* test(#3809): generalize dead-ref guard into a rule table (failing first)
The #2020 guard hardcoded `sdk/(src|dist|handlers)/` — the three dead paths
that had caused that storm. That proved those three paths were gone and said
nothing about the class, so #3809 reproduced the identical Windows find.exe
storm under a different token and the guard could not see it.
Replaces the single regex with a rule table over the same runtime-loaded
markdown surface, adds `commands/` to the scan set (previously uncovered),
and adds rule B: the runtime shim filename must never appear in command
position, because it is not a PATH command and an agent that meets it falls
back to locating the file.
Rule B's matcher is deliberately lenient — the launcher's own resolver
assignment, `node <path>/<shim>` calls, bare paths, and prose that names the
file all stay unflagged, each pinned by a negative-space row.
This commit is expected to FAIL: 50 offenders across 23 files remain in the
tree. The remediation lands next.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* fix(#3809): route every workflow call through the gsd_run launcher
50 places across 23 runtime-loaded workflow, agent, reference, and command
files instructed the agent to run the runtime shim by filename. That filename
is not on PATH under any name -- package.json ships gsd-core, gsd-tools,
gsd_run and gsd-mcp-server -- so the call exited 127, the file-shaped token
sent the agent looking for the file, and on Git Bash for Windows the resulting
`find /` walked the entire drive (7268 CPU-seconds in the report) until
somebody killed it by hand.
CONTEXT.md -> Runtime Launcher Module already makes gsd_run the single entry
point: "Canonical space-safe shell preamble (`gsd_run`) used by every workflow
bash block to invoke the GSD runtime CLI." These sites predate that rule --
they trace to 0e6907050 (docs(#195): migrate workflow markdown off gsd-sdk
query), which swapped one non-PATH token for another.
Two further instances of the same class surfaced during remediation and are
fixed here rather than left for later:
- references/model-profiles.md prescribed `node <shim> effort sync` with no
path at all; node resolves a bare filename against cwd, so it fails the
same way.
- references/universal-anti-patterns.md rule 25 instructed every agent to
"use <shim>" when shelling out. That rule did not contain the defect, it
prescribed it repo-wide.
Five "(or legacy <shim>)" parentheticals left dangling by the substitution are
removed; after the rewrite they offered the non-resolving form as an
alternative.
The guard from the previous commit now passes. Its node-prefix exemption was
tightened to require a path separator, which is what exposed model-profiles.
Fixes #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* fix(#3809): key the guard on the CLI's whole verb roster, not observed usage
Review found the first cut of rule B repeating the very mistake it exists to
prevent. Its verb set held query, commit and effort -- the verbs that happened
to appear in the tree -- so it could not see `<shim> phase add`,
`<shim> state load`, `<shim> verify ...` or twenty-odd other real single-word
subcommands. A guard that only recognises yesterday's offenders is not a guard.
The set is now the CLI's full advertised roster, unioned from the usage banner
and HOST_COMMAND_ROUTERS (which carries verification, planning, uat, stats,
todo and windows, all absent from the banner).
Widening it immediately caught a live offender the first pass had missed:
references/planning-config.md prescribed `node <shim> worktree set-baseref`
with no path. Fixed here.
Also drops the "a hyphen or a dot means subcommand" heuristic, which was
unsound for prose -- it flagged `built-in` and `v1.2`. Detection now keys
entirely on the roster, testing the first dot-segment so that phase.add and
state.patch still match while prose does not. Both false positives are pinned
as negative-space rows.
Guard verified against the pre-fix tree at origin/next: 52 offenders across 25
files, and 0 after this branch's remediation.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* fix(#3809): derive the verb roster from the router; repair launcher parity
Standards review caught the guard repeating the defect it exists to prevent.
Its verb list was a hand-copied literal -- and worse, transcribed from an
INSTALLED older binary, so it was missing 22 verbs this tree actually ships
(websearch, windows, state-snapshot, context-predicates and the dispatch-*
family among them). gsd-tools.cjs already carries three hand-maintained
rosters whose drift is a named defect pinned by the parity test in
tests/commands.test.cjs; a hand-copied fourth was that same defect wearing a
guard's clothes.
The roster is now derived from HOST_COMMAND_ROUTERS + TOP_LEVEL_USAGE, lazily
and memoised, with `query` supplemented explicitly -- it dispatches through
the routing hub ahead of the host-router table, so it appears in neither
export, yet 45 of the 50 offenders used it. A parity test pins the derivation.
Two regressions this branch introduced, both caught by the remote runner:
- runtime-launcher-parity: rewriting a comment in gsd-research-synthesizer.md
put a `gsd_run` token at line 65 while the canonical preamble sits at 158,
breaking "exactly ONE preamble, before the first gsd_run call". The comment
is descriptive and needs no command token at all; it now names none.
- The #2751 guard's PROSE_ALLOWLIST entry for that same line went stale once
the line stopped carrying a bare mention. Pruned, exactly as that guard's
own stale-entry test instructs.
Also corrects git-planning-commit.md, where the first pass rewrote only the
trailing "legacy" clause and left the sentence reading backwards.
Note the #2751 guard and this one are complementary, not duplicates: its regex
requires whitespace immediately after `gsd-tools`, so it cannot match the
`.cjs` form, and this one only matches the `.cjs` form.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* fix(#2751): extend the bare-command guard to references/ and commands/
The #2751 guard has only ever scanned agents/ and gsd-core/workflows/. Two
runtime-loaded directories were never in its scan set, and 47 bare
`gsd-tools <verb>` calls had accumulated there unseen -- the same defect that
guard exists to catch, in the rooms it never entered.
- gsd-core/references/: 37 calls, all rewritten to gsd_run. references are
fragments inlined into a parent that defines the launcher, which is why 21
of the 22 files already using gsd_run carry no local preamble.
- commands/gsd/: 10 operative calls rewritten. The remaining 10 are
descriptive prose ("resolved inside the workflow via ...") and are
allowlisted with reasons, bringing PROSE_ALLOWLIST to 15.
commands/ also came under launcher propagation. sync-runtime-launcher.cjs
walked only WORKFLOWS_DIR and AGENTS_DIR, so every preamble under commands/
was a hand-pasted copy nothing propagated and no test checked -- graphify.md
had accumulated five. It now walks COMMANDS_DIR too, which collapses those
five to the canonical one-per-file, and runtime-launcher-parity gains a
(B-commands) arm mirroring (B-agents) exactly so the placement stays honest.
The parity arm keys on shell blocks, so commands/gsd/workstreams.md and
config.md -- which name gsd_run only in inline backtick prose -- are exempt,
as they should be. gsd_run is itself a shipped npm bin, so those inline
instructions resolve from PATH exactly as the gsd-tools form they replace did.
skills/ is deliberately NOT added to either guard's scan set: it is generated
from commands/ and pinned by lint:generated-sync, so guarding the source
guards both, and scanning the mirror would double-report every future
offender. Regenerated here.
Refs #2751, #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* test(#3809): acknowledge the one emitted file this change grows
The emitted-attribution gate failed on the previous sha: gsd-research-synthesizer.md
grew 3 bytes (13847 -> 13850) with no acknowledgment. The substitution SHRANK the
other 19 emitted files, which is why the growth arm was not expected to fire at all.
The 3 bytes are unavoidable. Line 65 is a descriptive comment inside a fenced block;
naming any command there puts a gsd_run token ahead of the file's canonical preamble
at line 158, which runtime-launcher-parity's (B-agents) arm correctly rejects. So the
comment names no command and says where the config is actually loaded instead, which
reads longer than the token it replaced.
Acks only the path the gate reported, per the fragment rules.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* revert(#2751): drop the commands/ half — three contracts pin it in place
The remote runner refuted the commands/ extension outright. Reverting it and
keeping the references/ conversion, which passed.
What broke, all of it caused by bringing commands/ under launcher propagation:
- graphify.md's five per-block preambles are LOAD-BEARING, not accumulated
drift. tests/graphify-visualization.test.cjs extracts individual Step-3
shell chains and executes them standalone, so each fenced block needs its
own definition of gsd_run. Collapsing them to the canonical one-per-file
produced `bash: gsd_run: command not found`, exit 127, across four tests.
The "define once per file" contract holds for workflows and agents because
nothing extracts their blocks in isolation; commands/ is not like that.
- explore.md broke "the preamble that DEFINES gsd_run must appear before the
first USE of gsd_run anywhere in the file".
- tests/gsd-tools-path-refs.test.cjs (#1766) ASSERTS that
commands/gsd/workstreams.md contains the literal string
`gsd-tools query workstream.list`. Rewriting it to gsd_run contradicts a
test that pins the opposite, so the two guards disagree about that file by
construction.
So commands/ is not a scan-set widening. It needs those contracts reconciled
first, and that is its own change. SCAN_DIRS keeps gsd-core/references/ and
drops commands/, the ten commands/ allowlist entries go with it (back to 5),
and the reasoning is recorded in the guard itself so the next person does not
rediscover it by burning a matrix run.
commands/gsd/import.md keeps its #3809 fix — that one is the .cjs form this
PR exists to remove, and it is untouched by any of the above.
Refs #2751, #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* revert(#3809): restore explore.md's Step 1 preamble placement
Running the launcher sync script processed workflows/ and agents/ too, not
just the commands/ directory the run was aimed at, and it MOVED
gsd-core/workflows/explore.md's preamble from Step 1 down to Step 3.
The script inserts into the first bash block that USES gsd_run. explore.md's
Step 1 block only DEFINES it, and that placement is deliberate -- the file
says so on the line above: "Placed in Step 1 rather than Step 3 so declining
the research offer cannot leave Step 5's commit call unbootstrapped."
tests/explore-command.test.cjs pins it.
explore.md carried no #3809 offender, so reverting it costs this fix nothing.
This was collateral from invoking the sync script at all, not from the
COMMANDS_DIR change, which is why the earlier commands/ revert did not catch it.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* chore(#3809): backfill PR number into changeset fragments
pr:0 -> pr:3815 for both fragments now that the PR exists.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* fix(#3809): drop the hand-rolled regex escaper CodeQL flagged
CodeQL raised js/incomplete-sanitization (HIGH) on the guard's pattern build:
`SHIM.replace(/\./g, '\\.')` escapes the dot and nothing else, so it does not
escape backslashes. It blocked PR #3815.
The repo already bans this shape -- local/no-adhoc-regex-escape exists exactly
to stop hand-rolled escapers, with the canonical one in src/pattern.cts. Rather
than reach for that helper, the pattern now carries no escaping logic at all:
SHIM is a compile-time constant whose only metacharacter is the dot, so the
regex source is spelled out literally. The generated source string is
byte-identical to what the replace() produced, verified before and after --
0 offenders on this tree, 52 against origin/next, unchanged.
A drift pin asserts SHIM_PATTERN still matches SHIM exactly, and that the dot
is escaped rather than acting as a wildcard, so the two cannot separate.
Refs #3809
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
---------
Co-authored-by: sim <sim@local>
Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
21 KiB
This workflow wires Phase 1 (session pipeline) and Phase 2 (profiling engine) into a cohesive user-facing experience. All heavy lifting is done by existing gsd_run query handlers and the gsd-user-profiler agent -- this workflow orchestrates the sequence, handles branching, and provides the UX.
<required_reading> Read all files referenced by the invoking prompt's execution_context before starting.
Key references:
- @$HOME/.claude/gsd-core/references/ui-brand.md (display patterns)
- @$HOME/.claude/agents/gsd-user-profiler.md (profiler agent definition)
- @$HOME/.claude/gsd-core/references/user-profiling.md (profiling reference doc) </required_reading>
If response_language is set: All user-facing questions, prompts, and explanations in this workflow MUST be presented in {response_language}. Technical terms, code, file paths, and subagent prompts stay in English — only user-facing output is translated.
1. Initialize
Parse flags from $ARGUMENTS:
- Detect
--questionnaireflag (skip session analysis, questionnaire-only) - Detect
--refreshflag (rebuild profile even when one exists)
Check for existing profile:
PROFILE_PATH="$HOME/.claude/gsd-core/USER-PROFILE.md"
[ -f "$PROFILE_PATH" ] && echo "EXISTS" || echo "NOT_FOUND"
If profile exists AND --refresh NOT set AND --questionnaire NOT set:
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.
Use AskUserQuestion:
- header: "Existing Profile"
- question: "You already have a profile. What would you like to do?"
- options:
- "View it" -- Display summary card from existing profile data, then exit
- "Refresh it" -- Continue with --refresh behavior
- "Cancel" -- Exit workflow
If "View it": Read USER-PROFILE.md, display its content formatted as a summary card, then exit. If "Refresh it": Set --refresh behavior and continue. If "Cancel": Display "No changes made." and exit.
If profile exists AND --refresh IS set:
Backup existing profile:
cp "$HOME/.claude/gsd-core/USER-PROFILE.md" "$HOME/.claude/USER-PROFILE.backup.md"
Display: "Re-analyzing your sessions to update your profile." Continue to step 2.
If no profile exists: Continue to step 2.
2. Consent Gate (ACTV-06)
Skip if --questionnaire flag is set (no JSONL reading occurs -- jump directly to step 4b).
Display consent screen:
### GSD > PROFILE YOUR CODING STYLE
Claude starts every conversation generic. A profile teaches Claude
how YOU actually work -- not how you think you work.
## What We'll Analyze
Your recent Claude Code sessions, looking for patterns in these
8 behavioral dimensions:
| Dimension | What It Measures |
|----------------------|---------------------------------------------|
| Communication Style | How you phrase requests (terse vs. detailed) |
| Decision Speed | How you choose between options |
| Explanation Depth | How much explanation you want with code |
| Debugging Approach | How you tackle errors and bugs |
| UX Philosophy | How much you care about design vs. function |
| Vendor Philosophy | How you evaluate libraries and tools |
| Frustration Triggers | What makes you correct Claude |
| Learning Style | How you prefer to learn new things |
## Data Handling
✓ Reads session files locally (read-only, nothing modified)
✓ Analyzes message patterns (not content meaning)
✓ Stores profile at $HOME/.claude/gsd-core/USER-PROFILE.md
✗ Nothing is sent to external services
✗ Sensitive content (API keys, passwords) is automatically excluded
If --refresh path: Show abbreviated consent instead:
Re-analyzing your sessions to update your profile.
Your existing profile has been backed up to USER-PROFILE.backup.md.
Use AskUserQuestion:
- header: "Refresh"
- question: "Continue with profile refresh?"
- options:
- "Continue" -- Proceed to step 3
- "Cancel" -- Exit workflow
If default (no --refresh) path:
Use AskUserQuestion:
- header: "Ready?"
- question: "Ready to analyze your sessions?"
- options:
- "Let's go" -- Proceed to step 3 (session analysis)
- "Use questionnaire instead" -- Jump to step 4b (questionnaire path)
- "Not now" -- Display "No worries. Run /gsd:profile-user when ready." and exit
3. Session Scan
Display: "◆ Scanning sessions..."
Run session scan:
SCAN_RESULT=$(gsd_run query scan-sessions --json 2>/dev/null)
Parse the JSON output to get session count and project count.
Display: "✓ Found N sessions across M projects"
Determine data sufficiency:
- Count total messages available from the scan result (sum sessions across projects)
- If 0 sessions found: Display "No sessions found. Switching to questionnaire." and jump to step 4b
- If sessions found: Continue to step 4a
4a. Session Analysis Path
Display: "◆ Sampling messages..."
Run profile sampling:
SAMPLE_RESULT=$(gsd_run query profile-sample --json 2>/dev/null)
Parse the JSON output to get the temp directory path and message count.
Display: "✓ Sampled N messages from M projects"
Display: "◆ Analyzing patterns..."
PROFILER_MODEL=$(gsd_run query resolve-model gsd-user-profiler --raw)
Model omission (#2517). Omit the
modelparameter entirely when the value it would carry (PROFILER_MODEL) is"inherit"or empty. An empty value 404s on runtimes without native tier aliases — the default on non-Claude runtimes. Omitting it inherits the orchestrator's model. See @gsd-core/references/model-profile-resolution.md.
Spawn gsd-user-profiler agent using Task tool:
Use the Task tool to spawn the gsd-user-profiler agent, passing model="{PROFILER_MODEL}" (omit the parameter per the rule above when the value is "inherit" or empty). Provide it with:
- The sampled JSONL file path from profile-sample output
- The user-profiling reference doc at
$HOME/.claude/gsd-core/references/user-profiling.md
The agent prompt should follow this structure:
Read the profiling reference document and the sampled session messages, then analyze the developer's behavioral patterns across all 8 dimensions.
Reference: @$HOME/.claude/gsd-core/references/user-profiling.md
Session data: @{temp_dir}/profile-sample.jsonl
Analyze these messages and return your analysis in the <analysis> JSON format specified in the reference document.
Parse the agent's output:
- Extract the
<analysis>JSON block from the agent's response - Save analysis JSON to a temp file (in the same temp directory created by profile-sample)
ANALYSIS_PATH="{temp_dir}/analysis.json"
Write the analysis JSON to $ANALYSIS_PATH.
Display: "✓ Analysis complete (N dimensions scored)"
Check for thin data:
- Read the analysis JSON and check the total message count
- If < 50 messages were analyzed: Note that a questionnaire supplement could improve accuracy. Display: "Note: Limited session data (N messages). Results may have lower confidence."
Continue to step 5.
4b. Questionnaire Path
Display: "Using questionnaire to build your profile."
Get questions:
QUESTIONS=$(gsd_run query profile-questionnaire --json 2>/dev/null)
Parse the questions JSON. It contains 8 questions, one per dimension.
Present each question to the user via AskUserQuestion:
For each question in the questions array:
- header: The dimension name (e.g., "Communication Style")
- question: The question text
- options: The answer options from the question definition
Collect all answers into an answers JSON object mapping dimension keys to selected answer values.
Save answers to temp file:
# BSD/macOS mktemp only randomizes XXXXXX when it is the final path component, so make a
# suffixless temp then append the extension — portable across BSD + GNU (#1520).
ANSWERS_PATH=$(mktemp "${TMPDIR:-/tmp}/gsd-profile-answers-XXXXXX") && mv "$ANSWERS_PATH" "${ANSWERS_PATH}.json" && ANSWERS_PATH="${ANSWERS_PATH}.json" || exit 1
Write the answers JSON to $ANSWERS_PATH.
Convert answers to analysis:
ANALYSIS_RESULT=$(gsd_run query profile-questionnaire --answers "$ANSWERS_PATH" --json 2>/dev/null)
Parse the analysis JSON from the result.
Save analysis JSON to a temp file:
# BSD/macOS mktemp only randomizes XXXXXX when it is the final path component, so make a
# suffixless temp then append the extension — portable across BSD + GNU (#1520).
ANALYSIS_PATH=$(mktemp "${TMPDIR:-/tmp}/gsd-profile-analysis-XXXXXX") && mv "$ANALYSIS_PATH" "${ANALYSIS_PATH}.json" && ANALYSIS_PATH="${ANALYSIS_PATH}.json" || exit 1
Write the analysis JSON to $ANALYSIS_PATH.
Continue to step 5 (skip split resolution since questionnaire handles ambiguity internally).
5. Split Resolution
Skip if questionnaire-only path (splits already handled internally).
Read the analysis JSON from $ANALYSIS_PATH.
Check each dimension for cross_project_consistent: false.
For each split detected:
Use AskUserQuestion:
- header: The dimension name (e.g., "Communication Style")
- question: "Your sessions show different patterns:" followed by the split context (e.g., "CLI/backend projects -> terse-direct, Frontend/UI projects -> detailed-structured")
- options:
- Rating option A (e.g., "terse-direct")
- Rating option B (e.g., "detailed-structured")
- "Context-dependent (keep both)"
If user picks a specific rating: Update the dimension's rating field in the analysis JSON to the selected value.
If user picks "Context-dependent": Keep the dominant rating in the rating field. Add a context_note to the dimension's summary describing the split (e.g., "Context-dependent: terse in CLI projects, detailed in frontend projects").
Write updated analysis JSON back to $ANALYSIS_PATH.
6. Profile Write
Display: "◆ Writing profile..."
gsd_run query write-profile --input "$ANALYSIS_PATH" --json
Display: "✓ Profile written to $HOME/.claude/gsd-core/USER-PROFILE.md"
7. Result Display
Read the analysis JSON from $ANALYSIS_PATH to build the display.
Show report card table:
## Your Profile
| Dimension | Rating | Confidence |
|----------------------|----------------------|------------|
| Communication Style | detailed-structured | HIGH |
| Decision Speed | deliberate-informed | MEDIUM |
| Explanation Depth | concise | HIGH |
| Debugging Approach | hypothesis-driven | MEDIUM |
| UX Philosophy | pragmatic | LOW |
| Vendor Philosophy | thorough-evaluator | HIGH |
| Frustration Triggers | scope-creep | MEDIUM |
| Learning Style | self-directed | HIGH |
(Populate with actual values from the analysis JSON.)
Show highlight reel:
Pick 3-4 dimensions with the highest confidence and most evidence signals. Format as:
## Highlights
- **Communication (HIGH):** You consistently provide structured context with
headers and problem statements before making requests
- **Vendor Choices (HIGH):** You research alternatives thoroughly -- comparing
docs, GitHub activity, and bundle sizes before committing
- **Frustrations (MEDIUM):** You correct Claude most often for doing things
you didn't ask for -- scope creep is your primary trigger
Build highlights from the evidence array and summary fields in the analysis JSON. Use the most compelling evidence quotes. Format each as "You tend to..." or "You consistently..." with evidence attribution.
Offer full profile view:
Use AskUserQuestion:
- header: "Profile"
- question: "Want to see the full profile?"
- options:
- "Yes" -- Read and display the full USER-PROFILE.md content, then continue to step 8
- "Continue to artifacts" -- Proceed directly to step 8
8. Artifact Selection (ACTV-05)
Use AskUserQuestion with multiSelect:
- header: "Artifacts"
- question: "Which artifacts should I generate?"
- options (ALL pre-selected by default):
- "/gsd-dev-preferences command file" -- "Load your preferences in any session"
- "CLAUDE.md profile section" -- "Add profile to this project's CLAUDE.md"
- "Global CLAUDE.md" -- "Add profile to $HOME/.claude/CLAUDE.md for all projects"
If no artifacts selected: Display "No artifacts generated. Your profile is saved at $HOME/.claude/gsd-core/USER-PROFILE.md" and jump to step 10.
9. Artifact Generation
Generate selected artifacts sequentially (file I/O is fast, no benefit from parallel agents):
For /gsd-dev-preferences (if selected):
gsd_run query generate-dev-preferences --analysis "$ANALYSIS_PATH" --json
Display: "✓ Generated /gsd-dev-preferences at $HOME/.claude/skills/gsd-dev-preferences/SKILL.md"
For CLAUDE.md profile section (if selected):
gsd_run query generate-claude-profile --analysis "$ANALYSIS_PATH" --json
Display: "✓ Added profile section to CLAUDE.md"
For Global CLAUDE.md (if selected):
gsd_run query generate-claude-profile --analysis "$ANALYSIS_PATH" --global --json
Display: "✓ Added profile section to $HOME/.claude/CLAUDE.md"
Error handling: If any gsd_run query call fails, display the error message and use AskUserQuestion to offer "Retry" or "Skip this artifact". On retry, re-run the command. On skip, continue to next artifact.
10. Summary & Refresh Diff
If --refresh path:
Read both old backup and new analysis to compare dimension ratings/confidence.
Read the backed-up profile:
BACKUP_PATH="$HOME/.claude/USER-PROFILE.backup.md"
Compare each dimension's rating and confidence between old and new. Display diff table showing only changed dimensions:
## Changes
| Dimension | Before | After |
|-----------------|-----------------------------|-----------------------------|
| Communication | terse-direct (LOW) | detailed-structured (HIGH) |
| Debugging | fix-first (MEDIUM) | hypothesis-driven (MEDIUM) |
If nothing changed: Display "No changes detected -- your profile is already up to date."
Display final summary:
### GSD > PROFILE COMPLETE ✓
Your profile: $HOME/.claude/gsd-core/USER-PROFILE.md
Then list paths for each generated artifact:
Artifacts:
✓ /gsd-dev-preferences $HOME/.claude/skills/gsd-dev-preferences/SKILL.md
✓ CLAUDE.md section <resolved claude_md_path, default ./.claude/CLAUDE.md>
✓ Global CLAUDE.md $HOME/.claude/CLAUDE.md
(Show the claude_md_path actually returned by the command — it defaults to ./.claude/CLAUDE.md but may be overridden by config or --output.)
(Only show artifacts that were actually generated.)
Clean up temp files:
Remove the temp directory created by profile-sample (contains sample JSONL and analysis JSON):
rm -rf "$TEMP_DIR"
Also remove any standalone temp files created for questionnaire answers:
rm -f "$ANSWERS_PATH" 2>/dev/null
rm -f "$ANALYSIS_PATH" 2>/dev/null
(Only clean up temp paths that were actually created during this workflow run.)
<success_criteria>
- Initialization detects existing profile and handles all three responses (view/refresh/cancel)
- Consent gate shown for session analysis path, skipped for questionnaire path
- Session scan discovers sessions and reports statistics
- Session analysis path: samples messages, spawns profiler agent, extracts analysis JSON
- Questionnaire path: presents 8 questions, collects answers, converts to analysis JSON
- Split resolution presents context-dependent splits with user resolution options
- Profile written to USER-PROFILE.md via write-profile subcommand
- Result display shows report card table and highlight reel with evidence
- Artifact selection uses multiSelect with all options pre-selected
- Artifacts generated sequentially via
gsd_run querysubcommands - Refresh diff shows changed dimensions when --refresh was used
- Temp files cleaned up on completion </success_criteria>