ragarciaruben 1.20.20 → 1.20.21

package/{.github/copilot-context/prompts/new-project.prompt.md → get-shit-done/templates/opencode/commands/new-project.md}

@@ -1,16 +1,11 @@
 ---
-name: new-project
 description: Initialize .planning/ documentation for a new or existing project — creates PROJECT.md, REQUIREMENTS.md, ROADMAP.md, and STATE.md
-mode: agent
-tools:
-  - editFiles
-  - search
-  - jira/*
+agent: executor
 ---
 
 # New Project Initialization
 
-Initialize the `.planning/` documentation structure for this project. This generates the source-of-truth documents that power all other Copilot context.
+Initialize the `.planning/` documentation structure for this project. This generates the source-of-truth documents that power all other context.
 
 ## Step 1: Gather Project Context
 
@@ -31,12 +26,8 @@ If the user can't answer some questions, use reasonable defaults and note them a
 
 If the user chose Jira as the requirements source:
 
-1. **Discover the board/sprint:** Use `jira_get_agile_boards` to find the board, then `jira_get_sprints_from_board` to find active/future sprints
-2. **Fetch tickets:** Use the appropriate tool based on what the user provided:
-   - Project key → `jira_get_project_issues` or `jira_search` with JQL `project = PROJ AND status != Done`
-   - Sprint → `jira_get_sprint_issues`
-   - JQL query → `jira_search` with the user's query
-   - Specific tickets → `jira_get_issue` for each
+1. **Discover the board/sprint:** Find the board, then find active/future sprints
+2. **Fetch tickets:** Use the appropriate method based on what the user provided
 3. **Extract from each ticket:**
    - Title and description → becomes a requirement
    - Acceptance criteria → becomes success criteria
@@ -47,59 +38,53 @@ If the user chose Jira as the requirements source:
 
 If Jira is not used, skip to Step 3 using manual requirements from the conversation.
 
-## Step 2: Create PROJECT.md
+## Step 3: Create PROJECT.md
 
 Write `.planning/PROJECT.md` with:
 - **What This Is:** User's description of the project
 - **Core Value:** Single sentence of what must always work
 - **Requirements > Active:** List of v1 requirements as checkboxes
-- **Requirements > Out of Scope:** Anything explicitly excluded (infer 2-3 common exclusions from the project type)
+- **Requirements > Out of Scope:** Anything explicitly excluded
 - **Context:** Background from the conversation
 - **Constraints:** What the user listed + inferred constraints
 
-## Step 3: Create REQUIREMENTS.md
+## Step 4: Create REQUIREMENTS.md
 
 Extract requirements into `.planning/REQUIREMENTS.md`:
 - Assign IDs: `[CATEGORY]-[NN]` (e.g., AUTH-01, CORE-01, UI-01)
 - **If from Jira:** include the Jira ticket ID alongside the requirement ID (e.g., `AUTH-01 (PROJ-42)`)
 - Group by logical category (Authentication, Core Features, UI, etc.)
 - v2 requirements: anything out of scope for now but likely future
-- Traceability table: map each requirement to its source (Jira ticket or manual) and Phase (TBD until roadmap)
+- Traceability table: map each requirement to its source and Phase (TBD until roadmap)
 
-## Step 4: Create ROADMAP.md
+## Step 5: Create ROADMAP.md
 
 Design a logical phase sequence in `.planning/ROADMAP.md`:
 - **If from Jira:** group related tickets into phases (epics → phase groups, stories → plans within a phase)
 - **If manual:** group related requirements into phases
 - Each phase delivers a user-visible increment
 - Earlier phases enable later phases (dependency chain)
-- Phase names should be clear and action-oriented (e.g., "Authentication & User Management", "Core Feature MVP")
-- Each phase includes:
-  - Goal and dependencies
-  - Requirements covered (with Jira ticket IDs if applicable)
-  - 2-4 success criteria (from Jira acceptance criteria where available)
-  - Source: `Jira: PROJ-42, PROJ-43` or `Manual`
-  - Planned plan count (TBD is fine)
+- Phase names should be clear and action-oriented
+- Each phase includes: Goal, dependencies, requirements covered, 2-4 success criteria, source
 - Typically 4-8 phases for a standard project
 - Order by: Jira priority → dependency chain → logical progression
 
-## Step 5: Create STATE.md
+## Step 6: Create STATE.md
 
 Initialize `.planning/STATE.md`:
 - Phase: 1 of [N]
 - Status: Ready to plan
 - Progress: 0%
 - Last activity: today's date + "Project initialized"
-- All metrics at zero
 
-## Step 6: Update copilot-instructions.md
+## Step 7: Update AGENTS.md
 
-Update `.github/copilot-instructions.md`:
+Update `AGENTS.md`:
 - Fill in "What This Project Is" with the 2-3 sentence description
 - Fill in "Core value"
 - Set "Phase: 1 of [N] — [Phase Name]"
 - Set "Status: Ready to plan"
-- Fill in "Active Constraints" from the constraints list
+- Fill in "Active Constraints"
 
 ## Completion
 
@@ -107,13 +92,12 @@ Print a summary:
 ```
 ✅ Project initialized: [Project Name]
    .planning/PROJECT.md      — requirements + decisions
-   .planning/REQUIREMENTS.md — [N] requirements with IDs [+ N from Jira]
+   .planning/REQUIREMENTS.md — [N] requirements with IDs
    .planning/ROADMAP.md      — [N] phases
    .planning/STATE.md        — ready to plan
-   [Jira source: PROJECT / Sprint NAME — N tickets imported]
 
 Next steps:
   1. Run /map-codebase (if existing codebase)
-  2. Run @Planner "Plan phase 1" to plan the first phase
+  2. Run /plan-phase 1 to plan the first phase
   3. Run /redefine-roadmap if priorities change later
 ```

package/{.github/copilot-context/prompts/pause-work.prompt.md → get-shit-done/templates/opencode/commands/pause-work.md}

@@ -1,11 +1,6 @@
 ---
-name: pause-work
 description: Save current session state so work can be resumed in a new session — writes .planning/continue-here.md
-mode: agent
-tools:
-  - editFiles
-  - runInTerminal
-  - search
+agent: executor
 ---
 
 # Pause Work
@@ -17,14 +12,9 @@ Save the current session state to `.planning/continue-here.md` so the next sessi
 Gather current state information:
 
 ```bash
-# Last few commits
 git log --oneline -5
-
-# Uncommitted changes
 git status
 git diff --stat HEAD
-
-# Test status
 npm test 2>&1 | tail -10
 ```
 
@@ -33,9 +23,9 @@ Read `.planning/STATE.md` for project-level context.
 ## Step 2: Document Current State
 
 Think through:
-- What was the last **completed** action? (Be concrete — a test passing, a file created, a PR merged)
+- What was the last **completed** action?
 - What work is **in progress** and where exactly did it stop?
-- What **remains** in the current plan? What comes after?
+- What **remains** in the current plan?
 - What **decisions** were made this session?
 - Are there any **blockers** or watch-outs for the next session?
 - What is the **exact next action** to resume?
@@ -55,9 +45,7 @@ Write `.planning/continue-here.md`:
 
 ## What Was Just Completed
 
-[Concrete description of the last completed action]
-
-- ✅ [Completed item 1 — file created / test passing / feature shipped]
+- ✅ [Completed item 1]
 - ✅ [Completed item 2]
 
 ## What Remains
@@ -71,16 +59,15 @@ Upcoming plans:
 
 ## Decisions Made This Session
 
-- [Decision and rationale — lock these in]
 - [Decision and rationale]
 
 ## Blockers / Watch-Outs
 
-- [Any issue the next session needs to know before touching code]
+- [Any issue the next session needs to know]
 
 ## Exact Next Action
 
-**Resume by doing:** [Single, concrete action — e.g., "Open `src/services/user.service.ts` and implement the `sendWelcomeEmail()` call at line ~45, then run `npm test` to verify"]
+**Resume by doing:** [Single, concrete action]
 
 ---
 *Saved: [timestamp]*

package/{.github/copilot-context/prompts/plan-phase.prompt.md → get-shit-done/templates/opencode/commands/plan-phase.md}

@@ -1,11 +1,6 @@
 ---
-name: plan-phase
 description: Plan implementation for a roadmap phase — produces a detailed, executable step-by-step plan
-mode: agent
-tools:
-  - editFiles
-  - search
-  - runInTerminal
+agent: planner
 ---
 
 # Plan Phase
@@ -37,10 +32,7 @@ Load relevant codebase docs based on the phase type:
 
 Before planning, explore the codebase to understand the current state:
 ```bash
-# Find existing code related to the phase domain
 grep -rn "[relevant terms]" src/ --include="*.ts" 2>/dev/null | head -30
-
-# Check existing file structure for the area
 ls -la src/[relevant-directory]/ 2>/dev/null
 ```
 
@@ -91,47 +83,32 @@ status: ready
 **Implementation:**
 [Specifics — data structures, algorithms, API contracts, patterns to follow]
 
-### 2. [Step name]
-[etc.]
-
 ### N. Tests
-[Specific test cases to write — description of each scenario]
+[Specific test cases to write]
 
 ## Success Criteria
 - [ ] [Observable behavior that proves this plan is complete]
-- [ ] [Observable behavior]
 - [ ] All tests pass (`npm test`)
 - [ ] No TypeScript errors (`tsc --noEmit`)
 ```
 
-If the phase requires multiple plans, create `[NN]-02-[name].md`, `[NN]-03-[name].md`, etc.
+If the phase requires multiple plans, create `[NN]-02-[name].md`, etc.
 
 ## Step 5: Update ROADMAP.md
 
-Update the plan list in `.planning/ROADMAP.md` for this phase:
-```
-Plans:
-- [ ] [NN]-01: [Brief description]
-- [ ] [NN]-02: [Brief description]
-```
+Update the plan list in `.planning/ROADMAP.md` for this phase.
 
 ## Step 6: Update STATE.md
 
 Update `.planning/STATE.md`:
 - Status: `Ready to execute`
 - Current focus: this phase
-- Note the key decisions made during planning under Accumulated Context
 
 ## Completion
 
-Print a summary:
 ```
 ✅ Phase [N] planned: [Phase Name]
    [N] plans created in .planning/phases/[NN]-[name]/
 
-Plans:
-  [NN]-01: [Name] — [brief description]
-  [NN]-02: [Name] — [brief description]
-
 Ready to execute. Run /execute-phase [N] to start implementation.
 ```

package/{.github/copilot-context/prompts/progress.prompt.md → get-shit-done/templates/opencode/commands/progress.md}

@@ -1,9 +1,6 @@
 ---
-name: progress
 description: Show current project progress — phase status, completion percentage, and what's next
-mode: ask
-tools:
-  - search
+agent: planner
 ---
 
 # Show Progress

package/{.github/copilot-context/prompts/redefine-roadmap.prompt.md → get-shit-done/templates/opencode/commands/redefine-roadmap.md}

@@ -1,10 +1,6 @@
 ---
 description: "Restructure your project roadmap — reorder, regroup, reprioritize, or rebuild phases from scratch"
-mode: agent
-tools:
-  - editFiles
-  - search
-  - jira/*
+agent: executor
 ---
 
 # Redefine Roadmap
@@ -23,7 +19,7 @@ Restructure `.planning/ROADMAP.md` — reorder phases, reprioritize, split/merge
 
 Ask the user what kind of restructuring they want:
 
-1. **Reorder** — "Move phase 3 before phase 2", "Priority changed, X is now urgent"
+1. **Reorder** — "Move phase 3 before phase 2"
 2. **Split** — "Phase 2 is too big, break it into smaller phases"
 3. **Merge** — "Phases 3 and 4 are related, combine them"
 4. **Rebuild from Jira** — "Forget the current roadmap, rebuild from sprint [X]"
@@ -34,14 +30,14 @@ Ask the user what kind of restructuring they want:
 
 ### Step 1: Load current state
 
-Read these files:
+Read:
 - `.planning/ROADMAP.md` — current phase structure
 - `.planning/STATE.md` — what phase is in progress, what's completed
 - `.planning/REQUIREMENTS.md` — which requirements are mapped to which phases
 
 ### Step 2: Understand the change
 
-Based on user input, determine:
+Determine:
 - Which phases are **locked** (completed — never modify these)
 - Which phases are **in progress** (warn before modifying)
 - Which phases are **changeable** (not started)
@@ -49,12 +45,7 @@ Based on user input, determine:
 
 ### Step 3: If rebuilding from Jira
 
-Use Jira tools to fetch the new source of truth:
-- `mcp_jira_jira_search` — flexible JQL queries
-- `mcp_jira_jira_get_issue` — individual ticket details
-- `mcp_jira_jira_get_sprint_issues` — sprint-based planning
-
-Map tickets to new phases (same logic as `/sync-jira`).
+Use Jira MCP tools to fetch the new source of truth. Map tickets to new phases.
 
 ### Step 4: Apply changes
 
@@ -65,16 +56,12 @@ Map tickets to new phases (same logic as `/sync-jira`).
 
 ### Step 5: Show diff summary
 
-Display:
-- **Before:** old phase list with statuses
-- **After:** new phase list
-- **Changes:** what was reordered, split, merged, added, or removed
-- **Warnings:** any completed work that was affected, any in-progress phases that moved
+Display before/after comparison, changes made, and any warnings.
 
 ## Safety Rules
 
-- **NEVER modify completed phases** — they are locked and represent shipped work
+- **NEVER modify completed phases** — they are locked
 - **Warn before modifying in-progress phases** — ask for confirmation
-- **Preserve Jira ticket IDs** — maintain traceability through restructuring
+- **Preserve Jira ticket IDs** — maintain traceability
 - **Back up before major restructuring** — suggest committing current state first
 - Always show the before/after comparison before writing changes

package/{.github/copilot-context/prompts/refine-backlog.prompt.md → get-shit-done/templates/opencode/commands/refine-backlog.md}

@@ -1,11 +1,6 @@
 ---
 description: "Review and improve existing Jira tickets — add acceptance criteria, clarify descriptions, fix structure"
-mode: agent
-tools:
-  - search
-  - jira/*
-  - geppetto/*
-  - geppetto-api/*
+agent: product-owner
 ---
 
 # Refine Backlog
@@ -36,13 +31,7 @@ Read the specified tickets from Jira. For each ticket, evaluate:
 6. **Links** — Are dependencies and relationships captured?
 7. **Labels/Components** — Are they consistent with the project's conventions?
 
-### Step 2: Search corporate context (if applicable)
-
-If tickets reference corporate systems, APIs, or frameworks:
-- Search Geppetto for naming conventions, API specs, architecture standards
-- Ensure ticket descriptions use correct corporate terminology
-
-### Step 3: Present findings
+### Step 2: Present findings
 
 For each ticket that needs improvement, show:
 
@@ -64,7 +53,7 @@ PROJ-102: "User dashboard" ✅ Looks good
 Apply changes to [N] tickets? (yes/no/edit)
 ```
 
-### Step 4: Apply (only after confirmation)
+### Step 3: Apply (only after confirmation)
 
 - Update each approved ticket
 - Report what was changed

package/{.github/copilot-context/prompts/resume-work.prompt.md → get-shit-done/templates/opencode/commands/resume-work.md}

@@ -1,10 +1,6 @@
 ---
-name: resume-work
 description: Resume work from a saved session state — reads .planning/continue-here.md and .planning/STATE.md to orient the next session
-mode: ask
-tools:
-  - search
-  - runInTerminal
+agent: planner
 ---
 
 # Resume Work
@@ -23,12 +19,9 @@ If `.planning/continue-here.md` does not exist, fall back to STATE.md and ROADMA
 ## Step 2: Verify Environment
 
 ```bash
-# Confirm current git state
 git status
 git log --oneline -3
 git branch --show-current
-
-# Quick test health check
 npm test 2>&1 | tail -15
 ```
 
@@ -36,8 +29,6 @@ Note any unexpected test failures or uncommitted changes.
 
 ## Step 3: Present Resume Summary
 
-Format the context summary clearly:
-
 ```
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   Resuming: [Project Name]
@@ -50,7 +41,6 @@ Where We Left Off
 
 Last Completed
   ✅ [Last completed item]
-  ✅ [Item before that]
 
 What Remains (current plan)
   ◻ [Next task]
@@ -58,10 +48,9 @@ What Remains (current plan)
 
 Decisions Locked In
   • [Decision 1]
-  • [Decision 2]
 
 Watch-Outs
-  ⚠️ [Any blocker or fragile area to be aware of]
+  ⚠️ [Any blocker or fragile area]
 
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 

package/get-shit-done/templates/opencode/commands/set-profile.md

@@ -0,0 +1,65 @@
+---
+description: Switch the AI model used by all GSD agents (quality / balanced / budget) or set per-agent overrides
+agent: executor
+---
+
+# Set Model Profile
+
+Switch the model used by the Planner, Executor, and Verifier agents. This edits the `model:` field in all agent files in `.opencode/agents/` and saves your choice to `.planning/config.json`.
+
+## Profile Table
+
+| Profile | Planner | Executor | Verifier | Best for |
+|---------|---------|----------|----------|----------|
+| `quality` | anthropic/claude-opus-4 | anthropic/claude-opus-4 | anthropic/claude-sonnet-4 | Critical architecture, max reasoning |
+| `balanced` | anthropic/claude-sonnet-4 | anthropic/claude-sonnet-4 | anthropic/claude-sonnet-4 | Normal development (default) |
+| `budget` | openai/gpt-4.1 | openai/gpt-4.1 | openai/gpt-4.1-mini | High-volume, cost-sensitive work |
+| `gpt` | openai/gpt-4.1 | openai/gpt-4.1 | openai/gpt-4.1 | Prefer OpenAI models throughout |
+
+## Steps
+
+1. **Read current config** — load `.planning/config.json` and note the current `model_profile` value.
+
+2. **Ask the user** which profile they want (quality / balanced / budget / gpt), or if they want a per-agent override.
+
+3. **Apply the chosen profile** — update the `model:` field in ALL of the following agent files:
+   - `.opencode/agents/planner.md`
+   - `.opencode/agents/executor.md`
+   - `.opencode/agents/verifier.md`
+
+   Use this mapping per agent:
+
+   | Agent file | quality | balanced | budget | gpt |
+   |------------|---------|----------|--------|-----|
+   | planner.md | anthropic/claude-opus-4 | anthropic/claude-sonnet-4 | openai/gpt-4.1 | openai/gpt-4.1 |
+   | executor.md | anthropic/claude-opus-4 | anthropic/claude-sonnet-4 | openai/gpt-4.1 | openai/gpt-4.1 |
+   | verifier.md | anthropic/claude-sonnet-4 | anthropic/claude-sonnet-4 | openai/gpt-4.1-mini | openai/gpt-4.1 |
+
+   The line to change looks like:
+   ```
+   model: anthropic/claude-sonnet-4
+   ```
+   Change only that line in the frontmatter block (between the `---` delimiters).
+
+4. **Also update `opencode.json`** — set the top-level `model` field to match the executor's model.
+
+5. **Save to config** — update `.planning/config.json`:
+   - Set `"model_profile"` to the chosen profile name
+   - If they set overrides, add them to `"model_overrides"`
+
+6. **Confirm** — report the final state:
+   ```
+   Profile: balanced
+   Planner  → anthropic/claude-sonnet-4
+   Executor → anthropic/claude-sonnet-4
+   Verifier → anthropic/claude-sonnet-4
+   ```
+
+## Available model IDs (OpenCode format: provider/model)
+
+- `anthropic/claude-opus-4` — Claude Opus 4 (most capable)
+- `anthropic/claude-sonnet-4` — Claude Sonnet 4 (fast + smart)
+- `openai/gpt-4.1` — GPT-4.1
+- `openai/gpt-4.1-mini` — GPT-4.1 Mini (fastest/cheapest)
+- `openai/o3` — OpenAI o3 (reasoning)
+- `google/gemini-2.5-pro` — Gemini 2.5 Pro

package/{.github/copilot-context/prompts/sync-instructions.prompt.md → get-shit-done/templates/opencode/commands/sync-instructions.md}

@@ -1,15 +1,11 @@
 ---
-name: sync-instructions
-description: Regenerate .github/copilot-instructions.md from .planning/ source documents — keeps the always-on context digest up to date
-mode: agent
-tools:
-  - editFiles
-  - search
+description: Regenerate AGENTS.md from .planning/ source documents — keeps the always-on context digest up to date
+agent: executor
 ---
 
 # Sync Instructions
 
-Regenerate `.github/copilot-instructions.md` from the current state of `.planning/` documents. Run this after significant changes to PROJECT.md, STATE.md, or ROADMAP.md.
+Regenerate `AGENTS.md` from the current state of `.planning/` documents. Run this after significant changes to PROJECT.md, STATE.md, or ROADMAP.md.
 
 ## Step 1: Read Source Documents
 
@@ -29,12 +25,12 @@ From the documents, extract:
 5. **Active constraints** — from PROJECT.md Constraints (pick top 3-4 most impactful)
 6. **Recent key decisions** — from PROJECT.md Key Decisions (last 3-4 entries, most recent first)
 
-## Step 3: Rewrite copilot-instructions.md
+## Step 3: Rewrite AGENTS.md
 
-Overwrite `.github/copilot-instructions.md` with a fresh version. Keep it **under 100 lines**. Use this structure:
+Overwrite `AGENTS.md` with a fresh version. Keep it **under 100 lines**. Use this structure:
 
 ```markdown
-# Project Copilot Instructions
+# Project Instructions
 
 <!--
   Auto-generated from .planning/ documents.
@@ -66,7 +62,7 @@ Overwrite `.github/copilot-instructions.md` with a fresh version. Keep it **unde
 
 [Keep the reference table — update if new documents were added]
 
-## Quick Commands (run in Copilot Chat)
+## Quick Commands (run in OpenCode)
 
 [Keep the commands table unchanged]
 ```
@@ -75,12 +71,12 @@ Overwrite `.github/copilot-instructions.md` with a fresh version. Keep it **unde
 
 Print:
 ```
-✅ .github/copilot-instructions.md updated
+✅ AGENTS.md updated
 
 Synced from:
   .planning/PROJECT.md    → description, constraints, decisions
   .planning/STATE.md      → current position, last activity
   .planning/ROADMAP.md    → phase count
 
-The updated instructions will be auto-loaded on your next Copilot Chat request.
+The updated instructions will be auto-loaded on your next OpenCode session.
 ```

package/{.github/copilot-context/prompts/sync-jira.prompt.md → get-shit-done/templates/opencode/commands/sync-jira.md}

@@ -1,10 +1,6 @@
 ---
 description: "Pull Jira tickets and sync them into your .planning/ roadmap as phases"
-mode: agent
-tools:
-  - editFiles
-  - search
-  - jira/*
+agent: executor
 ---
 
 # Sync Jira to Roadmap
@@ -16,7 +12,7 @@ Import Jira tickets into `.planning/ROADMAP.md` as actionable phases.
 The user should provide ONE of:
 - A **Jira project key** (e.g., `PROJ`) — fetch all open issues
 - A **sprint name or board** — fetch current sprint issues
-- A **JQL query** — custom filter (e.g., `project = PROJ AND sprint in openSprints() AND assignee = currentUser()`)
+- A **JQL query** — custom filter
 - A **list of ticket IDs** (e.g., `PROJ-101, PROJ-102, PROJ-105`)
 
 If the user provides none, **ask** which project/sprint to pull from.
@@ -25,15 +21,7 @@ If the user provides none, **ask** which project/sprint to pull from.
 
 ### Step 1: Fetch tickets from Jira
 
-Use the appropriate tool based on user input:
-- `mcp_jira_jira_search` with a JQL query for flexible searches
-- `mcp_jira_jira_get_sprint_issues` for a specific sprint
-- `mcp_jira_jira_get_project_issues` for a full project
-- `mcp_jira_jira_get_issue` for individual tickets
-
-For discovering boards and sprints:
-- `mcp_jira_jira_get_agile_boards` → find the board
-- `mcp_jira_jira_get_sprints_from_board` → find active/future sprints
+Use the appropriate Jira MCP tool based on user input.
 
 ### Step 2: Map tickets to phases
 
@@ -68,11 +56,11 @@ Display:
 - How many tickets were fetched
 - How they were grouped into phases
 - The updated roadmap structure
-- Any tickets that were skipped (already in roadmap) or couldn't be mapped
+- Any tickets that were skipped or couldn't be mapped
 
 ## Important
 
 - **Never delete existing phases** — only append or update
-- If a Jira ticket is already represented in the roadmap (by ticket ID), **update it** instead of duplicating
+- If a Jira ticket is already represented in the roadmap, **update it** instead of duplicating
 - Preserve manual phases that don't come from Jira
 - Include the Jira ticket ID in every phase/requirement for traceability