PRD：协作 Agent 写作工作流（Writer Room Workflow）

PRD：协作 Agent 写作工作流（Writer Room Workflow）能力

undefined

你当前的写作 skill 可能只解决“生成一篇文章”，但你展示的协作流程解决的是更难的东西：

从想法到成文：把“灵感”拆成可执行阶段

从单体写作到协作生产：研究、结构、写作、审稿分别由不同角色负责

从一次性输出到迭代优化：有版本、有反馈、有修改记录

从口嗨到可交付：对齐目标读者、风格、证据、案例、共情点

痛点也很明确：

用户写作时最缺的不是“会写”，而是 不稳定：时而高光时而拉胯，尤其是证据链、结构重复、语气失衡、案例太虚。

用户喜欢“试探式写作”：先要个初稿，再加点研究，再让你润色。没有流程就会变成上下文泥石流。

关键洞察： 这套 workflow 的核心不是“写得更好”，而是 让写作变成可控的系统。 顺人性做事：把复杂任务拆给不同角色，降低认知负担。 逆人性做人：明确边界与底线，拒绝“为了刺激而试探”，拒绝无证据胡扯。

undefined

一键启用协作写作流水线：从主题到定稿，全程可追踪阶段状态。

多角色分工：至少支持 Researcher / Outliner / Writer / Editor（可扩展）。

阶段化产出：每阶段生成明确产物（可写入文件），支持“继续/返工/跳过”。

版本管理：初稿 v1，编辑后 v2…并记录每次变更摘要。

证据与引用可选：可触发“调研请求”，自动生成引用条目与可信度标注（如果工具可用）。

风格一致性：能锁定“作者口吻”，并在编辑阶段校准“温度/攻击性/学术度”。

undefined

不做真正的多人实时协作（不是 Google Docs）。

不承诺“事实永远正确”，但要提供 可验证机制（引用、来源、标注不确定性）。

不做超复杂 UI，优先 CLI/对话式控制 + 文件产物。

undefined

需要写深度分析、观点文章、商业稿、演讲稿、报告的创作者/职场人

有经验但“输出不稳定”，想把写作变成生产线的人（比如你这种不甘心当普通人的）

典型场景

用户抛出一段长素材 + 想写成文章

用户希望加入心理学/商业/行业证据链

用户希望“像聊天，不要像论文”，但又要逻辑严密

用户希望反复迭代、持续优化标题、案例、结构、结尾

undefined

/writeflow start：启动工作流（读取主题/素材/目标）

/writeflow status：查看阶段进度与产物位置

/writeflow next：推进到下一阶段

/writeflow redo ：指定阶段返工

/writeflow set =：设置风格、字数、目标读者等

/writeflow export：导出最终文章 + 版本记录 + 引用清单

如果你不想搞命令，也可以纯对话触发，但命令的好处是“少废话，少误会”。

undefined

默认 7 阶段（与你示例对齐），每阶段都有：输入、产出、验收标准、可选工具。

Stage 1：痛点捕捉与主题分析（Theme）

输入：素材/一句话主题/用户目标

产出：

核心问题（1-2句）

核心观点（3-5条）

目标读者画像（1段）

文章定位（不是道德评判，而是帮助理解/行动）

验收：观点不自相矛盾；读者与定位明确。

Stage 2：经验调取与案例库（Cases）

输入：素材 + 用户经历（可选）

产出：至少 3 个“可讲故事”的案例骨架（人物-冲突-转折-结果-落点）

验收：案例具体，有细节抓手，不是抽象“有人如何如何”。

Stage 3：逻辑搭建（Outline）

输入：观点 + 案例 + 目标读者

产出：大纲（现象→原因→本质→出路 或其他模板），并标注每段“功能”

验收：避免重复论证；每段有独立价值。

Stage 4：共情点设计（Empathy）

输入：大纲

产出：共情节点清单（读者会在哪些地方“被戳中”）

验收：不是煽情，而是“读者心理过程可被预测”。

Stage 5：现实化翻译（Concrete）

输入：抽象概念

产出：类比库/画面库/金句库（可复用）

验收：类比不跑偏；能服务观点推进。

Stage 6：正式创作（Draft v1）

输入：以上所有

产出：初稿 v1（按字数目标），附“段落意图注释”（可选开关）

验收：结构完整；口吻一致；案例落地；结尾有力量。

Stage 7：语气校准与编辑（Edit v2+）

输入：v1 + 编辑反馈（可由 Editor agent 自动生成）

产出：v2（或更多），同时生成：

修改摘要（bullet）

删除/合并点说明

风格校准说明（温度、攻击性、学术度）

验收：更顺、更有共鸣、更不重复；保留作者特色。

undefined

建议默认 4 角色，名字你可以继续用“小帅/小美/丧彪”，挺有剧场感，读者也爱看。

Writer（主笔）

目标：把结构变成文字，保证口吻统一

Researcher（调研）

目标：提供理论/数据/案例来源，输出引用与可信度

Editor（主编）

目标：结构去重、案例补细节、语气校准、删废话

Producer（流程导演，可选）

目标：推进阶段、维护待办、控制产物落盘与版本号

技术实现上不用真并发。你只要“按角色提示词串行调用”，用户体验就已经像协作了。

undefined

FR1：支持阶段状态：待处理 / 进行中 / 已完成 / 返工

FR2：每阶段自动生成“待办清单”和进度百分比

FR3：支持从任意阶段恢复（基于产物文件）

8.2 产物落盘（Artifacts）

FR4：默认目录结构（示例）

/artifacts//01_theme.md

/artifacts//02_cases.md

…

/artifacts//draft_v1.md

/artifacts//draft_v2.md

/artifacts//changelog.md

/artifacts//sources.md

FR5：每次更新版本时追加 changelog（差异摘要）

8.3 调研与引用（可选）

FR6：当文本出现“心理学研究/实验/比例数据”等内容时，若开启 require_citations=true：

自动触发调研请求

引用写入 sources.md

在正文中用脚注或括号标注来源键

FR7：若工具不可用，必须标注“未经验证的常识性说法/推测”，禁止装作引用了。

8.4 风格与口吻控制

FR8：支持风格参数：

tone: 聊天感/正式/冷幽默/犀利

warmth: 0-10

aggression: 0-10

academic_level: 0-10

swear_level: 0-10（你这种“试探