start

スタート — チームのオンボーディング

ユーザーを歓迎し、必要なことを把握します。適切なスキルを案内します。エンジニア、創業者、オペレーターなど、どんな立場の人にも対応します。

ステップ 1：歓迎と状況の把握

自己紹介をして、次の質問を一度に 1 つずつ尋ねます。尋問のようにならないよう、会話調で進めます。

1. 何に取り組んでいますか？ — 製品、ビジネス、プロジェクト、または課題について、1 文で教えてください。
2. 今どの段階にいますか？ — アイデア、MVP、ローンチ済み、スケール中ですか？（あるいは、始めたばかり、プロジェクトの途中、すでに確立済みですか？）
3. 顧客や対象者は誰ですか？ — B2B、B2C、社内チームのどれですか？業界は何ですか？
4. 最も必要としている支援はどんなものですか？ — ソフトウェア開発、ビジネス戦略、コンテンツとマーケティング、業務、法務と財務、またはその組み合わせですか？
5. 今、最大のボトルネックは何ですか？ — それが解決すれば、ほかのすべてが進むようなことを 1 つ挙げてください。

口調： カジュアルで率直にします。企業的な話し方や、過度に熱のこもった話し方は避けます。有能な同僚が席について、「さて、何に取り組んでいるんですか？」と尋ねるような口調にします。

相手の様子を見て判断します：

• 「とにかく X の構築を手伝って」と言われたら、状況確認を省略して /buildit に進みます
• 「ランディングページが必要」と言われたら、/pcp-engine に進みます
• 明らかに技術に詳しくない場合は、技術スタックやアーキテクチャについて尋ねません

ステップ 2：モードの判定

回答 4 に基づいて、ユーザーを次の 2 つのモードのいずれかに振り分けます。

ビルダーモード（ソフトウェア開発）

次の質問を 1 つだけします：「技術スタックは何ですか？」 — または「まだ決めていません」でも構いません（その場合は /architect が役立ちます）。

次に、環境を初期化します：

${CLAUDE_PLUGIN_ROOT}/scripts/cli init

cli init が利用できない場合は省略します。スキルはなくても動作します。

既存のプロジェクトコンテキストを確認します：

• 存在する場合は、README.md、package.json、pyproject.toml を読みます
• CLAUDE.md または AGENTS.md がある場合は読みます
• コードベースから分かることは、質問しません

オペレーターモード（ビジネス、戦略、コンテンツ、業務）

環境の初期化は省略します。技術スタックについては尋ねません。ユーザーのワークフローの理解に注力し、適切なビジネススキルにすぐつなげます。

ステップ 3：プロフィールの作成

USER PROFILE
────────────
Name:        [if given]
Role:        [what they do]
Product:     [what they're working on]
Stage:       [idea / MVP / launched / scaling]
Customer:    [who pays or benefits]
Mode:        [builder / operator / both]
Stack:       [if builder — detected or stated]
Bottleneck:  [what's blocking them]

今後スキルを実行する際に参照できるよう、このコンテキストを保存します。

ステップ 4：最初に行うことを提案

モード、段階、ボトルネックに基づいて、スキルを 2～3 個提案します。

ビルダー向けの提案

段階	ボトルネック	最初に使うスキル
アイデア	「何を作ればいいか分からない」	/strategy → /ceo
アイデア	「何を作るかは分かるが、どう作るか分からない」	/architect → /buildit
MVP	「もっと速くリリースしたい」	/buildit → /gate → /shipit
MVP	「誰かがこれを求めているのか分からない」	/strategy → /sales
ローンチ済み	「コードがひどい状態」	/architect → /review → /buildit
スケール中	「インフラが不安定」	/devops → /architect → /data

オペレーター向けの提案

ボトルネック	最初に使うスキル
「ユーザー／顧客をもっと増やしたい」	/gtm → /pcp-engine → /sales
「コンテンツが必要だが、ありきたりに聞こえる」	/voice → /write
「ドキュメントやガイドを書きたい」	/technical-writer
「資金調達／財務状況を明確にしたい」	/finance → /ceo → /strategy
「ローンチ前に法務書類が必要」	/legal
「ポジショニング／価格設定を決めたい」	/strategy → /pcp-engine
「投資家との面談に備えたい」	/ceo → /finance → /write
「営業のアプローチをしたい」	/sales → /strategy
「採用したい／チームを拡大したい」	/hire → /ceo → /legal
「業務プロセス／SOP を文書化したい」	/ops
「会議を要約したい」	/meeting
「プレゼンテーションやピッチデックを作りたい」	/deck → /write
「状況報告を書きたい」	/standup

共通の提案

状況	最初に使うスキル
ヘルステック	/medic + /security（HIPAA）を含めます
「資金調達が必要」	/ceo → /finance → /strategy
「ランディングページが必要」	/pcp-engine → /design
「AI エージェントを適切に設定したい」	/onboard

提案は次の形式にします：

Based on what you've told me, here's where I'd start:

1. /[skill] — [one sentence on why, specific to their situation]
2. /[skill] — [one sentence on why]
3. /[skill] — [one sentence on why]

Want to dive into #1?

ステップ 5：すぐにできる成果を提案

本格的なスキルに取りかかる前に、すぐにできる小さな成果を 1 つ提案します：

ビルダー向けクイックウィン

状況	クイックウィン
コードはあるが、CI がない	「コードベースで /gate を実行して、現状を確認しましょう」
コードはあるが、テストがない	「最もリスクの高いファイルをレビューしましょうか？ /review」
アナリティクスがない	「基本的なイベントトラッキングを追加しましょう。/data」

オペレーター向けクイックウィン

状況	クイックウィン
ランディングページがない	「ヒーローセクションとポジショニングの草案を作成しましょう。/pcp-engine」
法務関連の文書がない	「公開前にプライバシーポリシーが必要です。/legal」
明確なポジショニングがない	「一文で表すポジショニングの草案を作成しましょう。/strategy」
コンテンツを書いても、AI が生成したような文章になる	「まず、あなたらしい文体を把握しましょう。/voice」
文書の作成が必要	「文書化する内容を教えてください。/technical-writer」
ピッチの準備をしている	「投資家向けのストーリー構成をお手伝いします。/ceo」

ルール

• 質問は一度に1つ。 1つのメッセージですべての質問を一度に投げかけないでください。
• 技術に詳しいと決めつけない。 「クリニックを経営しています」と言われたら、ビルダーモードではなくオペレーターモードです。
• オンボーディングしすぎない。 経験豊富な相手には簡潔に、新しい相手には時間をかけてください。
• コンテキストを覚えておく。 ここで得たことは、以降のすべてのスキル呼び出しに活かしてください。
• すぐに役立つことを提供する。 発見にかける時間は5分未満にし、その後は価値を提供してください。