* 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
173 lines
4.0 KiB
Markdown
173 lines
4.0 KiB
Markdown
<purpose>
|
|
Capture a forward-looking idea as a structured seed file with trigger conditions.
|
|
Seeds auto-surface during /gsd-new-milestone when trigger conditions match the
|
|
new milestone's scope.
|
|
|
|
Seeds beat deferred items because they:
|
|
- Preserve WHY the idea matters (not just WHAT)
|
|
- Define WHEN to surface (trigger conditions, not manual scanning)
|
|
- Track breadcrumbs (code references, related decisions)
|
|
- Auto-present at the right time via new-milestone scan
|
|
</purpose>
|
|
|
|
<process>
|
|
|
|
<step name="parse_idea">
|
|
Parse `$ARGUMENTS` for the idea summary.
|
|
|
|
If empty, ask:
|
|
```
|
|
What's the idea? (one sentence)
|
|
```
|
|
|
|
Store as `$IDEA`.
|
|
</step>
|
|
|
|
<step name="create_seed_dir">
|
|
```bash
|
|
mkdir -p .planning/seeds
|
|
```
|
|
</step>
|
|
|
|
<step name="gather_context">
|
|
Ask focused questions to build a complete seed:
|
|
|
|
|
|
**Text mode (`workflow.text_mode: true` in config or `--text` flag):** Set `TEXT_MODE=true` if `--text` is present in `$ARGUMENTS` OR `text_mode` from init JSON is `true`. When TEXT_MODE is active, replace every `AskUserQuestion` call with a plain-text numbered list and ask the user to type their choice number. This is required for non-Claude runtimes (OpenAI Codex, Gemini CLI, etc.) where `AskUserQuestion` is not available.
|
|
|
|
```
|
|
AskUserQuestion(
|
|
header: "Trigger",
|
|
question: "When should this idea surface? (e.g., 'when we add user accounts', 'next major version', 'when performance becomes a priority')",
|
|
options: [] // freeform
|
|
)
|
|
```
|
|
|
|
Store as `$TRIGGER`.
|
|
|
|
```
|
|
AskUserQuestion(
|
|
header: "Why",
|
|
question: "Why does this matter? What problem does it solve or what opportunity does it create?",
|
|
options: []
|
|
)
|
|
```
|
|
|
|
Store as `$WHY`.
|
|
|
|
```
|
|
AskUserQuestion(
|
|
header: "Scope",
|
|
question: "How big is this? (rough estimate)",
|
|
options: [
|
|
{ label: "Small", description: "A few hours — could be a quick task" },
|
|
{ label: "Medium", description: "A phase or two — needs planning" },
|
|
{ label: "Large", description: "A full milestone — significant effort" }
|
|
]
|
|
)
|
|
```
|
|
|
|
Store as `$SCOPE`.
|
|
</step>
|
|
|
|
<step name="collect_breadcrumbs">
|
|
Search the codebase for relevant references:
|
|
|
|
```bash
|
|
# Find files related to the idea keywords
|
|
grep -rl "$KEYWORD" --include="*.ts" --include="*.js" --include="*.md" . 2>/dev/null | head -10
|
|
```
|
|
|
|
Also check:
|
|
- Current STATE.md for related decisions
|
|
- ROADMAP.md for related phases
|
|
- todos/ for related captured ideas
|
|
|
|
Store relevant file paths as `$BREADCRUMBS`.
|
|
</step>
|
|
|
|
<step name="generate_seed_id">
|
|
```bash
|
|
# Find next seed number
|
|
EXISTING=$( (ls .planning/seeds/SEED-*.md 2>/dev/null || true) | wc -l )
|
|
NEXT=$((EXISTING + 1))
|
|
PADDED=$(printf "%03d" $NEXT)
|
|
```
|
|
|
|
Generate slug from idea summary.
|
|
</step>
|
|
|
|
<step name="write_seed">
|
|
Write `.planning/seeds/SEED-{PADDED}-{slug}.md`:
|
|
|
|
```markdown
|
|
---
|
|
id: SEED-{PADDED}
|
|
status: dormant
|
|
planted: {ISO date}
|
|
planted_during: {current milestone/phase from STATE.md}
|
|
trigger_when: {$TRIGGER}
|
|
scope: {$SCOPE}
|
|
---
|
|
|
|
# SEED-{PADDED}: {$IDEA}
|
|
|
|
## Why This Matters
|
|
|
|
{$WHY}
|
|
|
|
## When to Surface
|
|
|
|
**Trigger:** {$TRIGGER}
|
|
|
|
This seed should be presented during `/gsd-new-milestone` when the milestone
|
|
scope matches any of these conditions:
|
|
- {trigger condition 1}
|
|
- {trigger condition 2}
|
|
|
|
## Scope Estimate
|
|
|
|
**{$SCOPE}** — {elaboration based on scope choice}
|
|
|
|
## Breadcrumbs
|
|
|
|
Related code and decisions found in the current codebase:
|
|
|
|
{list of $BREADCRUMBS with file paths}
|
|
|
|
## Notes
|
|
|
|
{any additional context from the current session}
|
|
```
|
|
</step>
|
|
|
|
<step name="commit_seed">
|
|
```bash
|
|
gsd-sdk query commit "docs: plant seed — {$IDEA}" .planning/seeds/SEED-{PADDED}-{slug}.md
|
|
```
|
|
</step>
|
|
|
|
<step name="confirm">
|
|
```
|
|
✅ Seed planted: SEED-{PADDED}
|
|
|
|
"{$IDEA}"
|
|
Trigger: {$TRIGGER}
|
|
Scope: {$SCOPE}
|
|
File: .planning/seeds/SEED-{PADDED}-{slug}.md
|
|
|
|
This seed will surface automatically when you run /gsd-new-milestone
|
|
and the milestone scope matches the trigger condition.
|
|
```
|
|
</step>
|
|
|
|
</process>
|
|
|
|
<success_criteria>
|
|
- [ ] Seed file created in .planning/seeds/
|
|
- [ ] Frontmatter includes status, trigger, scope
|
|
- [ ] Breadcrumbs collected from codebase
|
|
- [ ] Committed to git
|
|
- [ ] User shown confirmation with trigger info
|
|
</success_criteria>
|