internal-narrative
作者 alirezarezvaniinternal-narrative 協助領導者為員工、投資人、客戶、候選人、合作夥伴與董事會建立一致的公司故事。你可以用它規劃 all-hands 更新、投資人備忘、董事會 memo、招募敘事與危機溝通,同時檢查不同受眾可能面臨的風險與訊息矛盾。
此 skill 得分 78/100,代表它很適合收錄在目錄中,特別是給需要 agent 協助在員工、投資人、客戶、候選人與合作夥伴之間維持一致公司訊息的使用者。它的啟用語句清楚,也提供足夠實質的指引,能比一般提示詞更有幫助;不過若能補上更完整的安裝與快速上手文件,採用門檻會更低。
- 觸發條件明確:frontmatter 清楚列出 investor updates、all-hands、board communications、recruiting narratives、crisis communications,以及 messaging consistency 等使用情境。
- 工作流程內容紮實:SKILL.md 篇幅完整、結構清楚,沒有 placeholder 標記,並聚焦於如何為不同受眾轉譯同一個公司真相這項核心問題。
- 支援素材實用:repository 包含 SCR 等敘事框架,以及具體的 all-hands 簡報範本,並提供逐頁投影片提示。
- 技能目錄未提供安裝指令或 README,因此使用者必須依賴 repository 結構,或使用自己既有的 skill 安裝流程。
- 支援素材多半是建議文件與範本,而非可執行腳本或驗證工具,因此成果品質取決於 agent 是否能妥善套用敘事指引。
internal-narrative skill 概覽
internal-narrative 的用途
internal-narrative 是一項面向 C-level 溝通的 skill,用來把同一個公司事實,轉化成給不同受眾的一致訊息:員工、投資人、客戶、候選人、合作夥伴與董事會。它適用於問題不只是「措辭怎麼寫」,而是「整體立場是否對齊」的情境。這項 skill 會協助辨識哪些內容必須維持不變、哪些內容需要依利害關係人轉譯,以及哪些矛盾可能傷害信任。
最適合的 Workplace Communication 情境
internal-narrative skill 在 Workplace Communication 任務中最能發揮價值,例如全員會議更新、投資人簡報、董事會預讀資料、招募敘事、領導層 memo,以及危機溝通。當同一個事件對不同群體有不同含義時特別有用,例如資源重新分配、目標未達、組織調整、產品退場、募資里程碑,或策略轉向。
與一般 prompt 的差異
一般 prompt 可能可以為單一受眾產出一段修飾得不錯的訊息。internal-narrative 則聚焦於跨受眾的敘事一致性。它的核心概念是:同一個事實,不同的理解視角。這很重要,因為員工需要安全感與清楚方向,投資人需要看到管理判斷的證據,客戶需要確定服務與承諾的延續性,而候選人需要對公司方向有信心。
安裝決策提示
如果你經常請 AI assistant 草擬高階主管溝通內容,之後又花很多時間修正語氣不一致、隱藏矛盾,或不同受眾可能引發的風險,那就適合安裝這項 skill。若只是一般公告、簡短 Slack 潤稿,或不需要跨利害關係人策略對齊的品牌文案,這項 skill 的價值就相對有限。
如何使用 internal-narrative skill
internal-narrative 安裝方式
從 repository path 安裝:
npx skills add alirezarezvani/claude-skills --skill internal-narrative
這項 skill 位於 GitHub repository 中的 c-level-advisor/skills/internal-narrative。安裝後,確認 skill files 已加入你的本機 skills directory,且你的 AI client 能存取 custom skills。上游 package 看起來不依賴 scripts、build steps 或 external services,因此導入重點主要是閱讀內含的 frameworks,並在提示中提供足夠的商業脈絡。
初次使用前應閱讀的檔案
先從 SKILL.md 開始,了解觸發條件、核心原則與工作流程。接著閱讀 references/narrative-frameworks.md,其中包含 Situation–Complication–Resolution、Problem–Solution–Evidence 等實用結構。如果你正在準備員工會議,請打開 templates/all-hands-template.md;它提供月度或季度更新可用的逐頁簡報結構。
建議閱讀順序如下:
SKILL.mdreferences/narrative-frameworks.mdtemplates/all-hands-template.md
讓 internal-narrative 更好用的輸入
若要讓 internal-narrative 使用效果更好,請提供商業事實、受眾清單、期望結果、限制條件,以及已知敏感點。較弱的輸入是:「寫一段關於我們策略轉向的訊息。」較強的輸入是:「我們正在把 40% 的工程資源從 Product A 移到 Product B,因為 Product B 的留存率是 3 倍,銷售週期也更快。Product A 客戶仍會獲得 18 個月支援。員工擔心裁員,投資人關心資本效率,客戶需要 roadmap 清晰度。請建立一個核心敘事,並分別產出給員工、投資人與客戶的版本。」
較強的版本能提供足夠素材,讓 skill 區分事實、詮釋、安撫與證據。
實際溝通中的工作流程
在撰寫最終文案前先使用這項 skill。第一步,請它用一句誠實的話定義核心敘事。接著請它產出利害關係人版本、檢查矛盾,並標記風險。之後再生成實際成品:全員會議 talking points、投資人更新、董事會 memo、FAQ,或面向候選人的故事。
一個實用的 prompt 模式是:
Use internal-narrative to create a coherent company narrative for [event]. Include the non-negotiable truth, audience-specific concerns, message variants for [audiences], likely contradictions, and a recommended communication sequence.
internal-narrative skill 常見問題
internal-narrative 只適用於內部溝通嗎?
不是。雖然名稱如此,internal-narrative 涵蓋內部與外部利害關係人溝通。只要同一個公司現實必須用不同方式說明,同時又不能改變底層事實,它就很有用。這包括員工、投資人、客戶、候選人、合作夥伴與董事會成員。
什麼情況不應該使用這項 skill?
如果你只需要文法修正、社群媒體文案,或沒有策略敏感性的單次公告,就不必使用它。它也不能取代法律、HR、投資人關係或危機顧問。若涉及裁員、財務揭露、監管事項,或會影響客戶的事件,可以用這項 skill 來整理敘事架構,但輸出內容仍應交由適當審核者確認。
它和 messaging framework 有什麼不同?
messaging framework 通常用來定義定位、訊息支柱與標語。internal-narrative skill 更偏向營運實作:它協助溝通不斷變動的公司現實,同時避免製造信任落差。它更像是高階主管溝通助理,而不是品牌定位模板。
internal-narrative skill 適合初學者嗎?
適合,但初學者應使用結構化輸入。如果你只提供模糊需求,這項 skill 可能會產出看似合理、但相當泛用的高階主管語氣內容。你可以透過列出發生了什麼、為什麼發生、誰受到影響、哪些承諾不能做,以及希望每個受眾採取或理解什麼行動,來得到更好的結果。
如何改善 internal-narrative skill
用更精準的事實改善 internal-narrative 輸出
最常見的失敗模式是過度修飾,把訊息磨得太平。為避免輸出變得空泛或像是在迴避,請提供具體數字、取捨、時間線與不好說但重要的事實。不要只說「成長變慢」,而是說「new ARR 比計畫低 18%,原因是 enterprise 採購週期延長了 45 天。」具體性能讓這項 skill 建立可信的敘事,而不是泛泛的安撫話術。
先加入受眾關切,再要求產出文案
在開始草擬前,先問:「每個受眾害怕什麼、需要什麼、可能誤解什麼?」這會改善最終溝通品質,因為同一個事實對不同人有不同的情緒重量。員工可能會問優先順序或工作是否改變。投資人可能會問管理層是否足夠早看見問題。客戶可能會問支援品質或 roadmap 承諾是否有風險。
把矛盾檢查列為必要步驟
請這項 skill 比對所有版本並標記不一致之處。舉例來說,如果給員工的訊息說「沒有重大策略改變」,但給投資人的訊息說「果斷 pivot」,整個敘事就會失敗。一個實用的審稿 prompt 是:「Audit these audience-specific drafts for contradictions, missing evidence, overpromising, and phrases that could be interpreted as evasive.」
從敘事逐步迭代到最終成品
不要期待第一次輸出就是最終文案。建議採用這個順序:核心敘事、利害關係人地圖、訊息版本、FAQ,最後才是最終成品。若是全員會議,可以將 internal-narrative 與 templates/all-hands-template.md 搭配使用,讓故事有指標、經驗教訓、風險與下一步作為支撐。這樣產出的溝通不只文字漂亮,也更具營運可信度。
