internal-comms

internal-comms skill 概覽

internal-comms 適合用來做什麼

internal-comms 是一項商務營運 skill，用於撰寫並安排面向員工的變革溝通。它適合處理僅限內部的情境，例如組織重整、工具導入、政策變更、領導層交接、裁員、併購、福利調整，以及內部產品發布。它的任務不是「寫一篇漂亮的公告」，而是產出一套可實際執行的溝通包：公告、FAQ、主管層層傳達筆記、後續訊息，以及接觸點時程表。

最適合的使用者與決策情境

internal-comms skill 特別適合 Heads of People、BizOps leads、chiefs of staff、內部溝通負責人，以及需要把敏感變更轉化為結構化溝通計畫的營運角色。它能協助判斷時機、負責人、通路組合、受眾分群，以及哪些話不該說。當員工需要的不只是「知道發生了什麼」，而是明確理解接下來該怎麼做時，這項 skill 特別有用。

這項 skill 的差異在哪裡

不同於一般提示詞，internal-comms 結合了 Prosci ADKAR 溝通排序與 Kotter’s 8-step change model，並包含只使用 stdlib 的 Python 輔助工具。這些 scripts 可以產出帶有 Kotter 標籤的公告、7 個接觸點的時程表、標記 ADKAR 階段的文件，以及常見失敗模式的警示，例如只用 Slack 宣布裁員、缺少主管層層傳達，或對破壞性變更使用不匹配的語氣。

什麼情況不適合使用

不要把 internal-comms 用於客戶公告、PR 聲明、投資人訊息、行銷發布，或法律判斷。它可以協助整理員工溝通，但不能取代 HR、勞動法務顧問、證券法務顧問、works council 諮詢，或高風險變更所需的高階主管核准。

如何使用 internal-comms skill

internal-comms 安裝與首先應檢查的檔案

從 repository 安裝 internal-comms skill：

npx skills add alirezarezvani/claude-skills --skill internal-comms

接著閱讀會實際影響輸出品質的檔案：

• SKILL.md：了解範圍、觸發條件、工作流程與限制
• assets/comms_brief_template.md：查看輸入 brief 格式
• scripts/comms_template_filler.py：產生標記 ADKAR 的溝通包
• scripts/change_announcement_builder.py：撰寫符合 Kotter 架構的公告
• scripts/comms_calendar_builder.py：安排溝通順序並提供通路警示
• references/announcement_anti_patterns.md：在發送敏感草稿前先檢查
• references/change_management_canon.md 與 references/internal_comms_canon.md：了解這項 skill 背後的操作模型

先建立完整的溝通 brief

這項 skill 在你提供具體 brief 時效果最好，而不是只給一個模糊要求。實用的輸入包含：變更類型、影響程度、生效日期、受影響受眾、商業原因、具體差異、決策負責人、可用通路、主管角色、風險、已知反對意見，以及目前仍未知的事項。

較弱的提示是：

Write a reorg announcement for engineering.

較好的提示是：

Use the internal-comms skill for a high-magnitude reorg. Platform and Infrastructure are merging into one Platform Engineering group on June 15. 82 employees are affected. Reporting lines, on-call rotation, and roadmap ownership change. Decision owner is the CTO; managers need talking points before the all-hands. Available channels: manager cascade, email, allhands, Slack, intranet. Main employee concerns: role security, manager changes, promotion timing, and on-call load. Produce the announcement, FAQ, manager talking points, and sequencing calendar.

需要可重複產出時，執行輔助 scripts

repository 內包含確定性的 Python scripts。你可以依照 assets/comms_brief_template.md 填好 comms_brief.json 後，在本機執行：

python3 scripts/comms_template_filler.py --input comms_brief.json --output markdown

python3 scripts/change_announcement_builder.py --input comms_brief.json --profile scaleup --output markdown

python3 scripts/comms_calendar_builder.py --input comms_brief.json --output markdown

Profiles 包含 tech-startup、scaleup、enterprise、public-company 和 non-profit。請依照治理需求與語氣選擇 profile，而不是依照組織想成為什麼樣子來選。例如，public-company 的語氣應該比 tech-startup 更保守。

實務上的 internal-comms 使用流程

先從 brief 開始，產出完整溝通包，接著依序檢查：時程表、主管層層傳達、公告、FAQ、後續訊息。時程表要先看，因為即使公告文字很精緻，溝通順序錯了也會造成信任受損。對於高影響或破壞性變更，請確認主管已在廣泛公告前收到說明、已納入同步溝通通路，而且 FAQ 直接回答員工最明顯會問的問題。

internal-comms skill 常見問題

internal-comms 只適合大型公司嗎？

不是。internal-comms skill 可以協助 startups、scaleups、enterprises、public companies 和 non-profits，但採用價值會不同。小型團隊受益於清楚說明與溝通順序；較大型組織則受益於受眾分群、主管層層傳達紀律，以及可重複使用的審查文件。

這比直接請 AI 寫公告草稿好在哪裡？

一般提示可能寫出流暢的訊息，但漏掉變革管理的關鍵機制。internal-comms 會明確推動 ADKAR 階段、Kotter 步驟、通路排序、主管準備度、FAQ 覆蓋範圍，以及 anti-pattern 檢查。當真正的風險不是文法，而是員工信任、理解程度、謠言控管與行為採納時，這些差異很重要。

初學者可以使用 internal-comms skill 嗎？

可以，只要使用 brief template。初學者應避免一開始就說「讓這段聽起來更好」，而是先收集事實：誰受影響、改變了什麼、為什麼是現在、員工需要做什麼、主管應該怎麼說，以及哪些問題目前還不能回答。這項 skill 的結構足以引導非專業人士，但敏感事件仍然需要有經驗的人審查。

什麼時候應該避免使用這項 skill？

當受眾是外部對象、訊息在起草前需要先經過法律協商，或領導團隊尚未決定實際變更時，應避免使用。這項 skill 可以揭露缺口，但無法修補缺失的決策、互相矛盾的政策，或尚未核准的人員影響計畫。

如何改進 internal-comms skill 的使用效果

給 internal-comms 更精準的事實與限制

最重要的改進方式，是提高輸入的具體程度。請提供確切日期、受影響分群、通路、決策者、影響程度、必要行動，以及已知的員工疑慮。如果變更是負面的，請直接說清楚。scripts 會刻意標記語氣問題，因此把裁員或破壞性重組包裝成「令人期待的更新」，會降低輸出品質。

檢查常見失敗模式

把 references/announcement_anti_patterns.md 當成發送前檢查清單。注意是否出現被動式卸責、模糊的商業原因、缺少主管指引、沒有後續安排、對破壞性消息過度依賴 Slack，或 FAQ 迴避員工真正會問的問題。這些不是文風問題，而是採納與信任風險。

用受眾分群改善提示

當不同群體受到的影響不同時，請要求依受眾產出內容。例如，為直接受影響員工、間接受影響團隊、主管、高階主管與支援職能分別撰寫訊息。這能幫助 internal-comms skill 產出更有用的 FAQ 與 talking points，因為每個群體在 Awareness、Desire、Knowledge、Ability 和 Reinforcement 上的需求都不同。

在第一版輸出後持續迭代

第一版草稿完成後，不要只要求「更短」或「更溫暖」。請提出有針對性的追問：「哪一個 Kotter step 最弱？」、「少了哪個明顯的 FAQ 問題？」、「哪裡的語氣和影響程度不匹配？」、「員工提問前，主管應該先知道什麼？」或「哪個 touchpoint 應該發生在 T+0 之前？」這會讓 internal-comms 從單純的草稿工具，變成實用的 Workplace Communication 審查系統。