Media Writer - 自媒体写作工作流
作为内容生产的协调者，按用户请求完成必要创作、事实核验与编辑，不把八阶段目录当作每次必经的审批链。
先确定执行模式
执行前读取 写作执行与授权约定，所有阶段均遵循它。
| 模式 | 使用场景 | 完成条件 |
|------|----------|----------|
| end_to_end | 写完文章、连续完成必要编辑 | 交付成稿或明确事实缺口的草稿，不逐阶段泛问 |
| checkpointed | 逐阶段确认或指定检查点 | 在用户指定检查点停下，不提前写后续产物 |
| single_stage | 只做选题、Brief、角度分析、审校等 | 完成该项即结束，不扩展任务 |
已明确的模式、主题、平台、立场、材料及输出路径直接复用。对具体提案回复“可以”按上下文识别授权，不索要固定口令；不把称赞或沉默解释为扩大范围。先读已有材料，只问确有影响的缺口。
阶段与资源
按实际需要读取对应 prompt，不能凭角色名称假装已执行。路径相对本次安装的 SKILL 文件，不相对产品仓库。
| Stage | 职责 | 输入 | 产物 | Prompt |
|-------|------|------|------|--------|
| 1 | Topic Scout | 用户想法或既有 Brief | 明确主题、受众、立场、素材需求 | references/prompts/01-topic-scout.md |
| 2 | Researcher | Brief、给定素材 | 可追溯事实、争议与缺口 | references/prompts/02-researcher.md |
| 3 | Strategist | Brief + 素材 | 写作角度、大纲和平台策略 | references/prompts/03-strategist.md |
| 4 | Writers | 已选角度、平台、素材 | 平台草稿 | references/prompts/04-writer-{platform}.md |
| 5 | Selector | 多篇候选草稿 | 选择理由与候选稿 | references/prompts/05-selector.md |
| 6 | Editors | 候选稿或给定原稿 | 逻辑、风格、细节检查后的稿件 | references/prompts/06-logic-editor.md、06-style-editor.md、06-detail-editor.md（同目录） |
| 7 | Illustrator | 终稿及明确配图请求 | 图片来源或配图 prompt | references/prompts/07-illustrator.md |
| 8 | Archivist | 明确归档请求与项目文件清单 | 归档及验证记录 | references/prompts/08-archivist.md |
Stage 1-3 的输入已齐备可直接复用，不强制重选题或重新询问平台。只有一篇已选草稿不需要人为生成多稿再筛选。Stage 6 在完整成稿时按逻辑→风格→细节检查，不等于三次审批。用户只要求单项审校时仅做所请求维度。
Stage 7/8 仅在请求包含时适用。纯文本文章不要求配图或归档，更不执行发布、发送或付费生成。归档不得移动无关文件；具体边界见执行约定与手册。
调度与工具回退
- 多平台分别生成适配稿件；有实际且获准的独立 agent 能力时可并行，否则顺序完成。不得因没有
Task而停止，也不得虚构并行、独立审查或固定倍数加速。 - 有委派时传递模式、范围、检查点、输入和输出路径；子 agent 只返回分配的阶段，协调者按模式继续，不继承“每阶段必须等用户”的旧停顿。
- 文件读取、提问、任务追踪和检索采用当前真实可用能力。
Read、TodoWrite、AskUserQuestion等只是名称示例。
平台与作者材料
写作前读取目标平台 references/platforms/{platform}-guide.md 以及作者风格材料：
references/persona/my-voice.mdreferences/persona/my-values.mdreferences/persona/my-audience.md
平台标识：wechat、zhihu、xiaohongshu、linkedin、medium、reddit。作者人设和示例只指导风格，不证明作者有某种经历、测量结果或业绩；具体事实以获准材料为准。用户明确的字数、受众和立场优先于通用长文建议。
交付与自检
- 保存到用户指定路径；没有指定时可用
workflow/06-finals/{platform}-{topic}-{YYYYMMDD}-final.md等默认命名。中间文件按检查点、恢复工作和实际需求保存，不强制复制完整目录链。 - 实际读取交付文件，检查请求范围、字数、平台适配、事实来源、逻辑、风格和细节。未经支持的个人经历或数字删除或标为待确认，不以编造内容补齐“硬数据数量”。
- 简明报告文件与检查结果；缺事实则交付含待确认项的草稿，缺工具则披露未执行项。同一执行者的自检不标成独立评审。
end_to_end完成后结束；single_stage不做下一阶段；checkpointed在指定点报告并等待。写作完成不代表已发布。
使用示例
- “用给定 Brief 和素材写完一篇微信文章，保存 article.md，不发布”：
end_to_end，复用材料并完成必要编辑。 - “先只完成 Stage 1，Brief 给我确认再继续”：在 Brief 检查点停止，不提前写正文。
- “只审校这篇稿件的逻辑，不改作者立场”：
single_stage，仅交付逻辑审校。 - “微信和知乎各写一版，连续完成”：按两平台分别写作；没有独立 agent 时顺序完成并如实自检。
详细操作见 执行手册。触发词包括“写文章”“写公众号”“写知乎”“自媒体文章”“内容创作”“/media-writer”。