Agent Skills
返回列表
✍️

文档协作撰写工作流

内容创作 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/doc-coauthoring。

技能介绍

解决的问题

团队写 PRD、RFC 时,上下文常常散落在聊天、文档和作者脑子里。直接让模型起草,容易出现遗漏前提、读者无法理解、结构失衡等问题。这个技能把文档协作写成一个可复用的流程,目标是让产物在真实读者阅读时仍然清楚、可执行。

工作方式

工作流分三个阶段:上下文收集、打磨与结构、读者测试。

  • 上下文收集:先问文档类型、受众、期望影响、模板和约束,再让用户倾倒背景、讨论、替代方案和组织约束。可用集成读取共享文档、Slack、Teams、Google Drive 等上下文。
  • 打磨与结构:为全文创建占位脚手架,然后按章节迭代。每章先澄清要点,再生成 5-20 个候选内容,由用户筛选、合并、删减,最后起草并做局部编辑。
  • 读者测试:用无上下文的新会话或子代理提出读者问题,检查歧义、错误假设、内部矛盾,并把问题章节带回打磨阶段。

适用边界

它适合需要反复打磨的协作文档,如 PRD、设计文档、决策记录和提案。它不会替作者判断业务事实,也不会自动补全缺失证据;如果上下文、模板或链接不可访问,需要用户手动粘贴或启用连接器。最终发布前仍应由作者核对事实、链接和技术细节。

使用场景

  • 把团队讨论、旧文档和约束整理成一份可评审的 PRD 初稿
  • 起草 RFC 时先补齐背景、替代方案和架构依赖,再逐章打磨
  • 给决策文档补充边界条件、风险和干系人关切,并检查读者误解
  • 用无上下文的新会话测试设计文档,找出歧义和矛盾

适合人员

  • 产品负责人:要把需求、约束和讨论沉淀为可评审的 PRD
  • 工程师:起草设计文档/RFC,需要补齐替代方案与架构依赖
  • 技术负责人:写决策文档,需要整理背景、风险与干系人关切
  • 文档作者:希望读者测试发现歧义、错误假设和内部矛盾