mcpField
F
fstack-interview

fstack-interview

github.com/flaviocopesエージェントワークフロー3163 回インストール15 週間前に更新
リポジトリ

fstack-interview について

fstack-interview は、エージェントが製品の背景を把握するためのガイド付きインタビュースキルです。質問を複数回に分けて行い、コンテキスト案を提示して承認を得てから AGENTS.md または CLAUDE.md に追記します。

主な機能

  1. 01質問前にプロジェクトファイルを確認
  2. 02関連する質問領域を選び個別に調整
  3. 03各ラウンドで3～5問の選択式質問
  4. 04Product context セクションを草案化
  5. 05コンテキストファイル編集前に承認を確認

活用シーン

  1. 01プロジェクト開始時に製品背景を記録
  2. 02エージェントによる製品要件の推測を減らす
  3. 03回答を AGENTS.md または CLAUDE.md に記録

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/flaviocopes/fstack --skill fstack-interview

インストール後、Claude Code で/fstack-interviewを入力して読み込まれたか確認します。

詳細

/fstack-interview

コードの背後にあるプロダクトについての構造化されたインタビューです。回答はプロジェクトのエージェントコンテキストファイルに記録されるため、今後のすべてのセッションは、あなたが何を、誰のために、なぜ作っているのかを把握した状態で始まります。

使用するタイミング

  • 新しいプロジェクトを始めるとき。
  • エージェントが本来する必要のないプロダクトに関する推測を繰り返しているとき。
  • /fstack-roast の後、判定が「作るべき」だったとき。

手順

  1. まずプロジェクトを読みます: README、AGENTS.md または CLAUDE.md、コード。すでに回答済みの内容をメモします。プロジェクトがすでに示していることを決して尋ねないでください。
  2. 以下のリストから、このプロジェクトに合う質問領域を選びます。実際の質問は自分で書き、この特定のプロダクトに合わせて調整します。サンプルをそのまま一字一句コピーしないでください。
  3. 3 ～ 5 問ずつのラウンドで質問します。すべての質問には回答の選択肢を付けます: このプロジェクトから引き出した、具体的で妥当な答え 3 ～ 5 個に加えて、カスタム回答を入力する方法を用意します。「わからない」は常に選択肢の一つです — これは有効な回答であり、未解決の質問として記録され、二度以上問い詰めることはありません。環境に多肢選択式の質問用ツールがあれば、それを使います。なければ選択肢に文字を振ります (a、b、c)。次のラウンドの前に回答を待ちます。約 4 ラウンドで終了するか、ユーザーがもう十分だと言えばそれより早く終了します。
  4. プレーンな markdown で Product context セクションの下書きを作成します。ユーザーに提示します。
  5. 何かを書き込む前に一旦止まって尋ねます。その後、そのセクションを AGENTS.md に追加します — プロジェクトが使っているのがそれなら CLAUDE.md に追加します。どちらも存在しなければ、AGENTS.md を作成します。すでにある内容を決して削除しないでください。セクションが存在する場合は更新します。

質問領域

合うものを選びます。合わないものは飛ばします。リストにない、このプロジェクトに必要な領域を追加します。

  • 需要 — このプロダクトに対する十分な顧客需要はありますか? 人々はすでにそれを検索していますか、そしてどこで? 誰かに登録してもらうのはどのくらい簡単ですか?
  • 顧客 — これは正確には誰のためのものですか? その人たちはどこで時間を過ごしていますか? 誰が支払い、それは使う人と同じですか?
  • ビジネスモデル — 価格設定はどうしますか? 価格 × 現実的なボリュームで、労力に見合う収益を生み出せますか? 買い切りか継続課金か、そしてその理由は?
  • 創業者との適合 — これはあなたが何年も身を置きたい業界やカテゴリですか? ここであなたの不当な優位性は何ですか?
  • 現状 — 人々は今、代わりに何を使っていますか、たとえ下手でも? 何があれば乗り換えますか?
  • 流通 — 最初の 100 人はどうやって見つけますか? すでに持っているチャネルは何ですか?
  • スコープ — 最初のバージョンに入るものは何ですか? 意図的に外すものは何ですか?
  • リスク — これが最も殺される可能性が高いものは何ですか? どの単一の仮定が間違っていればプロジェクトは終わりますか?
  • 成功 — 6 か月後に「うまくいっている」とはどんな状態ですか? どの数字が出たらやめるべきだとわかりますか?

成果物

コンテキストファイルに書き込まれるセクションは次のようになります:

## Product context

- **Product:** one line on what this is.
- **Customer:** who it is for, specifically.
- **Demand:** the evidence, in one line.
- **Business model:** pricing and why it can work.
- **Status quo:** what it replaces.
- **Distribution:** how people find it.
- **Not doing:** what is deliberately out of scope.
- **Open questions:** everything answered "I don't know".

回答ごとに 1 行。これはエージェントのためのコンテキストであり、事業計画ではありません。回答に段落が必要なら、それは 2 つの回答です。

やってはいけないこと

  • 固定のアンケートを使うこと。すべての質問をこの特定のプロジェクト向けに選び、表現すること。
  • すべてを一度に尋ねること。3 ～ 5 問のラウンドで、その後待つこと。
  • 選択肢のない自由回答の質問をすること。ユーザーは選ぶか入力するかであり、空白のページに直面することはありません。
  • ユーザーの代わりに質問に答えること、または空白を埋めるために事実をでっち上げること。
  • AGENTS.md または CLAUDE.md の既存の内容を上書きまたは削除すること。
  • アイデアについて判定を下すこと。それは /fstack-roast の役割です。このスキルは記録するだけであり、判断はしません。

例

ユーザー: /fstack-interview

エージェント: (README とコードを読み取る) 「これはフリーランサー向けの請求書発行ツールのようですね。第1ラウンド、質問は3つです。

  1. このツールを開発する対象となるフリーランサーは誰ですか？ a) デザイナー b) 開発者 c) ライター d) 自分 — これが必要 e) その他の誰か

  2. その人は現在、請求書の送付に何を使っていますか？ a) Google Docs のテンプレート b) FreshBooks のようなツール c) 顧客の会計士 d) わからない e) その他

  3. 買い切り価格ですか、それともサブスクリプションですか？ a) 買い切り b) サブスクリプション c) 無料＋有料プラン d) まだわからない」

ユーザー: (a、a、d を選択)

エージェント: (さらに2ラウンド行った後) 「AGENTS.md に追加する Product context セクションはこちらです — 価格は未解決の課題として記載しています。書きますか？」

コメント

Markdown 対応