pi-gsd 1.6.6 → 1.8.0

package/.gsd/extensions/pi-gsd-hooks.ts

@@ -17,14 +17,55 @@
  */
 
 import { execSync } from "node:child_process";
-import { existsSync, mkdirSync, readFileSync, writeFileSync } from "node:fs";
+import {
+	existsSync,
+	mkdirSync,
+	readFileSync,
+	statSync,
+	writeFileSync,
+} from "node:fs";
 import { homedir } from "node:os";
 import { join } from "node:path";
 import type { ContextUsage, ExtensionAPI } from "@mariozechner/pi-coding-agent";
 
+/**
+ * Extracts the <core> section from a reference file and writes a derived
+ * `-core.md` sibling. Runs on session_start and tool_result so the core
+ * file is always fresh — including immediately after the LLM creates the
+ * source file mid-session.
+ *
+ * @param cwd - project root
+ * @param ref - name segments, e.g. ['ui', 'brand'] → reads ui-brand.md,
+ *              writes ui-brand-core.md
+ *
+ * Fallback: if the source has no <core> tag, copies the full file so
+ * prompts that reference the core variant never 404.
+ */
+const syncReferenceToCore = (cwd: string, ref: string[]): void => {
+	try {
+		const refsDir = join(cwd, ".pi", "gsd", "references");
+		const refName = ref.join("-") + ".md";
+		const coreName = [...ref, "core"].join("-") + ".md";
+		const src = join(refsDir, refName);
+		const dst = join(refsDir, coreName);
+		if (!existsSync(src)) return;
+		const srcMtime = statSync(src).mtimeMs;
+		const dstMtime = existsSync(dst) ? statSync(dst).mtimeMs : 0;
+		if (srcMtime <= dstMtime) return; // already in sync
+		const content = readFileSync(src, "utf8");
+		const match = content.match(/<core>([\s\S]*?)<\/core>/i);
+		writeFileSync(dst, match ? match[1].trim() : content, "utf8");
+	} catch {
+		/* silent — never block session startup or tool execution */
+	}
+};
+
 export default function (pi: ExtensionAPI) {
 	// ── session_start: GSD update check ──────────────────────────────────────
 	pi.on("session_start", async (_event, ctx) => {
+		// Sync derived core files from tagged reference sources
+		syncReferenceToCore(ctx.cwd, ["ui", "brand"]);
+
 		try {
 			const cacheDir = join(homedir(), ".pi", "cache");
 			const cacheFile = join(cacheDir, "gsd-update-check.json");
@@ -529,6 +570,10 @@ export default function (pi: ExtensionAPI) {
 	let lastLevel: "warning" | "critical" | null = null;
 
 	pi.on("tool_result", async (_event, ctx) => {
+		// Keep derived core files in sync after any tool write (e.g. gsd-new-project
+		// creating ui-brand.md mid-session — no reboot needed)
+		syncReferenceToCore(ctx.cwd, ["ui", "brand"]);
+
 		try {
 			const usage: ContextUsage | undefined = ctx.getContextUsage();
 			if (!usage || usage.percent === null) return undefined;

package/README.md

@@ -117,30 +117,32 @@ Switch profile: `/gsd-set-profile <profile>`
 
 ## Comparison with GSD v1.30.0
 
-|                              Feature | gsd v1.30 | pi-gsd | Details                                                                                          |
-| -----------------------------------: | :-------: | :----: | :----------------------------------------------------------------------------------------------- |
-|             `.planning/` data format |     ✔️     |   ✔️    | 100% compatible - projects are portable across tools                                             |
-|                          Workstreams |     ✔️     |   ✔️    | Full workstream isolation                                                                        |
-|                     4 model profiles |     ✔️     |   ✔️    | quality / balanced / budget / inherit                                                            |
-|                         18 subagents |     ✔️     |   ✔️    | Identical agent definitions                                                                      |
-|                        55 GSD skills |     ✔️     |   ✔️    | All commands available via pi prompt dispatcher (replaces skill system)                          |
-|        Different skills paths for pi |     ✔️     |   ⚡    | All 55 skills moved to `.pi/gsd/` to enable advanced pi-gsd-tools integration                    |
-|                  pi harness (`.pi/`) |     ❌     |   ✔️    | New - GSD installs into pi's config dir                                                          |
-|                Background hooks (pi) |     ❌     |   ✔️    | TypeScript extension (`gsd-hooks.ts`) installed via postinstall                                  |
-|         Pi session history ingestion |     ❌     |   ✔️    | `/gsd-profile-user` reads pi JSONL sessions from `~/.pi/agent/sessions/`                         |
-|           `/gsd-setup-pi` onboarding |     ❌     |   ✔️    | Setup skill for `bun install` where postinstall is skipped   (default untrusted behavior)        |
-|     `gsd-tools` → `pi-gsd-tools` CLI |     ✔️     |   ⚡    | Same commands basic signatures as original (`gsd-tools`) but enhanced                            |
-| `[-o\|--output] [toon\|json]` output |     ❌     |   ⚡    | Token-efficient toon renderer output (or json, if LLM absolutely needs it...)                    |
-| `[-p\|--pick] {JSONPath}` extraction |     ❌     |   ⚡    | Field extraction from CLI output                                                                 |
-|                    TypeScript source |     ❌     |   ⚡    | Full TS port of gsd-tools (~9k lines)                                                            |
-|             Compile-time type safety |     ❌     |   ✔️    | Full TypeScript — only `FrontmatterObject` root type retains `any` (intentional, documented)      |
-|             Runtime validation (Zod) |     ❌     |   ✔️    | Zod schemas for all `.planning/` types; `validate health` checks `config.json` (W005) + `STATE.md` (W011) |
-|                   Smarter `--repair` |     ❌     |   ✔️    | Schema defaults fill missing `config.json` fields; W011 STATE.md issues trigger regeneration     |
-|       Instant commands (no LLM cost) |     ❌     |   ✔️    | `/gsd-progress`, `/gsd-stats`, `/gsd-health`, `/gsd-help`, `/gsd-next` — zero LLM, editor pivot  |
-|             `/gsd-next` auto-advance |     ❌     |   ✔️    | Deterministic phase routing, pre-fills editor with the correct next command                      |
-|       Prompt-dispatch for all skills |     ❌     |   ✔️    | 54 pi prompt templates — clean autocomplete, arg hints, direct workflow dispatch                 |
-|        `/gsd-plan-milestone` command |     ❌     |   ✔️    | Plan all unplanned phases — one mode question, scope pre-check per phase, context-safe checkpoint |
-|     `/gsd-execute-milestone` command |     ❌     |   ✔️    | Execute all phases + scope guardian + auto gap/debt retry loop (insert-phase) + audit→complete→cleanup |
+|                              Feature | gsd v1.30 | pi-gsd | Details                                                                                                   |
+| -----------------------------------: | :-------: | :----: | :-------------------------------------------------------------------------------------------------------- |
+|             `.planning/` data format |     ✔️     |   ✔️    | 100% compatible - projects are portable across tools                                                      |
+|                          Workstreams |     ✔️     |   ✔️    | Full workstream isolation                                                                                 |
+|                     4 model profiles |     ✔️     |   ✔️    | quality / balanced / budget / inherit                                                                     |
+|                         18 subagents |     ✔️     |   ✔️    | Identical agent definitions                                                                               |
+|                        55 GSD skills |     ✔️     |   ✔️    | All commands available via pi prompt dispatcher (replaces skill system)                                   |
+|        Different skills paths for pi |     ✔️     |   ⚡    | All 55 skills moved to `.pi/gsd/` to enable advanced pi-gsd-tools integration                             |
+|                  pi harness (`.pi/`) |     ❌     |   ✔️    | New - GSD installs into pi's config dir                                                                   |
+|                Background hooks (pi) |     ❌     |   ✔️    | TypeScript extension (`gsd-hooks.ts`) installed via postinstall                                           |
+|         Pi session history ingestion |     ❌     |   ✔️    | `/gsd-profile-user` reads pi JSONL sessions from `~/.pi/agent/sessions/`                                  |
+|           `/gsd-setup-pi` onboarding |     ❌     |   ✔️    | Setup skill for `bun install` where postinstall is skipped   (default untrusted behavior)                 |
+|     `gsd-tools` → `pi-gsd-tools` CLI |     ✔️     |   ⚡    | Same commands basic signatures as original (`gsd-tools`) but enhanced                                     |
+| `[-o\|--output] [toon\|json]` output |     ❌     |   ⚡    | Token-efficient toon renderer output (or json, if LLM absolutely needs it...)                             |
+| `[-p\|--pick] {JSONPath}` extraction |     ❌     |   ⚡    | Field extraction from CLI output                                                                          |
+|                    TypeScript source |     ❌     |   ⚡    | Full TS port of gsd-tools (~9k lines)                                                                     |
+|             Compile-time type safety |     ❌     |   ⚡    | Full TypeScript - only `FrontmatterObject` root type retains `any` (intentional, documented)              |
+|             Runtime validation (Zod) |     ❌     |   ⚡    | Zod schemas for all `.planning/` types; `validate health` checks `config.json` (W005) + `STATE.md` (W011) |
+|                   Smarter `--repair` |     ❌     |   ✔️    | Schema defaults fill missing `config.json` fields; W011 STATE.md issues trigger regeneration              |
+|       Instant commands (no LLM cost) |     ❌     |   ✔️    | `/gsd-progress`, `/gsd-stats`, `/gsd-health`, `/gsd-help`, `/gsd-next` - zero LLM, editor pivot           |
+|             `/gsd-next` auto-advance |     ❌     |   ✔️    | Deterministic phase routing, pre-fills editor with the correct next command                               |
+|       Prompt-dispatch for all skills |     ❌     |   ✔️    | 54 pi prompt templates - clean autocomplete, arg hints, direct workflow dispatch                          |
+| `ui-brand` context modularity        |     ❌     |   ✔️    | `<core>` tag splits ui-brand.md — planning gets 103 lines, UI commands get full 166                      |
+|      `syncReferenceToCore` utility   |     ❌     |   ✔️    | Auto-derives `-core.md` from any `<core>`-tagged reference; syncs on session start + after tool writes   |
+|        `/gsd-plan-milestone` command |     ❌     |   ✔️    | Plan all unplanned phases - one mode question, scope pre-check per phase, context-safe checkpoint         |
+|     `/gsd-execute-milestone` command |     ❌     |   ✔️    | Execute all phases + scope guardian + auto gap/debt retry loop (insert-phase) + audit→complete→cleanup    |
 
 Legend: ✔️ done · ⚡ enhanced · ❌ not available
 
@@ -173,7 +175,7 @@ node scripts/validate-model-profiles.cjs
 ### Pre-commit hook
 
 The pre-commit hook runs `ralphi check` (typecheck + build) via [prek](https://github.com/j178/prek).
-prek is a dev-only tool — install it once:
+prek is a dev-only tool - install it once:
 
 ```sh
 # macOS / Linux (Homebrew)

package/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "pi-gsd",
-	"version": "1.6.6",
+	"version": "1.8.0",
 	"description": "Get Shit Done - Unofficial port of the renowned AI-native project-planning spec-driven toolkit",
 	"main": "dist/pi-gsd-tools.js",
 	"bin": {
@@ -16,7 +16,6 @@
 		"prepublishOnly": "npm run build"
 	},
 	"files": [
-		"skills",
 		"dist",
 		"scripts/postinstall.js",
 		".gsd/extensions",
@@ -60,9 +59,6 @@
 		"extensions": [
 			"./.gsd/extensions"
 		],
-		"skills": [
-			"./skills"
-		],
 		"prompts": [
 			"./prompts"
 		]

package/prompts/gsd-add-backlog.md

@@ -1,6 +1,6 @@
 ---
 description: Add an idea to the backlog parking lot (999.x numbering)
 ---
-Use the gsd-add-backlog skill.
+
 
 $ARGUMENTS

package/prompts/gsd-autonomous.md

@@ -2,5 +2,6 @@
 description: Run all remaining phases autonomously - discuss→plan→execute per phase
 ---
 @.pi/gsd/workflows/autonomous.md
+@.pi/gsd/references/ui-brand-core.md
 
 $ARGUMENTS

package/prompts/gsd-complete-milestone.md

@@ -1,6 +1,6 @@
 ---
 description: Archive completed milestone and prepare for next version
 ---
-@.pi/gsd/workflows/complete-milestone.md
+
 
 $ARGUMENTS

package/prompts/gsd-debug.md

@@ -1,6 +1,6 @@
 ---
 description: Systematic debugging with persistent state across context resets
 ---
-@.pi/gsd/workflows/diagnose-issues.md
+
 
 $ARGUMENTS

package/prompts/gsd-discuss-phase.md

@@ -2,5 +2,7 @@
 description: Gather phase context through adaptive questioning before planning. Use --auto to skip interactive questions (the agent picks recommended defaults).
 ---
 @.pi/gsd/workflows/discuss-phase.md
+@.pi/gsd/workflows/discuss-phase-assumptions.md
+@.pi/gsd/templates/context.md
 
 $ARGUMENTS

package/prompts/gsd-do.md

@@ -2,5 +2,6 @@
 description: Route freeform text to the right GSD command automatically
 ---
 @.pi/gsd/workflows/do.md
+@.pi/gsd/references/ui-brand-core.md
 
 $ARGUMENTS

package/prompts/gsd-execute-phase.md

@@ -2,5 +2,6 @@
 description: Execute all plans in a phase with wave-based parallelization
 ---
 @.pi/gsd/workflows/execute-phase.md
+@.pi/gsd/references/ui-brand.md
 
 $ARGUMENTS

package/prompts/gsd-join-discord.md

@@ -1,6 +1,6 @@
 ---
 description: Join the GSD Discord community
 ---
-Use the gsd-join-discord skill.
+
 
 $ARGUMENTS

package/prompts/gsd-new-milestone.md

@@ -2,5 +2,9 @@
 description: Start a new milestone cycle - update PROJECT.md and route to requirements
 ---
 @.pi/gsd/workflows/new-milestone.md
+@.pi/gsd/references/questioning.md
+@.pi/gsd/references/ui-brand-core.md
+@.pi/gsd/templates/project.md
+@.pi/gsd/templates/requirements.md
 
 $ARGUMENTS

package/prompts/gsd-new-project.md

@@ -2,5 +2,9 @@
 description: Initialize a new project with deep context gathering and PROJECT.md
 ---
 @.pi/gsd/workflows/new-project.md
+@.pi/gsd/references/questioning.md
+@.pi/gsd/references/ui-brand-core.md
+@.pi/gsd/templates/project.md
+@.pi/gsd/templates/requirements.md
 
 $ARGUMENTS

package/prompts/gsd-plan-phase.md

@@ -2,5 +2,6 @@
 description: Create detailed phase plan (PLAN.md) with verification loop
 ---
 @.pi/gsd/workflows/plan-phase.md
+@.pi/gsd/references/ui-brand-core.md
 
 $ARGUMENTS

package/prompts/gsd-reapply-patches.md

@@ -1,6 +1,6 @@
 ---
 description: Reapply local modifications after a GSD update
 ---
-Use the gsd-reapply-patches skill.
+
 
 $ARGUMENTS

package/prompts/gsd-research-phase.md

@@ -1,6 +1,6 @@
 ---
 description: Research how to implement a phase (standalone - usually use /gsd-plan-phase instead)
 ---
-@.pi/gsd/workflows/research-phase.md
+
 
 $ARGUMENTS

package/prompts/gsd-review-backlog.md

@@ -1,6 +1,6 @@
 ---
 description: Review and promote backlog items to active milestone
 ---
-Use the gsd-review-backlog skill.
+
 
 $ARGUMENTS

package/prompts/gsd-set-profile.md

@@ -1,6 +1,6 @@
 ---
 description: Switch model profile for GSD agents (quality/balanced/budget/inherit)
 ---
-Use the gsd-set-profile skill.
+
 
 $ARGUMENTS

package/prompts/gsd-setup-pi.md

@@ -1,6 +1,6 @@
 ---
 description: Check and repair GSD hook wiring for pi. Use when postinstall was skipped (bun install) or to verify extension health. Routes to /gsd-new-project for first-time setups.
 ---
-Use the gsd-setup-pi skill.
+
 
 $ARGUMENTS

package/prompts/gsd-thread.md

@@ -1,6 +1,6 @@
 ---
 description: Manage persistent context threads for cross-session work
 ---
-@.pi/gsd/workflows/transition.md
+
 
 $ARGUMENTS

package/prompts/gsd-ui-phase.md

@@ -2,5 +2,6 @@
 description: Generate UI design contract (UI-SPEC.md) for frontend phases
 ---
 @.pi/gsd/workflows/ui-phase.md
+@.pi/gsd/references/ui-brand.md
 
 $ARGUMENTS

package/prompts/gsd-ui-review.md

@@ -2,5 +2,6 @@
 description: Retroactive 6-pillar visual audit of implemented frontend code
 ---
 @.pi/gsd/workflows/ui-review.md
+@.pi/gsd/references/ui-brand.md
 
 $ARGUMENTS

package/prompts/gsd-verify-work.md

@@ -2,5 +2,6 @@
 description: Validate built features through conversational UAT
 ---
 @.pi/gsd/workflows/verify-work.md
+@.pi/gsd/templates/UAT.md
 
 $ARGUMENTS

package/prompts/gsd-workstreams.md

@@ -1,6 +1,6 @@
 ---
 description: Manage parallel workstreams - list, create, switch, status, progress, complete, and resume
 ---
-Use the gsd-workstreams skill.
+
 
 $ARGUMENTS

package/skills/gsd-add-backlog/SKILL.md

@@ -1,78 +0,0 @@
----
-name: gsd-add-backlog
-description: Add an idea to the backlog parking lot (999.x numbering)
----
-
-<objective>
-Add a backlog item to the roadmap using 999.x numbering. Backlog items are
-unsequenced ideas that aren't ready for active planning - they live outside
-the normal phase sequence and accumulate context over time.
-</objective>
-
-<process>
-
-1. **Read ROADMAP.md** to find existing backlog entries:
-
-   ```bash
-   cat .planning/ROADMAP.md
-   ```
-
-2. **Find next backlog number:**
-
-   ```bash
-   NEXT=$(node ".pi/gsd/bin/pi-gsd-tools.cjs" phase next-decimal 999 --raw)
-   ```
-
-   If no 999.x phases exist, start at 999.1.
-
-3. **Create the phase directory:**
-
-   ```bash
-   SLUG=$(node ".pi/gsd/bin/pi-gsd-tools.cjs" generate-slug "$ARGUMENTS")
-   mkdir -p ".planning/phases/${NEXT}-${SLUG}"
-   touch ".planning/phases/${NEXT}-${SLUG}/.gitkeep"
-   ```
-
-4. **Add to ROADMAP.md** under a `## Backlog` section. If the section doesn't exist, create it at the end:
-
-   ```markdown
-   ## Backlog
-
-   ### Phase {NEXT}: {description} (BACKLOG)
-
-   **Goal:** [Captured for future planning]
-   **Requirements:** TBD
-   **Plans:** 0 plans
-
-   Plans:
-
-   - [ ] TBD (promote with /gsd-review-backlog when ready)
-   ```
-
-5. **Commit:**
-
-   ```bash
-   node ".pi/gsd/bin/pi-gsd-tools.cjs" commit "docs: add backlog item ${NEXT} - ${ARGUMENTS}" --files .planning/ROADMAP.md ".planning/phases/${NEXT}-${SLUG}/.gitkeep"
-   ```
-
-6. **Report:**
-
-   ```
-   ## 📋 Backlog Item Added
-
-   Phase {NEXT}: {description}
-   Directory: .planning/phases/{NEXT}-{slug}/
-
-   This item lives in the backlog parking lot.
-   Use /gsd-discuss-phase {NEXT} to explore it further.
-   Use /gsd-review-backlog to promote items to active milestone.
-   ```
-
-</process>
-
-<notes>
-- 999.x numbering keeps backlog items out of the active phase sequence
-- Phase directories are created immediately, so /gsd-discuss-phase and /gsd-plan-phase work on them
-- No `Depends on:` field - backlog items are unsequenced by definition
-- Sparse numbering is fine (999.1, 999.3) - always uses next-decimal
-</notes>

package/skills/gsd-add-phase/SKILL.md

@@ -1,39 +0,0 @@
----
-name: gsd-add-phase
-description: Add phase to end of current milestone in roadmap
----
-
-
-<objective>
-Add a new integer phase to the end of the current milestone in the roadmap.
-
-Routes to the add-phase workflow which handles:
-- Phase number calculation (next sequential integer)
-- Directory creation with slug generation
-- Roadmap structure updates
-- STATE.md roadmap evolution tracking
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/add-phase.md
-</execution_context>
-
-<context>
-Arguments: $ARGUMENTS (phase description)
-
-Roadmap and state are resolved in-workflow via `init phase-op` and targeted tool calls.
-</context>
-
-<process>
-**Follow the add-phase workflow** from `@.pi/gsd/workflows/add-phase.md`.
-
-The workflow handles all logic including:
-1. Argument parsing and validation
-2. Roadmap existence checking
-3. Current milestone identification
-4. Next phase number calculation (ignoring decimals)
-5. Slug generation from description
-6. Phase directory creation
-7. Roadmap entry insertion
-8. STATE.md updates
-</process>

package/skills/gsd-add-tests/SKILL.md

@@ -1,28 +0,0 @@
----
-name: gsd-add-tests
-description: Generate tests for a completed phase based on UAT criteria and implementation
----
-
-<objective>
-Generate unit and E2E tests for a completed phase, using its SUMMARY.md, CONTEXT.md, and VERIFICATION.md as specifications.
-
-Analyzes implementation files, classifies them into TDD (unit), E2E (browser), or Skip categories, presents a test plan for user approval, then generates tests following RED-GREEN conventions.
-
-Output: Test files committed with message `test(phase-{N}): add unit and E2E tests from add-tests command`
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/add-tests.md
-</execution_context>
-
-<context>
-Phase: $ARGUMENTS
-
-@.planning/STATE.md
-@.planning/ROADMAP.md
-</context>
-
-<process>
-Execute the add-tests workflow from @.pi/gsd/workflows/add-tests.md end-to-end.
-Preserve all workflow gates (classification approval, test plan approval, RED-GREEN verification, gap reporting).
-</process>

package/skills/gsd-add-todo/SKILL.md

@@ -1,42 +0,0 @@
----
-name: gsd-add-todo
-description: Capture idea or task as todo from current conversation context
----
-
-
-<objective>
-Capture an idea, task, or issue that surfaces during a GSD session as a structured todo for later work.
-
-Routes to the add-todo workflow which handles:
-- Directory structure creation
-- Content extraction from arguments or conversation
-- Area inference from file paths
-- Duplicate detection and resolution
-- Todo file creation with frontmatter
-- STATE.md updates
-- Git commits
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/add-todo.md
-</execution_context>
-
-<context>
-Arguments: $ARGUMENTS (optional todo description)
-
-State is resolved in-workflow via `init todos` and targeted reads.
-</context>
-
-<process>
-**Follow the add-todo workflow** from `@.pi/gsd/workflows/add-todo.md`.
-
-The workflow handles all logic including:
-1. Directory ensuring
-2. Existing area checking
-3. Content extraction (arguments or conversation)
-4. Area inference
-5. Duplicate checking
-6. File creation with slug generation
-7. STATE.md updates
-8. Git commits
-</process>

package/skills/gsd-audit-milestone/SKILL.md

@@ -1,29 +0,0 @@
----
-name: gsd-audit-milestone
-description: Audit milestone completion against original intent before archiving
----
-
-<objective>
-Verify milestone achieved its definition of done. Check requirements coverage, cross-phase integration, and end-to-end flows.
-
-**This command IS the orchestrator.** Reads existing VERIFICATION.md files (phases already verified during execute-phase), aggregates tech debt and deferred gaps, then spawns integration checker for cross-phase wiring.
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/audit-milestone.md
-</execution_context>
-
-<context>
-Version: $ARGUMENTS (optional - defaults to current milestone)
-
-Core planning files are resolved in-workflow (`init milestone-op`) and loaded only as needed.
-
-**Completed Work:**
-Glob: .planning/phases/_/_-SUMMARY.md
-Glob: .planning/phases/_/_-VERIFICATION.md
-</context>
-
-<process>
-Execute the audit-milestone workflow from @.pi/gsd/workflows/audit-milestone.md end-to-end.
-Preserve all workflow gates (scope determination, verification reading, integration check, requirements coverage, routing).
-</process>

package/skills/gsd-audit-uat/SKILL.md

@@ -1,20 +0,0 @@
----
-name: gsd-audit-uat
-description: Cross-phase audit of all outstanding UAT and verification items
----
-
-<objective>
-Scan all phases for pending, skipped, blocked, and human_needed UAT items. Cross-reference against codebase to detect stale documentation. Produce prioritized human test plan.
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/audit-uat.md
-</execution_context>
-
-<context>
-Core planning files are loaded in-workflow via CLI.
-
-**Scope:**
-Glob: .planning/phases/*/*-UAT.md
-Glob: .planning/phases/*/*-VERIFICATION.md
-</context>

package/skills/gsd-autonomous/SKILL.md

@@ -1,34 +0,0 @@
----
-name: gsd-autonomous
-description: Run all remaining phases autonomously - discuss→plan→execute per phase
----
-
-<objective>
-Execute all remaining milestone phases autonomously. For each phase: discuss → plan → execute. Pauses only for user decisions (grey area acceptance, blockers, validation requests).
-
-Uses ROADMAP.md phase discovery and Skill() flat invocations for each phase command. After all phases complete: milestone audit → complete → cleanup.
-
-**Creates/Updates:**
-
-- `.planning/STATE.md` - updated after each phase
-- `.planning/ROADMAP.md` - progress updated after each phase
-- Phase artifacts - CONTEXT.md, PLANs, SUMMARYs per phase
-
-**After:** Milestone is complete and cleaned up.
-</objective>
-
-<execution_context>
-@.pi/gsd/workflows/autonomous.md
-@.pi/gsd/references/ui-brand.md
-</execution_context>
-
-<context>
-Optional flag: `--from N` - start from phase N instead of the first incomplete phase.
-
-Project context, phase list, and state are resolved inside the workflow using init commands (`pi-gsd-tools.cjs init milestone-op`, `pi-gsd-tools.cjs roadmap analyze`). No upfront context loading needed.
-</context>
-
-<process>
-Execute the autonomous workflow from @.pi/gsd/workflows/autonomous.md end-to-end.
-Preserve all workflow gates (phase discovery, per-phase execution, blocker handling, progress display).
-</process>