onboard

onboard skill 概覽

onboard 會做什麼

onboard 是 c-level-agents 系統中的 Knowledge Capture skill。它會透過 /cs:onboard 進行一套結構化的創辦人訪談，並把回答整理成 ~/.claude/company-context.md，也就是虛擬 C-suite 顧問在提出建議前會讀取的共用公司脈絡檔案。這個 onboard skill 的重點，是讓後續顧問有一致、可重複使用的公司背景，而不是各自猜測。

這不是一般的 onboarding checklist。onboard skill 的用途，是捕捉可長期使用的商業事實：公司階段、員工人數、地理分布、商業模式、ICP、ACV、成長、募資、runway、策略目標、限制條件，以及營運脈絡。它真正要解決的問題，是避免 advisor agents 在資訊不足時自行腦補。

onboard skill 最適合的情境

當你要為某家公司設定 c-level-agents、在重大變動後更新公司脈絡，或準備使用 /cs:boardroom、/cs:brief、特定職能的高階主管建議流程時，就適合使用 onboard。

它特別適合創辦人、chiefs of staff、新創營運者，以及需要 AI agents 依據同一份事實來源推理的顧問。如果你的公司資訊散落在 pitch decks、CRM notes、investor updates 和個人記憶裡，onboard 可以先幫你完成一輪實用的初始整理。

它和一般 prompt 有什麼不同

一般 prompt 可以要求「了解我的公司」，但通常會漏掉重要分類，或用不一致的方式記錄。onboard skill 使用標準化的 7-dimension schema 和 12-question interview，接著把結果寫入固定可預期的檔案路徑，供其他 cs-* advisor 生態系讀取。

這種以檔案交接的方式，是它最主要的差異：onboard 的價值在於建立可重複使用的脈絡，而不只是產生一次性的聊天紀錄。

如何使用 onboard skill

onboard 安裝與第一批該檢查的檔案

使用 skills CLI 安裝：

npx skills add alirezarezvani/claude-skills --skill onboard

原始碼位於 c-level-advisor/c-level-agents/skills/onboard。建議先閱讀 SKILL.md；這個 skill 的 repository 結構很精簡，不依賴額外的 scripts、references 或 resource folders。最重要的實作細節，是預期輸出的檔案：~/.claude/company-context.md。

安裝後，在可使用 Claude skills 的環境中以 /cs:onboard 呼叫指令。請在其他 C-suite advisor commands 之前先執行，讓它們能讀取公司脈絡，而不是依賴通用假設。

onboard skill 需要哪些輸入

開始前請先準備事實性資料。訪談會涵蓋公司基本資料、商業模式、客戶輪廓、成長與營運限制，因此回答如果薄弱或含糊，會削弱後續所有 advisor 的品質。

實用的準備筆記包括：

• 公司名稱與一句話 pitch
• 階段、總員工人數，以及各職能人數
• HQ、遠端工作比例，以及重要營運國家
• 收入模式：SaaS、usage、transaction、marketplace、hardware、services，或 hybrid
• ICP，包括一個真實客戶，以及為什麼該客戶代表這個客群
• ACV range、median ACV，以及近期成交量
• ARR growth；若尚未有營收，則準備最有代表性的 leading metric
• 募資狀態、runway、董事會／投資人期待，以及目前策略優先事項

如果你不知道某個數字，請直接說不知道。明確標註未知，比自信地猜一個數字更好，因為後續 advisor 工作可以針對缺口追問。

把粗略目標改寫成更有效的 onboard prompt

較弱的 prompt 是：「Help onboard my startup.」

更好的 onboard 使用 prompt 是：

“Run /cs:onboard for a seed-stage B2B SaaS company. Ask me the founder interview questions one at a time. If my answer is vague, ask a follow-up before writing ~/.claude/company-context.md. Preserve unknowns instead of inventing numbers. Make the final context useful for /cs:boardroom and role-specific cs advisors.”

