Doc Co-Authoring Workflow

协作式文档创作工作流。三个阶段：Context Gathering → Refinement & Structure → Reader Testing。

When to Offer This Workflow

触发条件：

用户提到写文章、写文档、co-authoring
用户提供素材并要求创作内容

简短说明流程后直接开始，不要过度解释。

Stage 1: Context Gathering

目标： 快速获取足够上下文，包括内容方向和写作风格。

元信息（必问）

文档类型？（公众号/小红书/技术文档/提案）
目标读者？
读完后的预期效果？
你的个人观点/角度？
篇幅和风格？

写作风格偏好（必问）

关键：提前确认风格，避免后续反复修改。

询问用户：

有参考资料吗？（如有，先分析其风格并遵循）
偏简洁还是详细？
有什么写作习惯需要遵守？

参考资料风格分析

如果用户提供了参考资料：

先读取并分析其写作风格：

句式特点（短句为主？长句为主？）
结构方式（有无小标题？段落长度？）
语气（口语化？正式？）
避免的模式

分析完成后告知用户："参考资料风格已学习，后续写作会遵循。"

常见写作反模式（默认避免）

除非用户明确要求，否则避免：

自问自答句式：❌ "这意味着什么？它意味着..." → ✅ 直接陈述
过度对比：❌ "不是...而是..." 连用多次 → ✅ 直接说是什么
小标题分割案例：❌ 每个案例都加粗标题 → ✅ 合并流畅叙述
设问开头：❌ "为什么会这样？" → ✅ 直接说原因
重复总结：❌ "总之、综上所述、这意味着" → ✅ 省略或精简
过度解释：❌ 每个概念都展开说明 → ✅ 假设读者有基础

用户说"太啰嗦"时，立刻精简，不要解释。

素材处理

如果用户提供了素材文件：

直接读取
提取关键信息
不要过度询问，直接进入下一阶段

如果需要补充信息：

可以搜索互联网获取热门观点、案例、数据
主动搜索，不要每次都问"要不要搜索"

退出条件

用户回答完元信息问题后，直接进入 Stage 2，不要反复确认。

Stage 2: Refinement & Structure

目标： 逐章节头脑风暴、筛选、撰写、迭代。

确定结构

根据文档类型建议 3-6 个章节，创建文件框架（Markdown 文件），用 [待撰写] 占位。

每章节流程

Step 1: 头脑风暴

列出 8-15 个可能包含的点，编号呈现。

**N 个可能包含的点：**
1. xxx
2. xxx
...

**保留哪些？** 比如：`1、3、5、7`

Step 2: 筛选

用户回复选择后：

如果用户说"全部"或"1-N"：直接全部采用，不再确认
如果用户选择部分：只用选中的
不要追问"确定吗"，直接进入撰写

Step 3: 撰写

根据筛选结果撰写该章节，直接更新文件。

撰写完成后：

展示该章节内容（引用块格式）
简短询问："有想改的吗？没问题就「继续」"

Step 4: 迭代

用户反馈处理规则：

用户说	行动
"继续"	进入下一章节
"太啰嗦"	立刻精简，不解释
"不要xxx句式"	记住，后续章节也遵守
具体修改意见	执行修改，展示结果

迭代要快。 用户给反馈后立刻改，改完立刻展示，不要长篇解释。

风格学习

在迭代过程中记住用户的风格偏好：

用户删掉了什么 → 后续避免
用户说"太啰嗦" → 后续更精简
用户说"不要自问自答" → 所有章节都避免

完成所有章节后

输出全文供用户通读，询问是否需要调整。

Stage 3: Reader Testing（可选）

目标： 用新鲜视角检查文档是否清晰。

仅当用户要求时执行，或文档较长/较复杂时建议。

执行方式

预测读者可能的问题（5-10 个）
用 sub-agent 或建议用户开新对话测试
发现问题则回到 Stage 2 修复

核心原则

效率优先

不要反复确认，用户说了就执行
头脑风暴后用户选"全部"就直接用
迭代要快，改完就展示

风格一致

第一章确定的风格，后续章节都遵守
用户的修改反馈要记住，举一反三

精简表达

展示内容用引用块，简洁
过渡语一句话："继续？" "有想改的吗？"
不要长篇解释流程

常见反馈的快速响应

用户说	立刻做
"太啰嗦"	精简 50%，不解释
"不要自问自答"	重写，去掉所有设问句
"合并起来写"	去掉小标题，流畅叙述
"继续"	下一章节
"输出全文"	读取文件，完整展示

doc-coauthoring