pi-gsd 1.0.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (62) hide show
  1. package/LICENSE +21 -0
  2. package/README.md +374 -0
  3. package/dist/gsd-tools.js +380 -0
  4. package/package.json +72 -0
  5. package/scripts/postinstall.js +272 -0
  6. package/skills/gsd-add-backlog/SKILL.md +78 -0
  7. package/skills/gsd-add-phase/SKILL.md +39 -0
  8. package/skills/gsd-add-tests/SKILL.md +28 -0
  9. package/skills/gsd-add-todo/SKILL.md +42 -0
  10. package/skills/gsd-audit-milestone/SKILL.md +29 -0
  11. package/skills/gsd-audit-uat/SKILL.md +20 -0
  12. package/skills/gsd-autonomous/SKILL.md +34 -0
  13. package/skills/gsd-check-todos/SKILL.md +40 -0
  14. package/skills/gsd-cleanup/SKILL.md +19 -0
  15. package/skills/gsd-complete-milestone/SKILL.md +122 -0
  16. package/skills/gsd-debug/SKILL.md +178 -0
  17. package/skills/gsd-discuss-phase/SKILL.md +55 -0
  18. package/skills/gsd-do/SKILL.md +26 -0
  19. package/skills/gsd-execute-phase/SKILL.md +53 -0
  20. package/skills/gsd-fast/SKILL.md +22 -0
  21. package/skills/gsd-forensics/SKILL.md +51 -0
  22. package/skills/gsd-health/SKILL.md +17 -0
  23. package/skills/gsd-help/SKILL.md +24 -0
  24. package/skills/gsd-insert-phase/SKILL.md +28 -0
  25. package/skills/gsd-join-discord/SKILL.md +19 -0
  26. package/skills/gsd-list-phase-assumptions/SKILL.md +41 -0
  27. package/skills/gsd-list-workspaces/SKILL.md +17 -0
  28. package/skills/gsd-manager/SKILL.md +33 -0
  29. package/skills/gsd-map-codebase/SKILL.md +64 -0
  30. package/skills/gsd-milestone-summary/SKILL.md +45 -0
  31. package/skills/gsd-new-milestone/SKILL.md +39 -0
  32. package/skills/gsd-new-project/SKILL.md +37 -0
  33. package/skills/gsd-new-workspace/SKILL.md +41 -0
  34. package/skills/gsd-next/SKILL.md +19 -0
  35. package/skills/gsd-note/SKILL.md +30 -0
  36. package/skills/gsd-pause-work/SKILL.md +35 -0
  37. package/skills/gsd-plan-milestone-gaps/SKILL.md +28 -0
  38. package/skills/gsd-plan-phase/SKILL.md +38 -0
  39. package/skills/gsd-plant-seed/SKILL.md +21 -0
  40. package/skills/gsd-pr-branch/SKILL.md +20 -0
  41. package/skills/gsd-profile-user/SKILL.md +38 -0
  42. package/skills/gsd-progress/SKILL.md +19 -0
  43. package/skills/gsd-quick/SKILL.md +38 -0
  44. package/skills/gsd-reapply-patches/SKILL.md +126 -0
  45. package/skills/gsd-remove-phase/SKILL.md +26 -0
  46. package/skills/gsd-remove-workspace/SKILL.md +22 -0
  47. package/skills/gsd-research-phase/SKILL.md +200 -0
  48. package/skills/gsd-resume-work/SKILL.md +35 -0
  49. package/skills/gsd-review/SKILL.md +31 -0
  50. package/skills/gsd-review-backlog/SKILL.md +62 -0
  51. package/skills/gsd-session-report/SKILL.md +16 -0
  52. package/skills/gsd-set-profile/SKILL.md +9 -0
  53. package/skills/gsd-settings/SKILL.md +32 -0
  54. package/skills/gsd-ship/SKILL.md +16 -0
  55. package/skills/gsd-stats/SKILL.md +16 -0
  56. package/skills/gsd-thread/SKILL.md +133 -0
  57. package/skills/gsd-ui-phase/SKILL.md +24 -0
  58. package/skills/gsd-ui-review/SKILL.md +24 -0
  59. package/skills/gsd-update/SKILL.md +35 -0
  60. package/skills/gsd-validate-phase/SKILL.md +26 -0
  61. package/skills/gsd-verify-work/SKILL.md +30 -0
  62. package/skills/gsd-workstreams/SKILL.md +72 -0
