我的稿子太 AI,想改得像人
适合已经有一版草稿,但读起来太顺、太空、太像总结,或者担心事实、称呼和合作口径出错。它不是普通润色,而是先指出“哪里不像人”。
- 你给:草稿、原始材料、发布平台、最担心的风险。
- 先得到:AI 味句子标注、为什么别扭、事实风险、必须修改清单。
- 再进入:按你的声音改一版,而不是只把句子变顺。
流浪月亮计划内容创作 Skills 大开箱
你不用先知道该用哪个 Skill,也不用一上来写正文。复制总启动句,把目标、材料和担心的问题放进去,AI 会先判断任务、组合工作流、列出缺口和风险,再进入写稿。
一是你想完成的内容任务,二是手上的材料,三是哪些地方不能乱写。剩下的先交给分诊:它会告诉你材料够不够、该先补什么、适合走哪条写作路径。
内容创作者真正的护城河,是个人表达、语言风格、审美和判断。我们不仅要 human in the loop,更要 humanity in the loop:AI 负责整理、提问、起草和检查;人保留角度、声音、边界和最终发布决定。
如果你已经知道自己要做哪件事,可以直接复制对应启动句。除此之外,都建议先用总启动句分诊。
适合已经有一版草稿,但读起来太顺、太空、太像总结,或者担心事实、称呼和合作口径出错。它不是普通润色,而是先指出“哪里不像人”。
适合手上有策划案、议程、会议纪要、口述复盘、现场图片或合作方要求,需要变成预热稿、会后报道或传播包。
适合从一条推文、一个帖子、一个热议现象出发,想弄清楚它为什么发生、谁在参与、故事线怎么展开。先做调研地图,再决定写不写。
普通 prompt 容易直接进入润色或生成;这套工作流会先把任务、材料、边界和风险拆开,让人能判断、能追问、能接管。
这一部分可以先忽略。只有当你已经知道自己要处理哪类任务,或者想把整套 Skill 装进 Claude Code / Codex 长期使用时,再展开。
把单人播客、录音、口播笔记、主讲式视频,整理成文字稿、摘要或公众号文章。
把多人对话整理成对谈稿、访谈摘要或精华问答,保留发言人和来回讨论。
把策划案、议程、会议纪要、现场复盘和图片说明,整理成预热稿或会后报道。
把招募需求、活动说明、项目介绍,整理成清楚、有吸引力、能报名的文章。
已经有一版稿,但担心太像 AI、事实有误、合作口径不稳,就先过这一道门。
把录音、飞书大纲、演讲思路和图片素材,整理成 HTML 演示页和讲稿结构。
根据公开资料、访谈、作品和社媒,整理一个人物、创作者或项目的报道角度。
把经历、项目、作品和申请目标,整理成简历、作品集页面或个人介绍。
给社区、开发者生态、商业合作稿做事实核对、价值表达和发布边界检查。
不要先追求“装好一整套系统”。先用一篇真实稿、一份真实材料,跑出一次可修改的结果。
复制下面这句给 Claude Code / Codex,再把你的材料放进去。让 AI 自己判断该调用哪些工作流,而不是让你在工具列表里猜。
轻量使用:复制启动句。长期使用:打开 GitHub,把整套 Skill 装进自己的 Claude Code / Codex,让它在你的具体任务里自动选择。
这些工具不会替你自动发布。它们帮你把材料变成可判断、可修改、可校对的稿件方案。
可以直接把这页发给朋友。对方不需要先懂“工作台”,只要带着一个真实问题和一份真实材料进来,就能先跑出一版可判断、可修改、可继续追问的内容方案。
请作为我的内容工作流调度器。如果你已经能访问或安装“流浪月亮计划 Content-Creators Skill set”,请主动从里面选择可用工作流;不要让我自己判断该用哪个 Skill。一个任务可以组合多个工作流。 我的目标是:[比如去 AI 味、写活动回顾、深挖一个事件、整理访谈、生成 PPT、写招募文案、做作品集等] 我的材料是:[粘贴草稿、录音转写、策划案、会议纪要、帖子链接、截图说明、文件路径或简单背景] 我的发布场景是:[公众号 / 小红书 / 视频号 / 朋友圈 / 内部文档 / 演讲 / 暂不确定] 我最担心的是:[事实错误 / 太像 AI / 不知道角度 / 材料太散 / 合作方口径 / 隐私边界 / 不知道] 请先不要直接写正文。请先输出: 1. 这次任务到底是什么; 2. 推荐使用哪些工作流,以及先后顺序。如果没有完全匹配的 Skill,请说明用哪套方法临时处理; 3. 现有材料够不够,不够还缺什么; 4. 哪些事实、边界、授权或语气需要人工确认; 5. 第一轮你会先交付什么; 6. 如果方向没问题,再进入成稿。
请用 audio-to-wechat-article 的方式处理这份材料。 这是单人主讲 / 播客 / 录音 / 口播笔记。请先判断它适合转成文字稿、内容摘要、公众号文章还是素材卡,并提炼中心论点、可用素材、公开边界和需要补充的问题。 先不要直接写正文。
请用 dialogue-wechat-article-workflow 的方式处理这份材料。 这是对谈 / 访谈 / 圆桌 / 连麦内容。请先做发言人地图、主题结构、哪些段落应该保留对谈、哪些可以摘要、事实/授权/隐私风险。 先不要把它改成观点文。
请用 event-recap-to-wechat-md 的方式处理这场活动材料。 请先判断这次应该走“活动稿撰写”还是“资产包 / 社区基础设施”。然后整理活动事实、材料来源、可用图片、外部报道调研需求、公开边界和发布前确认。 如果材料足够,再给我一版可编辑的公众号稿。
请先把这个事件做成一张 Storytelling 调研地图,不要直接写成文章。 事件入口是:[粘贴帖子、链接、截图说明或一句话背景] 我想服务的读者是:[写给谁看] 我目前的直觉是:[你为什么觉得它值得写,可空] 请先输出: 1. 这件事的核心问题是什么; 2. 已知事实、未知事实和需要核查的来源; 3. 关键人物 / 组织 / 平台 / 利益相关方; 4. 时间线和争议点; 5. 发帖人或参与者可能的困惑、处境和动机; 6. 可以写成哪几种故事角度; 7. 哪些地方容易误判、夸大或侵犯隐私; 8. 下一步应该补哪些材料,再决定要不要成稿。
请用 recruitment-article-workflow 的方式帮我写这篇招募 / 报名 / 加入类文章。 请先整理:目标人群、加入门槛、参与方式、能获得什么、不能承诺什么、行动路径和发布前需要确认的信息。 先不要直接写正文,先给我一张招募文章方案。
请用 creator-voice-guardian 的方式检查这篇稿。 请帮我做两道门: 1. 去 AI 味与声音守门:找出过度总结、空泛判断、硬凑转折、不像人的表达; 2. 信息校对与发布边界:检查事实、来源、称呼、隐私、合作方口径和需要确认的地方。 请先给我“必须修改 / 建议修改 / 可以保留”的清单,再给一版修改稿。
请用 spoken-to-html-deck 的方式处理这份演讲材料。 我的输入是:口述思路 / 飞书大纲 / 图片素材 / 旧 PPT / AI 对话记录。 请先整理演讲主线、听众是谁、每一页要讲什么、需要哪些图片或案例,再生成适合演讲的 HTML PPT 结构。 先不要做成花哨页面,先确认内容结构。
请用 public-profile-deep-report-workflow 的方式处理这个人物 / 项目材料。 请先整理公开资料来源、人物时间线、核心作品、关键判断、可引用证据、事实风险和需要进一步确认的问题。 先不要直接写成报道,先给我资料地图和报道角度。
请用 creator-work-system-builder 的方式帮我整理个人作品系统。 我的材料包括:经历、项目、作品、申请目标、合作方向、旧简历或个人介绍。 请先从外部读者视角整理:我是谁、我能解决什么问题、有哪些证据、适合放进作品集的案例、还缺什么材料。 先不要直接写简历,先给我作品系统地图。
请用 Datawhale 内容制作人 Agent 的方式处理这次内容交付。 请先做需求收口卡:发布主体、文章任务、目标读者、材料来源、合作方边界、必须核对的事实、商业/伙伴风险、去 AI 味和发布前双门。 先不要直接写正文。