onboard

onboard skillの概要

onboardができること

onboardは、c-level-agentsシステム向けのKnowledge Capture skillです。/cs:onboardを通じて構造化された創業者インタビューを実行し、その回答を~/.claude/company-context.mdにまとめます。これは、バーチャルC-suiteアドバイザーが提案を行う前に参照する、共有の会社コンテキストファイルです。

これは一般的なオンボーディング用チェックリストではありません。onboard skillが扱うのは、会社のステージ、従業員数、地域、ビジネスモデル、ICP、ACV、成長、資金調達、ランウェイ、戦略目標、制約条件、オペレーション上の前提といった、長く使える事業情報です。最大の役割は、アドバイザーエージェントに推測させないことです。

onboard skillが特に向いているケース

会社向けにc-level-agentsをセットアップするとき、大きな変化の後にコンテキストを更新するとき、または/cs:boardroom、/cs:brief、役割別の経営アドバイスなどのワークフローを使う前に、onboardを使うのが適しています。

特に、AIエージェントに同じ信頼できる情報源をもとに判断させたい創業者、Chief of Staff、スタートアップのオペレーター、アドバイザーに有用です。会社の情報がピッチデック、CRMメモ、投資家向けアップデート、個人の記憶に分散しているなら、onboardは最初の実用的な情報整理として役立ちます。

通常のプロンプトとの違い

通常のプロンプトでも「自社について理解して」と依頼できますが、重要なカテゴリが抜けたり、記録の粒度が揃わなかったりしがちです。onboard skillは、標準化された7つの観点のスキーマと12問のインタビューを使い、その結果をcs-*アドバイザー群が読み取れる予測可能なファイルパスに書き込みます。

このファイルベースの引き継ぎこそが主な違いです。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はリポジトリ内の構成がコンパクトで、追加のスクリプト、参照ファイル、リソースフォルダには依存していません。実装上の重要点は、想定される出力ファイルが~/.claude/company-context.mdであることです。

インストール後、Claude skillsを利用できる環境で/cs:onboardとしてコマンドを実行します。他のC-suiteアドバイザーコマンドを使う前に実行しておくと、汎用的な前提ではなく会社コンテキストをもとに判断できます。

onboard skillに必要な入力情報

開始前に、事実ベースの情報を用意しておきます。インタビューでは会社の基本情報、ビジネスモデル、顧客像、成長、オペレーション上の制約を扱うため、回答が弱い、または曖昧だと、後続のすべてのアドバイザーの質が下がります。

準備しておくとよいメモは次のとおりです。

• 会社名と1文のピッチ
• ステージ、総従業員数、職能別の人数
• 本社所在地、リモート比率、重要な事業展開国
• 収益モデル: SaaS、従量課金、トランザクション、マーケットプレイス、ハードウェア、サービス、またはハイブリッド
• ICP。実在の顧客例と、その顧客がなぜそのセグメントを代表しているのか
• ACVのレンジ、中央値ACV、直近の商談件数
• ARR成長率。売上前の会社であれば、最も強い先行指標
• 資金調達状況、ランウェイ、取締役会・投資家の期待、現在の戦略優先事項

数字が分からない場合は、そのまま分からないと伝えてください。自信のある推測よりも、明示された不明点のほうが有用です。後続のアドバイザーワークフローで、欠けているデータを確認できます。

ざっくりした目的を強いonboardプロンプトに変える

弱いプロンプトの例は次のようなものです。

“Help onboard my startup.”

より良いonboardの使い方は、次のようなプロンプトです。

“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.”

このように書くと、会社のステージ、希望するインタビュー形式、不確実性の扱い、出力先ファイル、後続の利用目的がskillに伝わるため、出力の質が上がります。

より良い結果を得るための実践ワークフロー

onboardは3回に分けて進めるのがおすすめです。1回目は、過度に編集せずインタビューを最後まで完了します。2回目は、~/.claude/company-context.mdを確認し、根拠のない精密さ、古い数字、抜けている制約条件がないか見直します。3回目は、エージェントに「経営判断を誤らせる可能性のあるコンテキストの欠落」を特定するよう依頼します。

資金調達、大きなピボット、新しいICP、価格変更、買収、経営陣の変更、成長率の大きな変化があった後は、onboardを再実行してください。こうしたタイミングでは、古い会社コンテキストが実害を生むことがあります。

onboard skill FAQ

onboardは創業者専用ですか？

いいえ。onboard skillは創業者インタビューとして設計されていますが、会社について十分に理解していて主要な質問に答えられるChief of Staff、オペレーター、アドバイザー、創業チームのメンバーでも使えます。最良の結果を得るには、実行する人が数字と戦略上のトレードオフの両方を理解している必要があります。

onboardを使うべきでない場面は？

onboardを、完全なデータルーム、CRMエクスポート、財務モデル、取締役会資料の代替として使うべきではありません。これは、すべての取引レベルの詳細ではなく、長く使えるオペレーション上のコンテキストを記録するためのものです。また、単発のブレインストーミングだけが目的で、より広いc-level-agentsワークフローを使う予定がない場合にも向いていません。

AI環境に機密性の高い事業データを共有できない場合は、実行前に入力をマスキングするか、一般化してください。

onboardはKnowledge Captureにどう役立ちますか？

Knowledge Captureにおいて、onboardは重要な事実を会話履歴の中に閉じ込めるのではなく、安定した会社コンテキストの成果物として残します。これにより、アドバイザーエージェントは同じファイルを参照し、戦略、財務、プロダクト、GTM、オペレーションの議論全体で一貫性を保てます。

最も良い使い方は「すべてを保存する」ことではありません。「将来の経営判断で再発見する必要がない事実を保存する」ことです。

onboardは初心者にも使いやすいですか？

はい。インタビューの質問に答えられるなら使いやすいskillです。構造を提供してくれるため、自分で会社コンテキストのスキーマを設計する必要はありません。初心者は急がず、正確な数字がない場合はレンジで答え、モデルにスタートアップの典型像から空白を埋めさせないようにしましょう。

onboard skillを改善する方法

アドバイザーを使う前にonboardの入力を強化する

onboardの品質は、その後のC-suite向け助言の品質を左右します。/cs:boardroomや他のアドバイザーを使う前に、具体的な数字、実名に基づく顧客例、現実の制約条件、現在の戦略優先事項でコンテキストファイルを補強してください。

「大企業に売っている」ではなく、「米国の医療機関向けにコンプライアンス業務フローのソフトウェアを販売している。最も相性が良いのは、社内に法務オペレーションチームを持つ従業員500〜5,000人規模の組織」と書き換えます。具体性によって、エージェントが出せる助言は変わります。

よくある失敗パターンに注意する

最大の失敗パターンは、古い指標、作られた精密さ、広すぎるICP、制約条件の欠落です。コンテキストに「enterprise SaaS」とだけあり、販売サイクルの長さ、買い手、ACV、導入負荷、チャーンリスクが抜けていると、アドバイザーは一見もっともらしいものの実態に合わない戦略を勧める可能性があります。

もう1つよくある問題は、願望を事実として扱ってしまうことです。「現在のICP」と「将来目指したいICP」、「現在のARR」と「目標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はより有用になります。アーリーステージの会社では毎月、レイターステージの会社では四半期ごとに、また大きな資金調達、組織再編、価格変更、市場変化、プロダクト変更があった直後には、必ずファイルを見直してください。

このskillが最も価値を発揮するのは、company-context.mdが前四半期の資料に書かれていた会社ではなく、経営陣がいま実際に運営している会社を反映しているときです。