技能 doc-coauthoring
📄

doc-coauthoring

安全

與 AI 共同撰寫文件

也可從以下取得: davila7,AstraBit-CPT,Azeem-2,7Spade,7Spade,anthropics

撰寫高品質文件是一項挑戰。此技能提供結構化的三階段工作流程,協助使用者蒐集背景資訊、透過迭代改進內容,並以全新的 AI 實體測試文件,確保對讀者來說清晰易懂。

支援: Claude Codex Code(CC)
🥉 74 青銅
1

下載技能 ZIP

2

在 Claude 中上傳

前往 設定 → 功能 → 技能 → 上傳技能

3

開啟並開始使用

測試它

正在使用「doc-coauthoring」。 我需要為我們的新 API 撰寫一份技術規格

預期結果:

我可以協助你使用我們的結構化工作流程創建技術規格。以下是我們將進行的步驟:

**第一階段:背景蒐集** - 我會詢問有關你的 API、其目的、技術方法,以及誰將實作它的問題。

**第二階段:改進與結構** - 我們將逐部分建立規格,針對內容選項進行頭腦風暴並改進每個部分。

**第三階段:讀者測試** - 我們將以全新的 Claude 實體測試規格,確保對實作者來說清晰易懂。

你想要繼續進行此工作流程,還是想要自由撰寫?

正在使用「doc-coauthoring」。 協助我創建一份採用新資料庫的決策文件

預期結果:

我將引導你完成資料庫選型的決策文件創建。讓我們從**背景蒐集**開始:

1. 這是什麼類型的文件?(決策文件、RFC 等)
2. 主要受眾是誰?
3. 當有人閱讀此文件時,期望的影響是什麼?
4. 是否有要遵循的範本或特定格式?
5. 還有任何其他限制或需要知道的背景嗎?

請分享你對資料庫選項的了解、評估它們的團隊,以及任何應解決的特定疑慮。

安全審計

安全
v1 • 2/24/2026

All 18 static findings are false positives. The skill is a documentation co-authoring workflow that guides users through structured document creation. Tool references like `create_file` and `str_replace` were misidentified as external shell commands. Documentation type keywords (spec, proposal, decision) were incorrectly flagged as cryptographic algorithms. The single network reference to claude.ai is legitimate for reader testing. No actual security risks identified.

1
已掃描檔案
376
分析行數
0
發現項
1
審計總數
未發現安全問題
審計者: claude

品質評分

38
架構
100
可維護性
87
內容
50
社群
100
安全
91
規範符合性

你能建構什麼

創建技術規格書

起草具有適當結構的綜合技術規格,確保捕捉所有必要細節,且文件對實作團隊來說清晰易懂。

撰寫決策文件

開發清晰呈現問題、 Proposed 解決方案、考慮過的替代方案,以及對利害關係人來說預期結果的決策文件。

制定團隊提案

創建具有說服力的提案,解決利害關係人的疑慮、提出令人信服的論點,並包含核准所需的必要背景資訊。

試試這些提示

啟動文件工作流程
我想要創建一份 [文件類型]。你能引導我完成你的文件共同撰寫工作流程嗎?
從範本開始
我在 [URL/路徑] 有一份文件範本。你能協助我使用你的結構化文件工作流程來填寫它嗎?
改進現有文件
我有一份需要改進的現有文件。我們能使用你的工作流程來改進它,並以全新的 AI 實體測試嗎?
完整文件專案
我需要為 [專案名稱] 創建一份綜合的 [PRD/技術規格/決策文件]。受眾是 [描述]。我們能完成你的完整三階段文件工作流程嗎?

最佳實務

  • 在第一階段提供全面的背景資訊 - 你分享的資訊越多,收到的指導就越好
  • 使用迭代回饋循環 - 指出具體變更而非模糊偏好,以獲得更好結果
  • 完成讀者測試 - 以全新的 AI 實體測試可以捕捉作者看不見的假設和漏洞

避免

  • 跳過背景蒐集 - 在沒有分享背景的情況下直接起草會導致內容通用且淺薄
  • 提供最少回饋 - 只說「看起來不錯」而沒有具體內容會阻止工作流程學習你的偏好
  • 跳過讀者測試 - 未經測試就發布文件可能會留下讓讀者困惑的關鍵漏洞

常見問題

文件工作流程需要多長時間?
工作流程需要多長時間才能創建高品質文件。簡單文件可能需要 15-30 分鐘。複雜的技術規格或提案可能需要多次會議。
如果我很趕時間,可以跳過某些階段嗎?
你可以跳過階段,但輸出品質會受影響。如果跳過背景蒐集,內容可能會遺漏關鍵細節。如果跳過讀者測試,讀者可能會發現文件令人困惑。
什麼類型的文件最適合使用此工作流程?
此工作流程適用於技術規格、決策文件、提案、PRD、設計文件、RFC,以及任何需要對讀者來說清晰的重要內容。
我需要任何特殊工具或整合嗎?
不需要特殊工具。此工作流程可與基本的 Claude 存取配合使用。子代理人(Claude Code)等整合功能可啟用自動化讀者測試,但也會為使用者介面使用者提供手動測試說明。
如果我已經有文件範本怎麼辦?
在背景蒐集階段分享你的範本。工作流程將使用你的結構,並協助使用頭腦風暴和改進流程填寫每個部分。
讀者測試如何運作?
讀者測試使用全新的 Claude 實體(沒有你目前對話的背景)來回答有關你的文件的問題。這會揭示作者因擁有所有背景而忽視的漏洞和假設。

開發者詳情

檔案結構

📄 SKILL.md