mcpField
F
founder-mode

founder-mode

github.com/alirezarezvaniエージェントワークフロー28.9k420 回インストール2 日前に更新
リポジトリ

founder-mode について

founder-modeは、創業者の質問を適切なC-suiteアドバイザーへ振り分けるスキルです。複数の役割に関わる場合はboardroomを開始し、曖昧な質問はoffice hoursに回して、ルーティングの判断も記録します。

主な機能

  1. 01役割と意図に基づく質問の振り分け
  2. 02複数の役割に関わる議題でboardroomを起動
  3. 03曖昧な質問をoffice hoursへ誘導
  4. 04ルーティング判断の記録

活用シーン

  1. 01事業上の質問に適したアドバイザーを特定
  2. 02複数の役割に関わる質問を審議へ移行
  3. 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、CACcs-cfo-advisor
pipeline、win rate、forecast、quota、ramp、sales motioncs-cro-advisor
positioning、ICP、message、brand、channel、campaigncs-cmo-advisor
roadmap、PMF、JTBD、North Star、RICE、killcs-cpo-advisor
cadence、OKR、scorecard、DRI、operating system、rhythmcs-coo-advisor
hiring、comp、ladder、level、attrition、eNPS、equitycs-chro-advisor
security、threat、breach、compliance、audit、SOC 2cs-ciso-advisor
architecture、scaling、tech debt、SLO、latencycs-cto-advisor
contract、IP、term sheet、regulator、licensecs-general-counsel-advisor
retention、GRR、NRR、churn、customer success、CSM、time-to-value、renewalscs-cco-advisor
training data、data rights、consent、data asset、warehouse、lakehouse、data meshcs-cdo-advisor
model selection、eval、hallucination、AI risk、EU AI Act、fine-tune、build vs buy AIcs-caio-advisor
DORA、cycle time、deploy frequency、eng hiring funnel、team topology、delivery throughputcs-vpe-advisor
strategy、vision、board、M&A、raise、exitcs-ceo-advisor
異なる役割のシグナルが2つ以上/cs:boardroom
曖昧まず /cs:office-hours を実行し、その後ルーティング

ワークフロー

  1. 質問を解析し、役割を示すシグナルを特定します
  2. 該当する役割が1つだけの場合:該当する cs-* エージェントを直接呼び出します
  3. 2つ以上の役割が関係する場合:/cs:brief でブリーフを作成し、/cs:boardroom を起動します
  4. 曖昧な場合、またはシグナルが一致しない場合:創業者に質問を明確化してもらうため、/cs:office-hours を起動します
  5. 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)

関連項目


バージョン: 1.0.0

コメント