internal-comms：先對上類型再套公司內部格式

適合誰

internal-comms 面向被要求寫對內溝通稿的人：狀態報告、給管理層的更新、3P 更新、公司通訊、FAQ、事故說明、專案進展等。它提供一套按公司習慣格式來寫的資源，而不是對外新聞稿工具。

更貼的用法是：你已經知道這是對內文件，並能說出類型。官方順序是先識別溝通類型，再從 examples/ 載入對應指南，按該檔案的格式和語氣寫。點名的指南包括 examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md，以及不夠明確時用的 examples/general-comms.md。

它不適當作安裝程式。說明沒有給出任何安裝命令，也沒有寫把它拷到某個目錄就算可用。若目前助手還不能按類型載入這些指南，現有說明到此為止，不要從頁面地址反推安裝路徑。它也不適合類型不明時硬寫一篇「通用官樣文章」而不先問。

3 分鐘完成第一次嘗試

官方第一次路徑是開始寫一篇對內草稿，而不是安裝。說明頁是

https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md

請只按這一頁的步驟做。不要編寫未出現的安裝句。

前置條件：目前助手已經能按 internal-comms 工作，並且你有一篇不會外發的練習素材，例如本週 Progress / Plans / Problems。沒有安裝命令，因此「位置」就是這次對話裡的草稿，而不是某個推測出來的技能目錄。

低風險第一次任務：明確要求寫一份 3P 更新，並聲明先出草稿、不發送。助手應先識別類型為 3P，再載入 examples/3p-updates.md。在它說出將遵循哪份指南之前，不要讓它直接交終稿。成功訊號是它點名 3P（Progress, Plans, Problems）並開始按該指南起草，而不是寫成對外通訊或事故報告。

寫完後只在對話裡查看。說明沒有寫發送到郵件或聊天工具的步驟，因此第一次停在「類型正確、草稿可讀」。若你要的並不是 3P，就改說真實類型，讓它重新識別。

使用案例

案例一：寫 3P 或其它已點名的對內類型。適用類型還包括公司通訊、FAQ、狀態報告、給管理層的更新、專案更新、事故說明。對應指南分別是 examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md 等。適合你已經能對上其中一種的時候。說明沒有在這段文字裡列出每份指南的標題層級，因此只能做到「先載入檔案，再按檔案寫」。若助手沒提指南名，應要求它先載入。說明頁仍是

https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md

案例二：類型對不上時先問，或落到通用稿。examples/general-comms.md 用於其它不夠明確匹配的內容。若連這份也不合適，說明要求先詢問期望格式或補充上下文，而不是編一種新範本。適合你要的是內部通知、但名稱不在上述名單裡的時候。說明沒有寫提問清單；第一次先回答格式、讀者和長度，再讓它起草。未得到格式確認前，不要把它當成可群發文本。

使用界線

沒有安裝命令：不能把頁面路徑當成安裝程式。用途界線：用於對內溝通，點名類型是 3P、公司通訊、FAQ、狀態報告、管理層更新、專案更新、事故說明。流程界線：先識別類型，再載入 examples/ 中的指南。對不上就問，或使用 examples/general-comms.md。檔案界線：能核對到的指南名只有上述幾份，不要自行發明檔名。說明沒有寫如何接入公司真實範本庫，也沒有寫發送或發布步驟；草稿不等於已經發出。