這樣能改善輸出，因為它交代了公司階段、期望的訪談方式、對不確定性的處理原則、目的檔案，以及後續使用情境。

取得更好結果的實務流程

建議分三輪執行 onboard。第一輪，先完成訪談，不要過度修稿。第二輪，檢查 ~/.claude/company-context.md 是否有過度精確、過時數字，或漏掉的限制條件。第三輪，再要求 agent 找出「可能導致高階主管建議出錯的 context gaps」。

在募資、重大 pivot、新 ICP、定價改變、併購、領導團隊變動，或成長率明顯變化後，請重新執行 onboard。這些時刻，舊的公司脈絡不只是過期，還可能主動造成錯誤建議。

onboard skill 常見問題

onboard 只適合創辦人使用嗎？

不是。onboard skill 的設計是創辦人訪談，但 chief of staff、operator、advisor 或 founding team member 只要足夠了解公司，也可以用它回答核心問題。要取得最佳結果，執行的人應該同時理解數字與策略取捨。

什麼時候不該使用 onboard？

不要把 onboard 當成完整 data room、CRM export、financial model 或 board memo 的替代品。它捕捉的是可長期使用的營運脈絡，不是每一筆交易層級的細節。如果你只需要一次性的 brainstorm，而且不打算使用更完整的 c-level-agents workflow，它也不是理想選擇。

如果你無法在 AI 環境中分享敏感商業資料，請在執行前先遮蔽或概括化輸入內容。

onboard 如何幫助 Knowledge Capture？

對 Knowledge Capture 來說，onboard 會建立穩定的公司脈絡 artifact，而不是讓重要事實困在對話歷史中。這很重要，因為 advisor agents 可以回到同一個檔案，在策略、財務、產品、GTM 和營運討論中維持一致性。

最佳用法不是「把所有東西都存起來」。最佳用法是「存下未來高階主管推理時不應該重新摸索的事實」。

onboard 對新手友善嗎？

是的，前提是你能回答訪談問題。這個 skill 會提供結構，因此你不需要自行設計 company-context schema。新手應該放慢速度；如果沒有精確數字，就用範圍回答，並避免讓模型用新創刻板印象填補資訊缺口。

如何改進 onboard skill

使用 advisors 前先改善 onboard 輸入

onboard 的品質會決定後續 C-suite guidance 的品質。在使用 /cs:boardroom 或其他 advisors 前，請用具體數字、具名客戶範例、真實限制條件和目前策略優先事項，強化 context file。

把「we sell to enterprises」改成「we sell compliance workflow software to US healthcare providers; strongest fit is 500-5,000 employee systems with internal legal operations teams。」具體程度會改變 agents 能提供的建議品質。

留意常見失敗模式

最常見的失敗模式包括：指標過期、憑空產生精確數字、ICP 過度寬泛，以及缺少限制條件。如果脈絡只寫「enterprise SaaS」，卻省略銷售週期長度、buyer、ACV、implementation burden 和 churn risk，advisors 可能會推薦聽起來合理、但其實不適合的策略。

另一個常見問題，是把願景當成事實。請區分「current ICP」和「desired future ICP」，也要區分「ARR today」和「target ARR」。

第一版輸出後持續迭代

產生第一版 ~/.claude/company-context.md 後，可以追問：

• “What assumptions in this context are most likely to mislead a CFO, CMO, or COO advisor?”
• “Which answers are too vague to support board-level recommendations?”
• “What follow-up questions would improve the 7-dimension company context?”
• “Rewrite the context to distinguish facts, estimates, and unknowns.”

這會把 onboard 從一次性的表單，變成實用的脈絡品質迭代流程。

讓 onboard 保持最新

改進 onboard 的方式，是把 context refresh 納入公司日常營運。早期公司可每月檢視一次，較成熟階段的公司可每季檢視一次；遇到重大融資、重組、定價、市場或產品變動時，則應立即更新。

當 company-context.md 反映的是公司領導者今天實際在經營的公司，而不是上一季 deck 裡描述的公司時，這個 skill 的價值最高。