@@ -0,0 +1,33 @@
1
+ ---
2
+ name: gsd-manager
3
+ description: Interactive command center for managing multiple phases from one terminal
4
+ ---
5
+
6
+ <objective>
7
+ Single-terminal command center for managing a milestone. Shows a dashboard of all phases with visual status indicators, recommends optimal next actions, and dispatches work - discuss runs inline, plan/execute run as background agents.
8
+
9
+ Designed for power users who want to parallelize work across phases from one terminal: discuss a phase while another plans or executes in the background.
10
+
11
+ **Creates/Updates:**
12
+
13
+ - No files created directly - dispatches to existing GSD commands via Skill() and background Task agents.
14
+ - Reads `.planning/STATE.md`, `.planning/ROADMAP.md`, phase directories for status.
15
+
16
+ **After:** User exits when done managing, or all phases complete and milestone lifecycle is suggested.
17
+ </objective>
18
+
19
+ <execution_context>
20
+ @.agent/get-shit-done/workflows/manager.md
21
+ @.agent/get-shit-done/references/ui-brand.md
22
+ </execution_context>
23
+
24
+ <context>
25
+ No arguments required. Requires an active milestone with ROADMAP.md and STATE.md.
26
+
27
+ Project context, phase list, dependencies, and recommendations are resolved inside the workflow using `gsd-tools.cjs init manager`. No upfront context loading needed.
28
+ </context>
29
+
30
+ <process>
31
+ Execute the manager workflow from @.agent/get-shit-done/workflows/manager.md end-to-end.
32
+ Maintain the dashboard refresh loop until the user exits or all phases complete.
33
+ </process>
@@ -0,0 +1,64 @@
1
+ ---
2
+ name: gsd-map-codebase
3
+ description: Analyze codebase with parallel mapper agents to produce .planning/codebase/ documents
4
+ ---
5
+
6
+
7
+ <objective>
8
+ Analyze existing codebase using parallel gsd-codebase-mapper agents to produce structured codebase documents.
9
+
10
+ Each mapper agent explores a focus area and **writes documents directly** to `.planning/codebase/`. The orchestrator only receives confirmations, keeping context usage minimal.
11
+
12
+ Output: .planning/codebase/ folder with 7 structured documents about the codebase state.
13
+ </objective>
14
+
15
+ <execution_context>
16
+ @.agent/get-shit-done/workflows/map-codebase.md
17
+ </execution_context>
18
+
19
+ <context>
20
+ Focus area: $ARGUMENTS (optional - if provided, tells agents to focus on specific subsystem)
21
+
22
+ **Load project state if exists:**
23
+ Check for .planning/STATE.md - loads context if project already initialized
24
+
25
+ **This command can run:**
26
+ - Before /gsd-new-project (brownfield codebases) - creates codebase map first
27
+ - After /gsd-new-project (greenfield codebases) - updates codebase map as code evolves
28
+ - Anytime to refresh codebase understanding
29
+ </context>
30
+
31
+ <when_to_use>
32
+ **Use map-codebase for:**
33
+ - Brownfield projects before initialization (understand existing code first)
34
+ - Refreshing codebase map after significant changes
35
+ - Onboarding to an unfamiliar codebase
36
+ - Before major refactoring (understand current state)
37
+ - When STATE.md references outdated codebase info
38
+
39
+ **Skip map-codebase for:**
40
+ - Greenfield projects with no code yet (nothing to map)
41
+ - Trivial codebases (<5 files)
42
+ </when_to_use>
43
+
44
+ <process>
45
+ 1. Check if .planning/codebase/ already exists (offer to refresh or skip)
46
+ 2. Create .planning/codebase/ directory structure
47
+ 3. Spawn 4 parallel gsd-codebase-mapper agents:
48
+ - Agent 1: tech focus → writes STACK.md, INTEGRATIONS.md
49
+ - Agent 2: arch focus → writes ARCHITECTURE.md, STRUCTURE.md
50
+ - Agent 3: quality focus → writes CONVENTIONS.md, TESTING.md
51
+ - Agent 4: concerns focus → writes CONCERNS.md
52
+ 4. Wait for agents to complete, collect confirmations (NOT document contents)
53
+ 5. Verify all 7 documents exist with line counts
54
+ 6. Commit codebase map
55
+ 7. Offer next steps (typically: /gsd-new-project or /gsd-plan-phase)
56
+ </process>
57
+
58
+ <success_criteria>
59
+ - [ ] .planning/codebase/ directory created
60
+ - [ ] All 7 codebase documents written by mapper agents
61
+ - [ ] Documents follow template structure
62
+ - [ ] Parallel agents completed without errors
63
+ - [ ] User knows next steps
64
+ </success_criteria>
@@ -0,0 +1,45 @@
1
+ ---
2
+ name: gsd-milestone-summary
3
+ description: Generate a comprehensive project summary from milestone artifacts for team onboarding and review
4
+ ---
5
+
6
+ <objective>
7
+ Generate a structured milestone summary for team onboarding and project review. Reads completed milestone artifacts (ROADMAP, REQUIREMENTS, CONTEXT, SUMMARY, VERIFICATION files) and produces a human-friendly overview of what was built, how, and why.
8
+
9
+ Purpose: Enable new team members to understand a completed project by reading one document and asking follow-up questions.
10
+ Output: MILESTONE_SUMMARY written to `.planning/reports/`, presented inline, optional interactive Q&A.
11
+ </objective>
12
+
13
+ <execution_context>
14
+ @.agent/get-shit-done/workflows/milestone-summary.md
15
+ </execution_context>
16
+
17
+ <context>
18
+ **Project files:**
19
+ - `.planning/ROADMAP.md`
20
+ - `.planning/PROJECT.md`
21
+ - `.planning/STATE.md`
22
+ - `.planning/RETROSPECTIVE.md`
23
+ - `.planning/milestones/v{version}-ROADMAP.md` (if archived)
24
+ - `.planning/milestones/v{version}-REQUIREMENTS.md` (if archived)
25
+ - `.planning/phases/*-*/` (SUMMARY.md, VERIFICATION.md, CONTEXT.md, RESEARCH.md)
26
+
27
+ **User input:**
28
+
29
+ - Version: $ARGUMENTS (optional - defaults to current/latest milestone)
30
+ </context>
31
+
32
+ <process>
33
+ Read and execute the milestone-summary workflow from @.agent/get-shit-done/workflows/milestone-summary.md end-to-end.
34
+ </process>
35
+
36
+ <success_criteria>
37
+
38
+ - Milestone version resolved (from args, STATE.md, or archive scan)
39
+ - All available artifacts read (ROADMAP, REQUIREMENTS, CONTEXT, SUMMARY, VERIFICATION, RESEARCH, RETROSPECTIVE)
40
+ - Summary document written to `.planning/reports/MILESTONE_SUMMARY-v{version}.md`
41
+ - All 7 sections generated (Overview, Architecture, Phases, Decisions, Requirements, Tech Debt, Getting Started)
42
+ - Summary presented inline to user
43
+ - Interactive Q&A offered
44
+ - STATE.md updated
45
+ </success_criteria>
@@ -0,0 +1,39 @@
1
+ ---
2
+ name: gsd-new-milestone
3
+ description: Start a new milestone cycle - update PROJECT.md and route to requirements
4
+ ---
5
+
6
+ <objective>
7
+ Start a new milestone: questioning → research (optional) → requirements → roadmap.
8
+
9
+ Brownfield equivalent of new-project. Project exists, PROJECT.md has history. Gathers "what's next", updates PROJECT.md, then runs requirements → roadmap cycle.
10
+
11
+ **Creates/Updates:**
12
+
13
+ - `.planning/PROJECT.md` - updated with new milestone goals
14
+ - `.planning/research/` - domain research (optional, NEW features only)
15
+ - `.planning/REQUIREMENTS.md` - scoped requirements for this milestone
16
+ - `.planning/ROADMAP.md` - phase structure (continues numbering)
17
+ - `.planning/STATE.md` - reset for new milestone
18
+
19
+ **After:** `/gsd-plan-phase [N]` to start execution.
20
+ </objective>
21
+
22
+ <execution_context>
23
+ @.agent/get-shit-done/workflows/new-milestone.md
24
+ @.agent/get-shit-done/references/questioning.md
25
+ @.agent/get-shit-done/references/ui-brand.md
26
+ @.agent/get-shit-done/templates/project.md
27
+ @.agent/get-shit-done/templates/requirements.md
28
+ </execution_context>
29
+
30
+ <context>
31
+ Milestone name: $ARGUMENTS (optional - will prompt if not provided)
32
+
33
+ Project and milestone context files are resolved inside the workflow (`init new-milestone`) and delegated via `<files_to_read>` blocks where subagents are used.
34
+ </context>
35
+
36
+ <process>
37
+ Execute the new-milestone workflow from @.agent/get-shit-done/workflows/new-milestone.md end-to-end.
38
+ Preserve all workflow gates (validation, questioning, research, requirements, roadmap approval, commits).
39
+ </process>
@@ -0,0 +1,37 @@
1
+ ---
2
+ name: gsd-new-project
3
+ description: Initialize a new project with deep context gathering and PROJECT.md
4
+ ---
5
+
6
+ <context>
7
+ **Flags:**
8
+ - `--auto` - Automatic mode. After config questions, runs research → requirements → roadmap without further interaction. Expects idea document via @ reference.
9
+ </context>
10
+
11
+ <objective>
12
+ Initialize a new project through unified flow: questioning → research (optional) → requirements → roadmap.
13
+
14
+ **Creates:**
15
+
16
+ - `.planning/PROJECT.md` - project context
17
+ - `.planning/config.json` - workflow preferences
18
+ - `.planning/research/` - domain research (optional)
19
+ - `.planning/REQUIREMENTS.md` - scoped requirements
20
+ - `.planning/ROADMAP.md` - phase structure
21
+ - `.planning/STATE.md` - project memory
22
+
23
+ **After this command:** Run `/gsd-plan-phase 1` to start execution.
24
+ </objective>
25
+
26
+ <execution_context>
27
+ @.agent/get-shit-done/workflows/new-project.md
28
+ @.agent/get-shit-done/references/questioning.md
29
+ @.agent/get-shit-done/references/ui-brand.md
30
+ @.agent/get-shit-done/templates/project.md
31
+ @.agent/get-shit-done/templates/requirements.md
32
+ </execution_context>
33
+
34
+ <process>
35
+ Execute the new-project workflow from @.agent/get-shit-done/workflows/new-project.md end-to-end.
36
+ Preserve all workflow gates (validation, approvals, commits, routing).
37
+ </process>
@@ -0,0 +1,41 @@
1
+ ---
2
+ name: gsd-new-workspace
3
+ description: Create an isolated workspace with repo copies and independent .planning/
4
+ ---
5
+
6
+ <context>
7
+ **Flags:**
8
+ - `--name` (required) - Workspace name
9
+ - `--repos` - Comma-separated repo paths or names. If omitted, interactive selection from child git repos in cwd
10
+ - `--path` - Target directory. Defaults to `~/gsd-workspaces/<name>`
11
+ - `--strategy` - `worktree` (default, lightweight) or `clone` (fully independent)
12
+ - `--branch` - Branch to checkout. Defaults to `workspace/<name>`
13
+ - `--auto` - Skip interactive questions, use defaults
14
+ </context>
15
+
16
+ <objective>
17
+ Create a physical workspace directory containing copies of specified git repos (as worktrees or clones) with an independent `.planning/` directory for isolated GSD sessions.
18
+
19
+ **Use cases:**
20
+
21
+ - Multi-repo orchestration: work on a subset of repos in parallel with isolated GSD state
22
+ - Feature branch isolation: create a worktree of the current repo with its own `.planning/`
23
+
24
+ **Creates:**
25
+
26
+ - `<path>/WORKSPACE.md` - workspace manifest
27
+ - `<path>/.planning/` - independent planning directory
28
+ - `<path>/<repo>/` - git worktree or clone for each specified repo
29
+
30
+ **After this command:** `cd` into the workspace and run `/gsd-new-project` to initialize GSD.
31
+ </objective>
32
+
33
+ <execution_context>
34
+ @.agent/get-shit-done/workflows/new-workspace.md
35
+ @.agent/get-shit-done/references/ui-brand.md
36
+ </execution_context>
37
+
38
+ <process>
39
+ Execute the new-workspace workflow from @.agent/get-shit-done/workflows/new-workspace.md end-to-end.
40
+ Preserve all workflow gates (validation, approvals, commits, routing).
41
+ </process>
@@ -0,0 +1,19 @@
1
+ ---
2
+ name: gsd-next
3
+ description: Automatically advance to the next logical step in the GSD workflow
4
+ ---
5
+
6
+ <objective>
7
+ Detect the current project state and automatically invoke the next logical GSD workflow step.
8
+ No arguments needed - reads STATE.md, ROADMAP.md, and phase directories to determine what comes next.
9
+
10
+ Designed for rapid multi-project workflows where remembering which phase/step you're on is overhead.
11
+ </objective>
12
+
13
+ <execution_context>
14
+ @.agent/get-shit-done/workflows/next.md
15
+ </execution_context>
16
+
17
+ <process>
18
+ Execute the next workflow from @.agent/get-shit-done/workflows/next.md end-to-end.
19
+ </process>
@@ -0,0 +1,30 @@
1
+ ---
2
+ name: gsd-note
3
+ description: Zero-friction idea capture. Append, list, or promote notes to todos.
4
+ ---
5
+
6
+ <objective>
7
+ Zero-friction idea capture - one Write call, one confirmation line.
8
+
9
+ Three subcommands:
10
+
11
+ - **append** (default): Save a timestamped note file. No questions, no formatting.
12
+ - **list**: Show all notes from project and global scopes.
13
+ - **promote**: Convert a note into a structured todo.
14
+
15
+ Runs inline - no Task, no AskUserQuestion, no Bash.
16
+ </objective>
17
+
18
+ <execution_context>
19
+ @.agent/get-shit-done/workflows/note.md
20
+ @.agent/get-shit-done/references/ui-brand.md
21
+ </execution_context>
22
+
23
+ <context>
24
+ $ARGUMENTS
25
+ </context>
26
+
27
+ <process>
28
+ Execute the note workflow from @.agent/get-shit-done/workflows/note.md end-to-end.
29
+ Capture the note, list notes, or promote to todo - depending on arguments.
30
+ </process>
@@ -0,0 +1,35 @@
1
+ ---
2
+ name: gsd-pause-work
3
+ description: Create context handoff when pausing work mid-phase
4
+ ---
5
+
6
+
7
+ <objective>
8
+ Create `.continue-here.md` handoff file to preserve complete work state across sessions.
9
+
10
+ Routes to the pause-work workflow which handles:
11
+ - Current phase detection from recent files
12
+ - Complete state gathering (position, completed work, remaining work, decisions, blockers)
13
+ - Handoff file creation with all context sections
14
+ - Git commit as WIP
15
+ - Resume instructions
16
+ </objective>
17
+
18
+ <execution_context>
19
+ @.agent/get-shit-done/workflows/pause-work.md
20
+ </execution_context>
21
+
22
+ <context>
23
+ State and phase progress are gathered in-workflow with targeted reads.
24
+ </context>
25
+
26
+ <process>
27
+ **Follow the pause-work workflow** from `@.agent/get-shit-done/workflows/pause-work.md`.
28
+
29
+ The workflow handles all logic including:
30
+ 1. Phase directory detection
31
+ 2. State gathering with user clarifications
32
+ 3. Handoff file writing with timestamp
33
+ 4. Git commit
34
+ 5. Confirmation with resume instructions
35
+ </process>
@@ -0,0 +1,28 @@
1
+ ---
2
+ name: gsd-plan-milestone-gaps
3
+ description: Create phases to close all gaps identified by milestone audit
4
+ ---
5
+
6
+ <objective>
7
+ Create all phases necessary to close gaps identified by `/gsd-audit-milestone`.
8
+
9
+ Reads MILESTONE-AUDIT.md, groups gaps into logical phases, creates phase entries in ROADMAP.md, and offers to plan each phase.
10
+
11
+ One command creates all fix phases - no manual `/gsd-add-phase` per gap.
12
+ </objective>
13
+
14
+ <execution_context>
15
+ @.agent/get-shit-done/workflows/plan-milestone-gaps.md
16
+ </execution_context>
17
+
18
+ <context>
19
+ **Audit results:**
20
+ Glob: .planning/v*-MILESTONE-AUDIT.md (use most recent)
21
+
22
+ Original intent and current planning state are loaded on demand inside the workflow.
23
+ </context>
24
+
25
+ <process>
26
+ Execute the plan-milestone-gaps workflow from @.agent/get-shit-done/workflows/plan-milestone-gaps.md end-to-end.
27
+ Preserve all workflow gates (audit loading, prioritization, phase grouping, user confirmation, roadmap updates).
28
+ </process>
@@ -0,0 +1,38 @@
1
+ ---
2
+ name: gsd-plan-phase
3
+ description: Create detailed phase plan (PLAN.md) with verification loop
4
+ ---
5
+
6
+ <objective>
7
+ Create executable phase prompts (PLAN.md files) for a roadmap phase with integrated research and verification.
8
+
9
+ **Default flow:** Research (if needed) → Plan → Verify → Done
10
+
11
+ **Orchestrator role:** Parse arguments, validate phase, research domain (unless skipped), spawn gsd-planner, verify with gsd-plan-checker, iterate until pass or max iterations, present results.
12
+ </objective>
13
+
14
+ <execution_context>
15
+ @.agent/get-shit-done/workflows/plan-phase.md
16
+ @.agent/get-shit-done/references/ui-brand.md
17
+ </execution_context>
18
+
19
+ <context>
20
+ Phase number: $ARGUMENTS (optional - auto-detects next unplanned phase if omitted)
21
+
22
+ **Flags:**
23
+
24
+ - `--research` - Force re-research even if RESEARCH.md exists
25
+ - `--skip-research` - Skip research, go straight to planning
26
+ - `--gaps` - Gap closure mode (reads VERIFICATION.md, skips research)
27
+ - `--skip-verify` - Skip verification loop
28
+ - `--prd <file>` - Use a PRD/acceptance criteria file instead of discuss-phase. Parses requirements into CONTEXT.md automatically. Skips discuss-phase entirely.
29
+ - `--reviews` - Replan incorporating cross-AI review feedback from REVIEWS.md (produced by `/gsd-review`)
30
+ - `--text` - Use plain-text numbered lists instead of TUI menus (required for `/rc` remote sessions)
31
+
32
+ Normalize phase input in step 2 before any directory lookups.
33
+ </context>
34
+
35
+ <process>
36
+ Execute the plan-phase workflow from @.agent/get-shit-done/workflows/plan-phase.md end-to-end.
37
+ Preserve all workflow gates (validation, research, planning, verification loop, routing).
38
+ </process>
@@ -0,0 +1,21 @@
1
+ ---
2
+ name: gsd-plant-seed
3
+ description: Capture a forward-looking idea with trigger conditions - surfaces automatically at the right milestone
4
+ ---
5
+
6
+ <objective>
7
+ Capture an idea that's too big for now but should surface automatically when the right
8
+ milestone arrives. Seeds solve context rot: instead of a one-liner in Deferred that nobody
9
+ reads, a seed preserves the full WHY, WHEN to surface, and breadcrumbs to details.
10
+
11
+ Creates: .planning/seeds/SEED-NNN-slug.md
12
+ Consumed by: /gsd-new-milestone (scans seeds and presents matches)
13
+ </objective>
14
+
15
+ <execution_context>
16
+ @.agent/get-shit-done/workflows/plant-seed.md
17
+ </execution_context>
18
+
19
+ <process>
20
+ Execute the plant-seed workflow from @.agent/get-shit-done/workflows/plant-seed.md end-to-end.
21
+ </process>
@@ -0,0 +1,20 @@
1
+ ---
2
+ name: gsd-pr-branch
3
+ description: Create a clean PR branch by filtering out .planning/ commits - ready for code review
4
+ ---
5
+
6
+ <objective>
7
+ Create a clean branch suitable for pull requests by filtering out .planning/ commits
8
+ from the current branch. Reviewers see only code changes, not GSD planning artifacts.
9
+
10
+ This solves the problem of PR diffs being cluttered with PLAN.md, SUMMARY.md, STATE.md
11
+ changes that are irrelevant to code review.
12
+ </objective>
13
+
14
+ <execution_context>
15
+ @.agent/get-shit-done/workflows/pr-branch.md
16
+ </execution_context>
17
+
18
+ <process>
19
+ Execute the pr-branch workflow from @.agent/get-shit-done/workflows/pr-branch.md end-to-end.
20
+ </process>
@@ -0,0 +1,38 @@
1
+ ---
2
+ name: gsd-profile-user
3
+ description: Generate developer behavioral profile and create Claude-discoverable artifacts
4
+ ---
5
+
6
+
7
+ <objective>
8
+ Generate a developer behavioral profile from session analysis (or questionnaire) and produce artifacts (USER-PROFILE.md, /gsd-dev-preferences, GEMINI.md section) that personalize the agent's responses.
9
+
10
+ Routes to the profile-user workflow which orchestrates the full flow: consent gate, session analysis or questionnaire fallback, profile generation, result display, and artifact selection.
11
+ </objective>
12
+
13
+ <execution_context>
14
+ @.agent/get-shit-done/workflows/profile-user.md
15
+ @.agent/get-shit-done/references/ui-brand.md
16
+ </execution_context>
17
+
18
+ <context>
19
+ Flags from $ARGUMENTS:
20
+ - `--questionnaire` -- Skip session analysis entirely, use questionnaire-only path
21
+ - `--refresh` -- Rebuild profile even when one exists, backup old profile, show dimension diff
22
+ </context>
23
+
24
+ <process>
25
+ Execute the profile-user workflow end-to-end.
26
+
27
+ The workflow handles all logic including:
28
+ 1. Initialization and existing profile detection
29
+ 2. Consent gate before session analysis
30
+ 3. Session scanning and data sufficiency checks
31
+ 4. Session analysis (profiler agent) or questionnaire fallback
32
+ 5. Cross-project split resolution
33
+ 6. Profile writing to USER-PROFILE.md
34
+ 7. Result display with report card and highlights
35
+ 8. Artifact selection (dev-preferences, GEMINI.md sections)
36
+ 9. Sequential artifact generation
37
+ 10. Summary with refresh diff (if applicable)
38
+ </process>
@@ -0,0 +1,19 @@
1
+ ---
2
+ name: gsd-progress
3
+ description: Check project progress, show context, and route to next action (execute or plan)
4
+ ---
5
+
6
+ <objective>
7
+ Check project progress, summarize recent work and what's ahead, then intelligently route to the next action - either executing an existing plan or creating the next one.
8
+
9
+ Provides situational awareness before continuing work.
10
+ </objective>
11
+
12
+ <execution_context>
13
+ @.agent/get-shit-done/workflows/progress.md
14
+ </execution_context>
15
+
16
+ <process>
17
+ Execute the progress workflow from @.agent/get-shit-done/workflows/progress.md end-to-end.
18
+ Preserve all routing logic (Routes A through F) and edge case handling.
19
+ </process>
@@ -0,0 +1,38 @@
1
+ ---
2
+ name: gsd-quick
3
+ description: Execute a quick task with GSD guarantees (atomic commits, state tracking) but skip optional agents
4
+ ---
5
+
6
+ <objective>
7
+ Execute small, ad-hoc tasks with GSD guarantees (atomic commits, STATE.md tracking).
8
+
9
+ Quick mode is the same system with a shorter path:
10
+ - Spawns gsd-planner (quick mode) + gsd-executor(s)
11
+ - Quick tasks live in `.planning/quick/` separate from planned phases
12
+ - Updates STATE.md "Quick Tasks Completed" table (NOT ROADMAP.md)
13
+
14
+ **Default:** Skips research, discussion, plan-checker, verifier. Use when you know exactly what to do.
15
+
16
+ **`--discuss` flag:** Lightweight discussion phase before planning. Surfaces assumptions, clarifies gray areas, captures decisions in CONTEXT.md. Use when the task has ambiguity worth resolving upfront.
17
+
18
+ **`--full` flag:** Enables plan-checking (max 2 iterations) and post-execution verification. Use when you want quality guarantees without full milestone ceremony.
19
+
20
+ **`--research` flag:** Spawns a focused research agent before planning. Investigates implementation approaches, library options, and pitfalls for the task. Use when you're unsure of the best approach.
21
+
22
+ Flags are composable: `--discuss --research --full` gives discussion + research + plan-checking + verification.
23
+ </objective>
24
+
25
+ <execution_context>
26
+ @.agent/get-shit-done/workflows/quick.md
27
+ </execution_context>
28
+
29
+ <context>
30
+ $ARGUMENTS
31
+
32
+ Context files are resolved inside the workflow (`init quick`) and delegated via `<files_to_read>` blocks.
33
+ </context>
34
+
35
+ <process>
36
+ Execute the quick workflow from @.agent/get-shit-done/workflows/quick.md end-to-end.
37
+ Preserve all workflow gates (validation, task description, planning, execution, state updates, commits).
38
+ </process>