mcpbeat

Gsd List Phase Assumptions

coco-research/gsd-list-phase-assumptions

Surface Claude's assumptions about a phase approach before planning

366 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
196
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/coco-research/coco --skill gsd-list-phase-assumptions

The instruction itself

as written by the author

<objective>

Analyze a phase and present Claude's assumptions about technical approach, implementation order, scope boundaries, risk areas, and dependencies.

Purpose: Help users see what Claude thinks BEFORE planning begins - enabling course correction early when assumptions are wrong.

Output: Conversational output only (no file creation) - ends with "What do you think?" prompt

</objective>

<execution_context>

@$HOME/.claude/get-shit-done/workflows/list-phase-assumptions.md

</execution_context>

<context>

Phase number: $ARGUMENTS (required)

Project state and roadmap are loaded in-workflow using targeted reads.

</context>

<process>

  • Validate phase number argument (error if missing or invalid)
  • Check if phase exists in roadmap
  • Follow list-phase-assumptions.md workflow:
  • Analyze roadmap description
  • Surface assumptions about: technical approach, implementation order, scope, risks, dependencies
  • Present assumptions clearly
  • Prompt "What do you think?"
  • Gather feedback and offer next steps

</process>

<success_criteria>

  • Phase validated against roadmap
  • Assumptions surfaced across five areas
  • User prompted for feedback
  • User knows next steps (discuss context, plan phase, or correct assumptions)

</success_criteria>

How to use it

Copy the folder

Take coco-research/gsd-list-phase-assumptions from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.