* feat: Phase 2 caller migration — gsd-sdk query in workflows (#2122) Cherry-picked orchestration rewrites from feat/sdk-foundation (#2008, 4018fee) onto current main, resolving conflicts to keep upstream worktree guards and post-merge test gate. SDK stub registry omitted (out of Phase 2 scope per #2122). Refs: #2122 #2008 Made-with: Cursor * docs: add gsd-sdk query migration blurb Made-with: Cursor * docs(workflows): extend Phase 2 gsd-sdk query caller migration - Swap node gsd-tools.cjs for gsd-sdk query in review, plan-phase, execute-plan, ship, extract_learnings, ai-integration-phase, eval-review, next, thread - Document graphify CJS-only in gsd-planner; dual-path in CLI-TOOLS and ARCHITECTURE - Update tests: workstreams gsd-sdk path, thread frontmatter.get, workspace init.*, CRLF-safe autonomous frontmatter parse - CHANGELOG: Phase 2 caller migration scope Made-with: Cursor * docs(phase2): USER-GUIDE + remaining gsd-sdk query call sites - USER-GUIDE: dual-path CLI section; state validate/sync use full CJS path - Commands: debug (config-get+tdd), quick (security note), intel Task prompt - Agent: gsd-debug-session-manager resolve-model via jq - Workflows: milestone-summary, forensics, next, complete-milestone/verify-work (audit-open CJS notes), discuss-phase, progress, verify-phase, add/insert/remove phase, transition, manager, quick workflow; remove-phase commit without --files - Test: quick-session-management accepts frontmatter.get - CHANGELOG: Phase 2 follow-up bullet Made-with: Cursor * docs(phase2): align gsd-sdk query examples in commands and agents - init.* query names; frontmatter.get uses positional field name - state.* handlers use positional args; commit uses positional paths - CJS-only notes for from-gsd2 and graphify; learnings.query wording - CHANGELOG: Phase 2 orchestration doc pass Made-with: Cursor * docs(phase2): normalize gsd-sdk query commit to positional file paths - Strip --files from commit examples in workflows, references, commands - Keep commit-to-subrepo ... --files (separate handler) - git-planning-commit.md: document positional args - Tests: new-project commit line, state.record-session, gates CRLF, roadmap.analyze - CHANGELOG [Unreleased] Made-with: Cursor * feat(sdk): gsd-sdk query parity with gsd-tools and PR 2179 registry fixes - Route query via longest-prefix match and dotted single-token expansion; fall back to runGsdToolsQuery (same argv as node gsd-tools.cjs) for full CLI coverage. - Parse gsd-sdk query permissively so gsd-tools flags (--json, --verify, etc.) are not rejected by strict parseArgs. - resolveGsdToolsPath: honor GSD_TOOLS_PATH; prefer bundled get-shit-done copy over project .claude installs; export runGsdToolsQuery from the SDK. - Fix gsd-tools audit-open (core.output; pass object for --json JSON). - Register summary-extract as alias of summary.extract; fix audit-fix workflow to call audit-uat instead of invalid init.audit-uat (PR review). Updates QUERY-HANDLERS.md and CHANGELOG [Unreleased]. Made-with: Cursor * fix(sdk): Phase 2 scope — Trek-e review (#2179, #2122) - Remove gsd-sdk query passthrough to gsd-tools.cjs; drop GSD_TOOLS_PATH - Consolidate argv routing in resolveQueryArgv(); update USAGE and QUERY-HANDLERS - Surface @file: read failures in GSDTools.parseOutput - execute-plan: defer Task Commit Protocol to gsd-executor - stale-colon-refs: skip .planning/ and root CLAUDE.md (gitignored overlays) - CHANGELOG [Unreleased]: maintainer review and routing notes Made-with: Cursor
5.2 KiB
<required_reading> Read all files referenced by the invoking prompt's execution_context before starting.
@/.claude/get-shit-done/references/questioning.md
@/.claude/get-shit-done/references/domain-probes.md
</required_reading>
<available_agent_types> Valid GSD subagent types (use exact names — do not fall back to 'general-purpose'):
- gsd-phase-researcher — Researches specific questions and returns concise findings </available_agent_types>
Step 1: Open the conversation
If a topic was provided, acknowledge it and begin exploring:
## Explore: {topic}
Let's think through this together. I'll ask questions to help clarify the idea
before we commit to any artifacts.
If no topic, ask:
## Explore
What's on your mind? This could be a feature idea, an architectural question,
a problem you're trying to solve, or something you're not sure about yet.
Step 2: Socratic conversation (2-5 exchanges)
Guide the conversation using principles from questioning.md and domain-probes.md:
- Ask one question at a time (never a list of questions)
- Questions should probe: constraints, tradeoffs, users, scope, dependencies, risks
- Use domain-specific probes contextually when the topic touches a known domain
- Listen for signals: "or" / "versus" / "tradeoff" indicate competing priorities worth exploring
- Reflect back what you hear to confirm understanding before moving forward
Conversation should feel natural, not formulaic. Avoid rigid sequences. Follow the developer's energy — if they're excited about one aspect, go deeper there.
Step 3: Mid-conversation research offer (after 2-3 exchanges)
If the conversation surfaces factual questions, technology comparisons, or unknowns that research could resolve, offer:
This touches on [specific question]. Want me to do a quick research pass before we continue?
This would take ~30 seconds and might surface useful context.
[Yes, research this] / [No, let's keep exploring]
If yes, spawn a research agent:
Task(
prompt="Quick research: {specific_question}. Return 3-5 key findings, no more than 200 words.",
subagent_type="gsd-phase-researcher"
)
Share findings and continue the conversation.
If the topic doesn't warrant research, skip this step entirely. Don't force it.
Step 4: Crystallize outputs (after 3-6 exchanges)
When the conversation reaches natural conclusions or the developer signals readiness, propose outputs. Analyze the conversation to identify what was discussed and suggest up to 4 outputs from:
| Type | Destination | When to suggest |
|---|---|---|
| Note | .planning/notes/{slug}.md |
Observations, context, decisions worth remembering |
| Todo | .planning/todos/pending/{slug}.md |
Concrete actionable tasks identified |
| Seed | .planning/seeds/{slug}.md |
Forward-looking ideas with trigger conditions |
| Research question | .planning/research/questions.md (append) |
Open questions that need deeper investigation |
| Requirement | REQUIREMENTS.md (append) |
Clear requirements that emerged from discussion |
| New phase | ROADMAP.md (append) |
Scope large enough to warrant its own phase |
Present suggestions:
Based on our conversation, I'd suggest capturing:
1. **Note:** "Authentication strategy decisions" — your reasoning about JWT vs sessions
2. **Todo:** "Evaluate Passport.js vs custom middleware" — the comparison you want to do
3. **Seed:** "OAuth2 provider support" — trigger: when user management phase starts
Create these? You can select specific ones or modify them.
[Create all] / [Let me pick] / [Skip — just exploring]
Never write artifacts without explicit user selection.
Step 5: Write selected outputs
For each selected output, write the file:
- Notes: Create
.planning/notes/{slug}.mdwith frontmatter (title, date, context) - Todos: Create
.planning/todos/pending/{slug}.mdwith frontmatter (title, date, priority) - Seeds: Create
.planning/seeds/{slug}.mdwith frontmatter (title, trigger_condition, planted_date) - Research questions: Append to
.planning/research/questions.md - Requirements: Append to
.planning/REQUIREMENTS.mdwith next available REQ ID - Phases: Use existing
/gsd-add-phasecommand via SlashCommand
Commit if commit_docs is enabled:
gsd-sdk query commit "docs: capture exploration — {topic_slug}" {file_list}
Step 6: Close
## Exploration Complete
**Topic:** {topic}
**Outputs:** {count} artifact(s) created
{list of created files}
Continue exploring with `/gsd-explore` or start working with `/gsd-next`.
<success_criteria>
- Socratic conversation follows questioning.md principles
- Questions asked one at a time, not in batches
- Research offered contextually (not forced)
- Up to 4 outputs proposed from conversation
- User explicitly selects which outputs to create
- Files written to correct destinations
- Commit respects commit_docs config </success_criteria>