founder-mode について
founder-modeは、創業者の質問を適切なC-suiteアドバイザーへ振り分けるスキルです。複数の役割に関わる場合はboardroomを開始し、曖昧な質問はoffice hoursに回して、ルーティングの判断も記録します。
主な機能
- 01役割と意図に基づく質問の振り分け
- 02複数の役割に関わる議題でboardroomを起動
- 03曖昧な質問をoffice hoursへ誘導
- 04ルーティング判断の記録
活用シーン
- 01事業上の質問に適したアドバイザーを特定
- 02複数の役割に関わる質問を審議へ移行
- 03幅広い質問を振り分け前に明確化
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill founder-modeインストール後、Claude Code で/founder-modeを入力して読み込まれたか確認します。
詳細
/cs:founder-mode — 自動ルーター
コマンド: /cs:founder-mode <question>
創業者が覚えておく必要がある唯一のコマンドです。質問を適切な C レベルの役割に自動的に振り分け、複数の役割が関係する場合は /cs:boardroom を起動します。
これは決め手となるコマンドです。「どのスラッシュコマンドを使えばよいかわからない」という悩みへの答えです。質問を入力すると、システムが適切な場を判断します。
ルーティングロジック
ルーター(cs-chief-of-staff 経由)は、キーワードと意図を照合します。
| 質問に含まれるシグナル | ルート |
|---|---|
| burn、runway、fundraise、dilution、model、LTV、CAC | cs-cfo-advisor |
| pipeline、win rate、forecast、quota、ramp、sales motion | cs-cro-advisor |
| positioning、ICP、message、brand、channel、campaign | cs-cmo-advisor |
| roadmap、PMF、JTBD、North Star、RICE、kill | cs-cpo-advisor |
| cadence、OKR、scorecard、DRI、operating system、rhythm | cs-coo-advisor |
| hiring、comp、ladder、level、attrition、eNPS、equity | cs-chro-advisor |
| security、threat、breach、compliance、audit、SOC 2 | cs-ciso-advisor |
| architecture、scaling、tech debt、SLO、latency | cs-cto-advisor |
| contract、IP、term sheet、regulator、license | cs-general-counsel-advisor |
| retention、GRR、NRR、churn、customer success、CSM、time-to-value、renewals | cs-cco-advisor |
| training data、data rights、consent、data asset、warehouse、lakehouse、data mesh | cs-cdo-advisor |
| model selection、eval、hallucination、AI risk、EU AI Act、fine-tune、build vs buy AI | cs-caio-advisor |
| DORA、cycle time、deploy frequency、eng hiring funnel、team topology、delivery throughput | cs-vpe-advisor |
| strategy、vision、board、M&A、raise、exit | cs-ceo-advisor |
| 異なる役割のシグナルが2つ以上 | /cs:boardroom |
| 曖昧 | まず /cs:office-hours を実行し、その後ルーティング |
ワークフロー
- 質問を解析し、役割を示すシグナルを特定します
- 該当する役割が1つだけの場合:該当する cs-* エージェントを直接呼び出します
- 2つ以上の役割が関係する場合:
/cs:briefでブリーフを作成し、/cs:boardroomを起動します - 曖昧な場合、またはシグナルが一致しない場合:創業者に質問を明確化してもらうため、
/cs:office-hoursを起動します decision-loggerを通じて、ルーティングの判断を(raw layer に)記録します
出力
ルーターは次の3種類の応答のいずれかを出力します。
単一の役割へのルート
**Routing:** cs-cfo-advisor
**Why:** Question hits burn rate and unit economics.
**Next:** Invoking cs-cfo-advisor with company-context loaded.
[Advisor's response follows]
複数の役割へのルート
**Routing:** /cs:boardroom
**Why:** Question touches CFO + CMO + CPO (pricing change has finance, positioning, and product implications).
**Next:** Building brief via /cs:brief, then running boardroom.
Brief saved: ~/.claude/briefs/2026-05-12-pricing-v3.md
Run: /cs:boardroom ~/.claude/briefs/2026-05-12-pricing-v3.md
曖昧 → office hours
**Routing:** /cs:office-hours
**Why:** Question is too broad ("should we grow faster?"). Need framing before any advisor can help.
**Next:** Six-question intake.
[Office hours questions follow]
決め手となるコマンドである理由
gstack では、創業者が23個すべてのスラッシュコマンドを把握し、適切なものを選ぶ必要があります。これは認知的な負担です。/cs:founder-mode はそれを1つに集約し、システムが選択します。また、永続メモリの効果が発揮されるのもここです。company-context.md と decision-logger により、ルーターはすでに決定された内容を把握し、同じ議論を繰り返しません。
例
/cs:founder-mode "should we raise a Series B now or wait 6 months?"
→ boardroom (CFO + CEO + CRO touched)
/cs:founder-mode "the win rate dropped 20% this month"
→ cs-cro-advisor
/cs:founder-mode "gross retention dropped 5 points this quarter"
→ cs-cco-advisor
/cs:founder-mode "let's hire a VP Marketing"
→ boardroom (CHRO + CMO + CFO touched)
/cs:founder-mode "should we be growing faster?"
→ /cs:office-hours (too ambiguous)
関連項目
- エージェント:
cs-chief-of-staff— ルーティングを実行します - スキル:
chief-of-staff— ルーティングロジック - スキル:
context-engine— コンテキストを読み込みます
バージョン: 1.0.0
コメント
Markdown 対応