mcpField
G
gsd-research-phase

gsd-research-phase

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

gsd-research-phase について

プロジェクトのフェーズ実装方法を調査する独立したスキルです。フェーズ情報を検証し、通常の plan-phase ワークフローとは別に、専用のリサーチエージェントへ調査を委任します。

主な機能

  1. 01ロードマップに基づくフェーズ検証
  2. 02既存の調査文書の確認
  3. 03計画コンテキストの収集
  4. 04リサーチエージェントへの委任
  5. 05結果と次の選択肢の提示

活用シーン

  1. 01計画前の実現可能性調査
  2. 02フェーズの個別調査
  3. 03計画後の再調査

インストール

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

$npx skills add https://github.com/shoootyou/get-shit-done-multi --skill gsd-research-phase

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

詳細

フェーズの実装方法を調査します。フェーズのコンテキストを渡して、gsd-phase-researcher エージェントを起動します。

注: これは単独で実行する調査コマンドです。ほとんどのワークフローでは、調査を自動的に統合する {{COMMAND_PREFIX}}plan-phase を使用してください。

このコマンドを使用する場合:

  • まだ計画を立てずに調査したい場合
  • 計画の完了後に再調査したい場合
  • フェーズを実現できるか判断する前に調査が必要な場合

オーケストレーターの役割: フェーズを解析し、ロードマップと照合して検証し、既存の調査を確認し、コンテキストを収集して、調査エージェントを起動し、結果を提示します。

サブエージェントを使用する理由: 調査では、コンテキストをすばやく消費します(WebSearch、Context7 のクエリ、ソースの検証)。調査用に新たな 200k コンテキストを確保し、メインコンテキストをユーザーとのやり取りに集中させます。

フェーズ番号:$ARGUMENTS(必須)

ディレクトリを検索する前に、手順 1 でフェーズ入力を正規化します。

0. コンテキストの初期化

INIT=$(node {{PLATFORM_ROOT}}/get-shit-done/bin/gsd-tools.cjs init phase-op "$ARGUMENTS")

初期化 JSON から phase_dir、phase_number、phase_name、phase_found、commit_docs、has_research、state_path、requirements_path、context_path、research_path を抽出します。

調査担当エージェントのモデルを解決します:

RESEARCHER_MODEL=$(node {{PLATFORM_ROOT}}/get-shit-done/bin/gsd-tools.cjs resolve-model gsd-phase-researcher --raw)

1. フェーズの検証

PHASE_INFO=$(node {{PLATFORM_ROOT}}/get-shit-done/bin/gsd-tools.cjs roadmap get-phase "${phase_number}")

found が false の場合: エラーを表示して終了します。found が true の場合: JSON から phase_number、phase_name、goal を抽出します。

2. 既存の調査を確認

ls .planning/phases/${PHASE}-*/RESEARCH.md 2>/dev/null

存在する場合: 次の選択肢を提示します:1)調査を更新、2)既存の調査を表示、3)スキップ。応答を待ちます。

存在しない場合: 続行します。

3. フェーズのコンテキストを収集

INIT のパスを使用します(オーケストレーターのコンテキストにファイルの内容を直接含めないでください):

  • requirements_path
  • context_path
  • state_path

フェーズの説明と、調査担当エージェントが読み込むファイルを含む概要を提示します。

4. gsd-phase-researcher エージェントを起動

調査モード:ecosystem(デフォルト)、feasibility、implementation、comparison。

<research_type>
Phase Research — investigating HOW to implement a specific phase well.
</research_type>

<key_insight>
The question is NOT "which library should I use?"

The question is: "What do I not know that I don't know?"

For this phase, discover:
- What's the established architecture pattern?
- What libraries form the standard stack?
- What problems do people commonly hit?
- What's SOTA vs what Claude's training thinks is SOTA?
- What should NOT be hand-rolled?
</key_insight>

<objective>
Research implementation approach for Phase {phase_number}: {phase_name}
Mode: ecosystem
</objective>

<files_to_read>
- {requirements_path} (Requirements)
- {context_path} (Phase context from discuss-phase, if exists)
- {state_path} (Prior project decisions and blockers)
</files_to_read>

<additional_context>
**Phase description:** {phase_description}
</additional_context>

<downstream_consumer>
Your RESEARCH.md will be loaded by `{{COMMAND_PREFIX}}plan-phase` which uses specific sections:
- `## Standard Stack` → Plans use these libraries
- `## Architecture Patterns` → Task structure follows these
- `## Don't Hand-Roll` → Tasks NEVER build custom solutions for listed problems
- `## Common Pitfalls` → Verification steps check for these
- `## Code Examples` → Task actions reference these patterns

Be prescriptive, not exploratory. "Use X" not "Consider X or Y."
</downstream_consumer>

<quality_gate>
Before declaring complete, verify:
- [ ] All domains investigated (not just some)
- [ ] Negative claims verified with official docs
- [ ] Multiple sources for critical claims
- [ ] Confidence levels assigned honestly
- [ ] Section names match what plan-phase expects
</quality_gate>

<output>
Write to: .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md
</output>
Task(
  prompt="First, read {{PLATFORM_ROOT}}/agents/gsd-phase-researcher.md for your role and instructions.\n\n" + filled_prompt,
  subagent_type="general-purpose",
  model="{researcher_model}",
  description="Research Phase {phase}"
)

5. エージェントの戻り値を処理

## RESEARCH COMPLETE: 概要を表示し、次の選択肢を提示します:フェーズを計画、さらに調査、全体を確認、完了。

## CHECKPOINT REACHED: ユーザーに提示して応答を得た後、続行エージェントを起動します。

## RESEARCH INCONCLUSIVE: 試した内容を表示し、次の選択肢を提示します:コンテキストを追加、別のモードを試す、手動で対応。

6. 続行エージェントを起動

<objective>
Continue research for Phase {phase_number}: {phase_name}
</objective>

<prior_state>
<files_to_read>
- .planning/phases/${PHASE}-{slug}/${PHASE}-RESEARCH.md (Existing research)
</files_to_read>
</prior_state>

<checkpoint_response>
**Type:** {checkpoint_type}
**Response:** {user_response}
</checkpoint_response>
Task(
  prompt="First, read {{PLATFORM_ROOT}}/agents/gsd-phase-researcher.md for your role and instructions.\n\n" + continuation_prompt,
  subagent_type="general-purpose",
  model="{researcher_model}",
  description="Continue research Phase {phase}"
)

<success_criteria>

  • ロードマップと照合してフェーズを検証済み
  • 既存の調査を確認済み
  • コンテキストを渡して gsd-phase-researcher を起動済み
  • チェックポイントを正しく処理済み
  • ユーザーに次のステップを案内済み </success_criteria>

コメント