gsd-research-phase

Spawns a gsd-phase-researcher to validate phase feasibility and generate a structured RESEARCH.md.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/onelee85/my-skills --skill gsd-research-phase-onelee85
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-research-phase
Source: https://github.com/onelee85/my-skills/tree/main/gsd-research-phase
Command: npx skills add https://github.com/onelee85/my-skills --skill gsd-research-phase-onelee85

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Research how to implement a phase in isolation, enabling teams to validate feasibility before integration with /gsd-plan-phase.

Core Features & Use Cases

  • Spawns a gsd-phase-researcher agent to perform structured phase analysis.
  • Checks roadmap alignment and existing research to avoid duplication.
  • Generates a standardized RESEARCH.md with sections for architecture, outcomes, and next steps.

Quick Start

Invoke the gsd-research-phase workflow with a phase number to spawn the gsd-phase-researcher and generate the RESEARCH.md

Frequently Asked Questions about gsd-research-phase

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate phase research to validate implementation feasibility?

Automating phase research involves spawning a dedicated researcher agent to validate feasibility against your roadmap. This process checks existing research to avoid duplication and aligns with phase goals before generating a standardized RESEARCH.md document for decision gates.

What is the best way to structure context loading for isolated phase research?

Structured context loading for isolated phase research requires providing specific inputs like phase_number and phase_name. This ensures the automated researcher agent gathers accurate context, aligns with the roadmap, and properly outputs architecture and outcome sections.

How do I generate a RESEARCH.md file with standardized architecture and outcome sections?

Generating a standardized RESEARCH.md requires invoking an automated phase research workflow with a specific phase number. The system then produces the file with prescribed sections for architecture, outcomes, and next steps while running built-in quality checks.

Do I need a roadmap before starting automated phase research?

Yes, an existing roadmap is required before starting automated phase research. The research process validates phase feasibility by checking alignment against the roadmap, ensuring that isolated implementation planning integrates smoothly into the broader project goals.

Can I check existing research to avoid duplication during phase planning?

Checking existing research to avoid duplication is a core feature of automated phase planning. The workflow explicitly evaluates prior research context before proceeding, ensuring new analysis builds on existing findings rather than repeating previous work.

What are the limitations of researching a phase in isolation?

Researching a phase in isolation focuses strictly on validating feasibility before integration. It does not execute the implementation itself; instead, it produces a RESEARCH.md decision gate document that must be reviewed before proceeding to actual planning and integration steps.