* feat(sdk): golden parity harness and query handler CJS alignment (#2302 Track A) Golden/read-only parity tests and registry alignment, query handler fixes (check-completion, state-mutation, commit, validate, summary, etc.), and WAITING.json dual-write for .gsd/.planning readers. Refs gsd-build/get-shit-done#2341 * fix(sdk): getMilestoneInfo matches GSD ROADMAP (🟡, last bold, STATE fallback) - Recognize in-flight 🟡 milestone bullets like 🚧. - Derive from last **vX.Y Title** before ## Phases when emoji absent. - Fall back to STATE.md milestone when ROADMAP is missing; use last bare vX.Y in cleaned text instead of first (avoids v1.0 from shipped list). - Fixes init.execute-phase milestone_version and buildStateFrontmatter after state.begin-phase (syncStateFrontmatter). * feat(sdk): phase list, plan task structure, requirements extract handlers - Register phase.list-plans, phase.list-artifacts, plan.task-structure, requirements.extract-from-plans (SDK-only; golden-policy exceptions). - Add unit tests; document in QUERY-HANDLERS.md. - writeProfile: honor --output, render dimensions, return profile_path and dimensions_scored. * feat(sdk): centralize getGsdAgentsDir in query helpers Extract agent directory resolution to helpers (GSD_AGENTS_DIR, primary ~/.claude/agents, legacy path). Use from init and docs-init init bundles. docs(15): add 15-CONTEXT for autonomous phase-15 run. * feat(sdk): query CLI CJS fallback and session correlation - createRegistry(eventStream, sessionId) threads correlation into mutation events - gsd-sdk query falls back to gsd-tools.cjs when no native handler matches (disable with GSD_QUERY_FALLBACK=off); stderr bridge warnings - Export createRegistry from @gsd-build/sdk; add sdk/README.md - Update QUERY-HANDLERS.md and registry module docs for fallback + sessionId - Agents: prefer node dist/cli.js query over cat/grep for STATE and plans * fix(sdk): init phase_found parity, docs-init agents path, state field extract - Normalize findPhase not-found to null before roadmap fallback (matches findPhaseInternal) - docs-init: use detectRuntime + resolveAgentsDir for checkAgentsInstalled - state.cjs stateExtractField: horizontal whitespace only after colon (YAML progress guard) - Tests: commit_docs default true; config-get golden uses temp config; golden integration green Refs: #2302 * refactor(sdk): share SessionJsonlRecord in profile-extract-messages CodeRabbit nit: dedupe JSONL record shape for isGenuineUserMessage and streamExtractMessages. * fix(sdk): address CodeRabbit major threads (paths, gates, audit, verify) - Resolve @file: and CLI JSON indirection relative to projectDir; guard empty normalized query command - plan.task-structure + intel extract/patch-meta: resolvePathUnderProject containment - check.config-gates: safe string booleans; plan_checker alias precedence over plan_check default - state.validate/sync: phaseTokenMatches + comparePhaseNum ordering - verify.schema-drift: token match phase dirs; files_modified from parsed frontmatter - audit-open: has_scan_errors, unreadable rows, human report when scans fail - requirements PLANNED key PLAN for root PLAN.md; gsd-tools timeout note - ingest-docs: repo-root path containment; classifier output slug-hash Golden parity test strips has_scan_errors until CJS adds field. * fix: Resolve CodeRabbit security and quality findings - Secure intel.ts and cli.ts against path traversal - Catch and validate git add status in commit.ts - Expand roadmap milestone marker extraction - Fix parsing array-of-objects in frontmatter YAML - Fix unhandled config evaluations - Improve coverage test parity mapping * test: raise planner character extraction limit to 48K * fix(sdk): resolve TS build error in docs-init passing config
7.5 KiB
Handover: Parity exceptions doc + CJS-only matrix (next session)
Status: The deliverables described below are implemented in sdk/src/query/QUERY-HANDLERS.md (sections Golden parity: coverage and exceptions and CJS command surface vs SDK registry). Use that file as the canonical registry + parity reference; this handover remains useful for issue #2302 scope and parent #2007 links.
Paste this document (or @sdk/HANDOVER-PARITY-DOCS.md) at the start of a new chat so work continues without re-auditing issue scope.
Goal for this session
- Parity “exceptions” documentation — A clear, maintainable description of where full JSON equality between
gsd-tools.cjsandcreateRegistry()is not expected or not attempted, and why (stubs, structural-only tests, environment-dependent fields, ordering, etc.). Map this to #2007 / #2302 expectations: no undocumented gap. - CJS-only matrix — A single authoritative table: each relevant
gsd-tools.cjssurface (top-level command or documented cluster) → registered in SDK vs permanent CLI-only vs alias / naming difference, with a one-line justification where not registered.
Parent tracking
- Issue: gsd-build/get-shit-done#2302 — Phase 3 SDK query parity, registry, docs (parent umbrella #2007).
- Acceptance criteria touched here: parity coverage/exceptions documented; registry audit reflected in a matrix (issue wording: “every required CJS surface either has a handler or appears in the CJS-only matrix with justification”).
Repo / branch
- Workspace:
D:\Repos\get-shit-done(PBR backport); adjust path if different machine. - Feature branch (typical):
feat/sdk-phase3-query-layer— confirm withgit branchbefore editing. - Upstream:
gsd-build/get-shit-done.
What already exists (do not duplicate blindly)
sdk/src/query/QUERY-HANDLERS.md— Registry conventions, partial “not registered” list (graphify, from-gsd2), CLI name differences (summary-extract vs summary.extract, scaffold vs phase.scaffold), intel.update (CJS JSON parity; refresh via agent), skill-manifest --write / mutation events, docs-init golden note (agent install fields), stateExtractField rule.sdk/src/golden/golden.integration.test.ts— Source of truth for which commands are golden-tested and how (full equality vs subset vs normalizedexisting_docsvs omitted fields;init.quickstrips clock-derived keys viainit-golden-normalize.ts).sdk/src/golden/capture.ts—captureGsdToolsOutput()spawnsget-shit-done/bin/gsd-tools.cjs.docs/CLI-TOOLS.md— User-facing CLI reference; should link to the parity exceptions + matrix (or host a short summary with pointer tosdk/).
Deliverables (suggested shape)
A) Parity exceptions section
Add or extend a dedicated section (prefer QUERY-HANDLERS.md under a heading like "Golden parity: coverage and exceptions", or a new sdk/PARITY.md if the team wants less churn in QUERY-HANDLERS — pick one canonical location and link from the other).
Cover at least:
| Category | Examples to document |
|---|---|
| Full JSON parity | Commands where tests use toEqual on sdkResult.data vs CJS stdout JSON. |
| Structural / field subset | Tests that compare only selected keys (e.g. frontmatter.get, find-phase — SDK subset vs CJS). Full parity for roadmap.analyze, init.* (except init.quick volatile keys), etc. — see QUERY-HANDLERS.md matrix. |
| Normalized comparison | e.g. docs-init: existing_docs sorted by path; agents_installed / missing_agents omitted between subprocess vs in-process. |
| CLI parity without in-process refresh | intel.update — JSON matches CJS intel.cjs (spawn hint or disabled); refresh is agent-driven. |
| Conditional behavior | skill-manifest: writes only with --write; not in QUERY_MUTATION_COMMANDS. |
| Environment / time | current-timestamp: structure and format, not same instant. |
| Not in golden suite | Commands registered but not (yet) covered — list as coverage gap or out of scope for golden with rationale. |
B) CJS-only matrix
Build the table by diffing get-shit-done/bin/gsd-tools.cjs switch (command) top-level cases against createRegistry() registrations in sdk/src/query/index.ts.
Already documented as product-out-of-scope for registry: graphify, from-gsd2 / gsd2-import.
Already documented as naming/alias differences (registered, different string): summary-extract ↔ summary.extract; top-level scaffold ↔ phase.scaffold.
Matrix columns (suggested):
- CJS command (or subcommand pattern)
- SDK dispatch name(s) if any
- Disposition: Registered / CLI-only / Alias-only / Stub / N/A
- Justification (one line) if not a straight registered parity
Optional: footnote that detect-custom-files skips multi-repo root resolution in CJS (SKIP_ROOT_RESOLUTION) — behavior is documented in CLI; matrix can mention if relevant.
Files likely to edit
| Path | Role |
|---|---|
sdk/src/query/QUERY-HANDLERS.md |
Primary home for exceptions + matrix, or link hub. |
sdk/PARITY.md |
Optional dedicated file if QUERY-HANDLERS becomes too long. |
docs/CLI-TOOLS.md |
Short “Parity & registry” subsection with links into sdk/ docs. |
sdk/HANDOVER-GOLDEN-PARITY.md |
Optional one-line pointer to new parity doc section when done. |
Out of scope for this handover session
- Implementing runner alignment (
GSDTools→ registry) — separate #2302 work. - Adding
@deprecatedheaders togsd-tools.cjs— separate task. - CHANGELOG — only if you batch doc work with release notes in same PR (optional).
Verification
- No code behavior change required for pure docs; run
npm run buildinsdk/only if TypeScript-adjacent files were touched. - Proofread: every CLI-only row has a justification; every exception in golden tests appears in the exceptions doc.
Success criteria
- A reader can answer: “Which commands are fully golden-parity vs partial vs stub vs untested?” without reading the whole test file.
- A reader can answer: “Which
gsd-toolstop-level commands are not registered and why?” from one table. - #2302 acceptance bullets on parity documentation and registry matrix are satisfied for the documentation slice (remaining issue items may still be open for code).
Created for handoff to “parity exceptions + CJS-only matrix” session. Update when the canonical doc location or golden coverage changes.