doc-coauthoring
使用結構化 AI 指導共同編寫文件
也可從以下取得: 7Spade,anthropics,Azeem-2,ZhanlinCui,davila7,7Spade,AstraBit-CPT
建立優質文件需要迭代和新的視角。本技能提供一個經過驗證的三階段工作流程，將模糊的想法轉化為清晰、經過讀者測試的文件。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「doc-coauthoring」。 User wants to write a design doc for a new caching layer
預期結果:
結構化工作流程從關於快取問題、受眾和約束的上下文問題開始。在資訊傾倒和澄清問題之後，文件逐步建立各部分（問題陳述、考慮的替代方案、建議的方法、實施計劃），並進行迭代改進。讀者測試驗證文件能在團隊審查前抓住關鍵問題。
正在使用「doc-coauthoring」。 User has a draft RFC that feels incomplete
預期結果:
工作流程透過有針對性的問題找出缺口，為每個部分集思廣益缺失的考量，並產生改進後的 RFC。使用新的 Claude 執行個體進行讀者測試會揭示歧義，然後在最終發布前解決這些問題。
安全審計
安全All static analysis findings are false positives. The 'external_commands' references are Claude Code tool calls (create_file, str_replace), not shell execution. The 'network' reference is documentation text directing users to claude.ai, not actual network calls. Cryptographic and reconnaissance patterns are text matches in documentation context only. This is a pure instructional skill with no executable security risks.
品質評分
你能建構什麼
技術規格編寫
工程師建立技術規格時，可以使用此工作流程系統性地收集需求、探索替代方案，並產生可預先考慮實施問題的讀者就緒文件。
設計決策文件
記錄架構決策的團隊可受益於結構化方法，該方法可收集上下文、探索權衡，並透過讀者測試驗證清晰度。
產品需求和提案
產品團隊可以透過遵循上下文收集、改進和測試階段，將粗略的想法轉化為完善的 PRD，確保輸出可供利害關係人使用。
試試這些提示
我需要為新功能編寫技術規格。您能引導我完成文件共同編寫工作流程嗎？
我有一個需要改進的設計文件。讓我們使用共同編寫工作流程逐步改進它。
我的文件已基本完成。讓我們進行讀者測試階段，以在我與團隊分享之前找出缺口。
我需要從頭建立提案文件。引導我完成所有三個階段：上下文收集、改進和結構、以及讀者測試。
最佳實務
- 完成所有三個階段，不要跳過——每個階段都能發現不同類型的問題
- 在第一階段提供充分的上下文，以Enable後續階段更好的指導
- 使用讀者測試回饋找出真正的缺口，而非維護現有內容
避免
- 跳過上下文收集直接開始草擬會導致文件不完整
- 進行廣泛重寫而非精心雕琢的逐部分改進
- 忽略讀者測試回饋，因為內容對作者來說似乎显而易见