mandrel 1.93.0 → 2.0.0

package/.agents/skills/skills.index.json

@@ -1,5 +1,5 @@
 {
-  "generatedAt": "2026-07-11T11:32:48.235Z",
+  "generatedAt": "2026-07-14T21:42:10.296Z",
   "generator": "generate-skills-index.js@1",
   "skills": [
     {
@@ -7,7 +7,7 @@
       "tier": "core",
       "category": "core",
       "path": ".agents/skills/core/analyze-execution/SKILL.md",
-      "description": "Aggregate per-Story or per-Epic execution signals into a structured perf-summary or perf-report and upsert it onto the corresponding GitHub ticket. Use after a Story closes (Story mode) or as part of `/deliver` Phase 6 (Epic mode). Reads NDJSON via `lib/signals/read` and writes a single structured comment.",
+      "description": "Aggregate per-Story or per-plan-run execution signals into a structured perf-summary or perf-report and upsert it onto the corresponding GitHub ticket. Use after a Story closes (Story mode) or during run closeout (plan-run mode). Reads NDJSON via `lib/signals/read` and writes a single structured comment.",
       "policyCapsuleBullets": 8,
       "allowedTools": ["Read", "Bash"],
       "vendor": null
@@ -22,16 +22,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "baseline-refresh",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/baseline-refresh/SKILL.md",
-      "description": "Author a refresh commit for any of the unified-baseline snapshots (CRAP, maintainability, dead-exports, lighthouse). Use whenever an intentional code change resets a baseline key (rename, deliberate complexity bump, perf regression with operator sign-off) and the close-validation chain needs the refreshed snapshot to land on the same Story branch as the triggering edit.",
-      "policyCapsuleBullets": 10,
-      "allowedTools": ["Read", "Write", "Bash"],
-      "vendor": null
-    },
     {
       "name": "browser-testing-with-devtools",
       "tier": "core",
@@ -42,43 +32,13 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "ci-cd-and-automation",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/ci-cd-and-automation/SKILL.md",
-      "description": "Automates CI/CD pipeline setup. Use when setting up or modifying build and deployment pipelines. Use when you need to automate quality gates, configure test runners in CI, or establish deployment strategies.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "code-review-and-quality",
       "tier": "core",
       "category": "core",
       "path": ".agents/skills/core/code-review-and-quality/SKILL.md",
-      "description": "Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.",
-      "policyCapsuleBullets": 10,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "code-simplification",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/code-simplification/SKILL.md",
-      "description": "Simplifies code for clarity. Use when refactoring code for clarity without changing behavior. Use when code works but is harder to read, maintain, or extend than it should be. Use when reviewing code that has accumulated unnecessary complexity.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "context-engineering",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/context-engineering/SKILL.md",
-      "description": "Optimizes agent context setup. Use when starting a new session, when agent output quality degrades, when switching between tasks, or when you need to configure rules files and context for a project.",
-      "policyCapsuleBullets": 9,
+      "description": "Conducts multi-axis code review and runs the disciplined post-green refactor pass. Use before merging any change, when reviewing code written by yourself, another agent, or a human, or when the opt-in `delivery.refactorStage` checkpoint asks for a behaviour-preserving CRAP/duplication pass after the suite is green.",
+      "policyCapsuleBullets": 12,
       "allowedTools": null,
       "vendor": null
     },
@@ -92,16 +52,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "deprecation-and-migration",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/deprecation-and-migration/SKILL.md",
-      "description": "Manages deprecation and migration. Use when removing old systems, APIs, or features. Use when migrating users from one implementation to another. Use when deciding whether to maintain or sunset existing code.",
-      "policyCapsuleBullets": 10,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "diagnose-friction",
       "tier": "core",
@@ -123,55 +73,15 @@
       "vendor": null
     },
     {
-      "name": "epic-plan-consolidate",
+      "name": "gates-and-baselines",
       "tier": "core",
       "category": "core",
-      "path": ".agents/skills/core/epic-plan-consolidate/SKILL.md",
-      "description": "Run a holistic, pre-persist consolidation pass over the draft Story ticket array an Epic's decompose phase produced. Use during Phase 8 of `/plan`, after `epic-plan-decompose-author` writes `temp/epic-<Epic_ID>/tickets.json` and before `epic-plan-decompose.js` validates and persists it. Reconciles the draft against the Tech Spec \"Delivery Slicing\" ceiling via scope-preserving operations only.",
+      "path": ".agents/skills/core/gates-and-baselines/SKILL.md",
+      "description": "Governs quality gates and the unified-baseline snapshots. Use when authoring a baseline refresh commit (CRAP, maintainability, dead-exports, lighthouse), when setting up or modifying CI quality gates, or when introducing a new gate that asserts on pre-existing state without turning the integration branch red.",
       "policyCapsuleBullets": 9,
       "allowedTools": ["Read", "Write", "Bash"],
       "vendor": null
     },
-    {
-      "name": "epic-plan-decompose-author",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/epic-plan-decompose-author/SKILL.md",
-      "description": "Author the Story ticket JSON for an Epic from the decomposer authoring context emitted by `epic-plan-decompose.js --emit-context`. Use during Phase 8 of `/plan` when the host LLM needs to write the ticket array before `epic-plan-decompose.js` validates and persists it.",
-      "policyCapsuleBullets": 15,
-      "allowedTools": ["Read", "Write", "Bash"],
-      "vendor": null
-    },
-    {
-      "name": "epic-plan-premortem",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/epic-plan-premortem/SKILL.md",
-      "description": "Run a fresh-context, code-reading pre-mortem critic over the draft Story ticket array an Epic's decompose phase produced. Use during Phase 8 of `/plan`, after `epic-plan-decompose-author` / `epic-plan-consolidate` write `temp/epic-<Epic_ID>/tickets.json` and before `epic-plan-decompose.js` validates and persists it. Reads the sectioned Epic body AND the cited code surfaces, then emits predicted-rework findings before any GitHub write.",
-      "policyCapsuleBullets": 7,
-      "allowedTools": ["Read", "Write", "Bash", "Grep"],
-      "vendor": null
-    },
-    {
-      "name": "epic-plan-spec-author",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/epic-plan-spec-author/SKILL.md",
-      "description": "Author the Tech Spec, Acceptance Table markdown, and risk-verdict JSON for an Epic from the planner authoring context emitted by `epic-plan-spec.js --emit-context`. Use during Phase 7 of `/plan` when the host LLM needs to write the three artifacts before `epic-plan-spec.js` folds them into the Epic body's managed sections.",
-      "policyCapsuleBullets": 14,
-      "allowedTools": ["Read", "Write", "Bash"],
-      "vendor": null
-    },
-    {
-      "name": "frontend-ui-engineering",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/frontend-ui-engineering/SKILL.md",
-      "description": "Builds production-quality UIs. Use when building or modifying user-facing interfaces. Use when creating components, implementing layouts, managing state, or when the output needs to look and feel production-quality rather than AI-generated.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "git-workflow-and-versioning",
       "tier": "core",
@@ -182,16 +92,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "hydrate-context",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/hydrate-context/SKILL.md",
-      "description": "Hydrate a Story ticket into a structured ContextEnvelope (or the legacy `{ prompt }` stdout wrapper). Reads the ticket body, resolves the parent Epic, embeds the sectioned Epic body (acceptance-table section stripped), and assembles named sections with provenance and section-aware elision. Successor to the retired mandrel MCP `context.hydrate` tool.",
-      "policyCapsuleBullets": 7,
-      "allowedTools": ["Read", "Bash"],
-      "vendor": null
-    },
     {
       "name": "idea-refinement",
       "tier": "core",
@@ -202,76 +102,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "incremental-implementation",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/incremental-implementation/SKILL.md",
-      "description": "Delivers changes incrementally. Use when implementing any feature or change that touches more than one file. Use when you're about to write a large amount of code at once, or when a task feels too big to land in one step.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "introducing-a-baseline-gate",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/introducing-a-baseline-gate/SKILL.md",
-      "description": "Land a new CI check that asserts on a body of pre-existing state (doc-drift, lint-vocabulary, dependency-cycle, missing-test-coverage, unused-export). Use when introducing a gate whose first run would surface latent findings — the introducing Story MUST guarantee the gate exits 0 at merge, not just that the cited discrepancies pass.",
-      "policyCapsuleBullets": 6,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "knowledge-transfer",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/knowledge-transfer/SKILL.md",
-      "description": "Verifies that a human operator actually understands a plan or a code change through restate-first probing, a why-ladder, incremental mastery gates, and a persistent comprehension checklist. Use \"explain\", \"walk me through\", \"help me understand\", \"teach me this change/plan\", or \"do I understand this?\" to trigger. Operator-facing and interactive only.",
-      "policyCapsuleBullets": 1,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "mutation-survivor-remediation",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/mutation-survivor-remediation/SKILL.md",
-      "description": "Turn surviving mutants into killed ones. Use after a Stryker mutation run reports a leaky score, when the mutation gate regresses, or when you want to harden a specific module's tests. The mutation-score gate and baseline ratchet live in the mutation baseline kind and `stryker-runner.js`; this skill shows how to read the survivor report, pick targets, and write the test that kills each survivor without inflating the suite.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "performance-optimization",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/performance-optimization/SKILL.md",
-      "description": "Optimizes application performance. Use when performance requirements exist, when you suspect performance regressions, or when Core Web Vitals or load times need improvement. Use when profiling reveals bottlenecks that need fixing.",
-      "policyCapsuleBullets": 10,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "planning-and-task-breakdown",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/planning-and-task-breakdown/SKILL.md",
-      "description": "Breaks work into ordered tasks. Use when you have a spec or clear requirements and need to break work into implementable tasks. Use when a task feels too large to start, when you need to estimate scope, or when parallel work is possible.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "property-based-testing",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/property-based-testing/SKILL.md",
-      "description": "Generative testing of invariants. Use when a unit has properties that should hold across a whole input domain — round-trips, idempotence, ordering, conservation — rather than a handful of hand-picked examples. The test-tier, mocking, and assertion-placement MUSTs live in `.agents/rules/testing-standards.md`; this skill shows how to find properties, pick the right per-stack library, and keep generative tests deterministic and fast.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "qa-coverage-mapping",
       "tier": "core",
@@ -282,22 +112,12 @@
       "allowedTools": ["Read", "Bash"],
       "vendor": null
     },
-    {
-      "name": "refactoring-discipline",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/refactoring-discipline/SKILL.md",
-      "description": "Run a post-green refactor pass that lowers CRAP and removes duplication without changing behaviour. Use after tests pass and gates are green, when a function's CRAP score is high but well-covered, or when the same logic is duplicated across files. Pairs with the `refactorer` persona and the opt-in `delivery.refactorStage` checkpoint; complements `core/code-simplification` (clarity) by focusing on the measured CRAP/duplication axes.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "scope-triage",
       "tier": "core",
       "category": "core",
       "path": ".agents/skills/core/scope-triage/SKILL.md",
-      "description": "Judge whether a piece of planned work is epic-sized or story-sized before the planning ceremony is paid for. Emits one of three verdicts — `epic` | `story` | `borderline` — over any planning artifact (a one-pager, an Epic body, or a Story draft). Use from `/plan` Phase 1.5 and any other planning gate that needs the canonical story-vs-epic rubric.",
+      "description": "Optional split-advisory for `/plan`. Under v2 there is no epic|story routing verdict — `/plan` always authors Stories. Use this skill only when judging whether a draft should stay one Story or legitimately split (near-zero overlap or an architectural seam).",
       "policyCapsuleBullets": 1,
       "allowedTools": null,
       "vendor": null
@@ -312,216 +132,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "shipping-and-launch",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/shipping-and-launch/SKILL.md",
-      "description": "Prepares production launches. Use when preparing to deploy to production. Use when you need a pre-launch checklist, when setting up monitoring, when planning a staged rollout, or when you need a rollback strategy.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "spec-driven-development",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/spec-driven-development/SKILL.md",
-      "description": "Creates specs before coding. Use when starting a new project, feature, or significant change and no specification exists yet. Use when requirements are unclear, ambiguous, or only exist as a vague idea.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "test-driven-development",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/test-driven-development/SKILL.md",
-      "description": "Drives development with tests. Use when implementing any logic, fixing any bug, or changing any behavior. The non-negotiable test-tier placement, mocking, assertion-placement, and coverage rules live in `.agents/rules/testing-standards.md`; this skill shows how to apply them via the TDD cycle, the Prove-It Pattern, and good-test style.",
-      "policyCapsuleBullets": 10,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "using-agent-skills",
-      "tier": "core",
-      "category": "core",
-      "path": ".agents/skills/core/using-agent-skills/SKILL.md",
-      "description": "Discovers and invokes agent skills. Use when starting a session or when you need to discover which skill applies to the current task. This is the meta-skill that governs how all other skills are discovered and invoked.",
-      "policyCapsuleBullets": 9,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "monorepo-path-strategist",
-      "tier": "stack",
-      "category": "architecture",
-      "path": ".agents/skills/stack/architecture/monorepo-path-strategist/SKILL.md",
-      "description": "Enforces strict workspace package routing and dependency boundaries. Use when working in a monorepo with workspace aliases (e.g. `@repo/shared/*`, `@repo/ui/*`) and you need to prevent deep relative imports, cross-workspace contamination, or dependencies added at the wrong package.json level.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "structured-output-zod",
-      "tier": "stack",
-      "category": "architecture",
-      "path": ".agents/skills/stack/architecture/structured-output-zod/SKILL.md",
-      "description": "Validates external and structured data with Zod schemas. Use when accepting untrusted input at API boundaries, validating environment variables on startup, parsing third-party responses, or generating typed shapes via `z.infer`. Parse, don't validate.",
-      "policyCapsuleBullets": 7,
-      "allowedTools": null,
-      "vendor": "zod"
-    },
-    {
-      "name": "subagent-orchestration",
-      "tier": "stack",
-      "category": "architecture",
-      "path": ".agents/skills/stack/architecture/subagent-orchestration/SKILL.md",
-      "description": "Coordinates complex tasks via task-isolated subagents. Use when one objective is too large for a single agent or when independent work streams should run concurrently with minimal context bleed. One objective per subagent; summarize before returning to keep the orchestrator's context window clean. Applies recursively — an orchestrator at any supported nesting depth applies the same policy to its own children.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": null
-    },
-    {
-      "name": "cloudflare-hono-architect",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/cloudflare-hono-architect/SKILL.md",
-      "description": "Prevents Node.js module hallucinations in Cloudflare Worker (V8 isolate) edge environments. Use when writing Hono routes deployed to Workers — prefer Web APIs (Fetch, Web Crypto) over Node built-ins (`fs`, `path`, `child_process`, `crypto`), and access bindings via Hono's `c.env`.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": "cloudflare"
-    },
-    {
-      "name": "cloudflare-queue-manager",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/cloudflare-queue-manager/SKILL.md",
-      "description": "Ensures idempotent and resilient background job execution on Cloudflare Queues. Use when writing consumer handlers — design for at-least-once delivery, wrap processing in try/catch with `message.retry()`, and order cascading deletes so the database row drops last.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": "cloudflare"
-    },
-    {
-      "name": "cloudflare-workers",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/cloudflare-workers/SKILL.md",
-      "description": "Builds and deploys high-performance edge logic on Cloudflare Workers. Use when working within Workers' 128MB memory and 5–50ms CPU constraints, integrating KV/R2/D1 storage, or writing Wrangler-managed edge-first request/response code.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "cloudflare"
-    },
-    {
-      "name": "highlevel-crm",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/highlevel-crm/SKILL.md",
-      "description": "Integrates with the HighLevel (GoHighLevel) CRM API v2 and its automation engine. Use when synchronizing data via OAuth 2.0, building custom widgets, handling sub-account `locationId` scoping, or implementing webhook-driven workflows with rate-limit-aware retries.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "highlevel"
-    },
-    {
-      "name": "sqlite-drizzle-expert",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/sqlite-drizzle-expert/SKILL.md",
-      "description": "Enforces SQLite dialect for Drizzle ORM and Turso (libSQL). Use when writing schema or queries with `drizzle-orm/sqlite-core` — avoid PostgreSQL-only types (`serial`, `jsonb`, `uuid`), use `text()` for IDs and dates, and define relations explicitly via the `relations` API.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": "drizzle"
-    },
-    {
-      "name": "stripe-integration",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/stripe-integration/SKILL.md",
-      "description": "Implements secure Stripe payments and subscription billing. Use when handling card data (PCI compliance via Elements/Checkout), verifying webhook signatures, attaching `idempotencyKey` to mutations, or treating the server-side webhook as the source of truth for entitlement changes.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "stripe"
-    },
-    {
-      "name": "turso-sqlite",
-      "tier": "stack",
-      "category": "backend",
-      "path": ".agents/skills/stack/backend/turso-sqlite/SKILL.md",
-      "description": "Develops with Turso's distributed SQLite (libSQL) platform. Use when working with the `@libsql/client` driver — leverage edge replicas for low-latency reads, route writes to the primary, and use parameterized queries plus a versioned migration tool (drizzle-kit, atlas) for schema changes.",
-      "policyCapsuleBullets": 6,
-      "allowedTools": null,
-      "vendor": "turso"
-    },
-    {
-      "name": "astro-react-island-strategist",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/astro-react-island-strategist/SKILL.md",
-      "description": "Maintains strict boundaries between Astro server components and React client islands in hybrid Astro/React workspaces. Use when keeping `.astro` files for static HTML/SEO and `.tsx` for interactive islands — embed React only with explicit `client:*` directives and pass serializable props.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": "astro"
-    },
-    {
-      "name": "astro",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/astro/SKILL.md",
-      "description": "Builds ultra-fast content-driven websites with Astro. Use when defaulting to SSG, opting into SSR only for dynamic data, picking the most restrictive `client:*` hydration directive, leveraging Server Islands (`server:defer`), Astro Actions for type-safe mutations, and the Content Layer with Zod- validated collections.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "astro"
-    },
-    {
-      "name": "expo-react-native-developer",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/expo-react-native-developer/SKILL.md",
-      "description": "Prevents DOM element usage in React Native (Expo) workspaces. Use when writing components for Expo apps — `<View>`, `<Text>`, `<TouchableOpacity>` instead of `<div>`/`<span>`/`<p>`, no `window`/`document`, and styling through the project's established solution.",
-      "policyCapsuleBullets": 5,
-      "allowedTools": null,
-      "vendor": "expo"
-    },
-    {
-      "name": "google-analytics-v4",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/google-analytics-v4/SKILL.md",
-      "description": "Implements privacy-compliant event tracking with Google Analytics 4. Use when wiring analytics that must comply with GDPR/CCPA via Consent Mode V2 — `snake_case` event names, no PII to GA servers, GTM-driven event firing, and DebugView verification before deploy.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "google"
-    },
-    {
-      "name": "tailwind-v4",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/tailwind-v4/SKILL.md",
-      "description": "Implements maintainable styling with Tailwind CSS v4. Use when writing styles in v4 projects — CSS-first configuration via `@theme` blocks (never `tailwind.config.ts/js`), mobile-first breakpoints, full class names (no string interpolation), and no arbitrary `p-[13px]`-style values.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "tailwind"
-    },
-    {
-      "name": "ui-accessibility-engineer",
-      "tier": "stack",
-      "category": "frontend",
-      "path": ".agents/skills/stack/frontend/ui-accessibility-engineer/SKILL.md",
-      "description": "Enforces mobile-first Tailwind CSS and strict WCAG 2.1 AA compliance for user-facing UI. Use when building UI components — utility classes only (no custom CSS or inline `style={{}}`), mobile-first breakpoints, visible focus states, alt text, and 4.5:1 contrast.",
-      "policyCapsuleBullets": 7,
-      "allowedTools": null,
-      "vendor": "tailwind"
-    },
-    {
-      "name": "audit-accessibility",
-      "tier": "stack",
-      "category": "qa",
-      "path": ".agents/skills/stack/qa/audit-accessibility/SKILL.md",
-      "description": "Audits sites and apps for WCAG 2.1 Level AA compliance using automated and manual testing tools. Use when running an accessibility audit or building a remediation plan — semantic HTML, contrast, focus management, keyboard reachability, and axe-core integration in Vitest/Playwright.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "gherkin-authoring",
       "tier": "stack",
@@ -532,16 +142,6 @@
       "allowedTools": null,
       "vendor": null
     },
-    {
-      "name": "lighthouse-baseline",
-      "tier": "stack",
-      "category": "qa",
-      "path": ".agents/skills/stack/qa/lighthouse-baseline/SKILL.md",
-      "description": "Codifies the capture-and-check baseline pattern for long-running quality signals (Lighthouse scores, bundle size, p95 latency, runtime memory). Use when wiring a new metric that needs a baseline file, paired :capture / :check npm scripts, a tolerance-bounded gate, and a weekly refresh cadence — the goal is a hard CI signal that ratchets only with intent.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": null
-    },
     {
       "name": "playwright-bdd",
       "tier": "stack",
@@ -591,16 +191,6 @@
       "policyCapsuleBullets": 8,
       "allowedTools": null,
       "vendor": "vitest"
-    },
-    {
-      "name": "backend-security-patterns",
-      "tier": "stack",
-      "category": "security",
-      "path": ".agents/skills/stack/security/backend-security-patterns/SKILL.md",
-      "description": "Combined backend protocols for authentication (Clerk JWT verification) and PII-safe observability. Use when handling auth on the server, verifying Clerk webhooks via `svix`, scoping metadata via `publicMetadata`/ `privateMetadata`, or sanitizing logs to keep emails, tokens, and request bodies out of telemetry.",
-      "policyCapsuleBullets": 8,
-      "allowedTools": null,
-      "vendor": "clerk"
     }
   ]
 }

package/.agents/starter-agentrc.json

@@ -13,10 +13,5 @@
     "repo": "[REPO]",
     "operatorHandle": "@[USERNAME]",
     "projectNumber": null
-  },
-  "delivery": {
-    "ci": {
-      "skipForStoryPushes": true
-    }
   }
 }

package/.agents/templates/agent-protocol.md

@@ -5,14 +5,14 @@ Version: {{PROTOCOL_VERSION}}
 You are an AI coding assistant. This protocol governs your execution of the
 current work unit. You must follow these rules strictly.
 
-> **Hierarchy shape.** Mandrel uses a **2-tier hierarchy**
-> (Epic → Story). The work unit is the `type::story` issue
-> itself, with acceptance criteria and verification inlined on the
-> Story body. There is no per-Task sub-loop; the agent authors commit
+> **Hierarchy shape.** Mandrel uses a **Story-only** model. The work unit
+> is the `type::story` issue itself, with acceptance criteria and
+> verification inlined on the Story body and the folded Tech Spec in
+> `## Spec`. There is no per-Task sub-loop; the agent authors commit
 > subjects directly per `.agents/rules/git-conventions.md` and
-> references the parent Story via `(refs #<storyId>)`. Branch naming
-> (`{{BRANCH_NAME}}` from `{{EPIC_BRANCH}}`), the Epic-branch
-> integration target, and the close protocol are as documented below.
+> references the Story via `(refs #<storyId>)`. Branch naming
+> (`{{BRANCH_NAME}}` from `{{EPIC_BRANCH}}` / base), the PR target
+> (`main`), and the close protocol are as documented below.
 
 ## 1. Pre-Flight Verification
 
@@ -50,9 +50,8 @@ When your implementation is complete and verified:
    `{{TEST_CMD}}`) here. The close script's lint/test/format/maintainability
    chain is the authoritative gate, run at Story closure (`story-close.js`).
    Exception: you may run them interactively while iterating on a fix.
-3. The Story branch is auto-merged into the Epic branch by
-   `helpers/epic-deliver-story` (via `story-close.js`) — do **not** merge
-   manually.
+3. The Story branch is opened as a PR to `main` by `helpers/deliver-story`
+   (via `single-story-close.js`) — do **not** merge manually.
 
 ## 6. Definition of Done
 

package/.agents/workflows/audit-architecture.md

@@ -70,10 +70,10 @@ degrade to the sequential path.
 > read/search tools (`Read`, `Grep`, `Glob`) — no write/edit/shell-mutation
 > tools. The single write in an orchestrated run is the final report artifact.
 
-## Scope (Epic mode)
+## Scope (Story / plan-run mode)
 
-When this lens is invoked from `/deliver` Phase 4 (epic-audit), the
-following block is populated with the Epic's change-set file list.
+When this lens is invoked from `/deliver` close lenses (or a plan-run audit), the
+following block is populated with the Story (or plan-run) change-set file list.
 Otherwise — for any manual `/audit-<dimension>` invocation — the block
 renders the literal substitution token and you MUST treat it as **no
 scope filter — run the lens codebase-wide** exactly as you would have

package/.agents/workflows/audit-clean-code.md

@@ -15,10 +15,10 @@ quality. Your objective is to identify "code smells," technical debt, and
 violations of clean code principles (SOLID, DRY, KISS) that hinder long-term
 velocity.
 
-## Scope (Epic mode)
+## Scope (Story / plan-run mode)
 
-When this lens is invoked from `/deliver` Phase 4 (epic-audit), the
-following block is populated with the Epic's change-set file list.
+When this lens is invoked from `/deliver` close lenses (or a plan-run audit), the
+following block is populated with the Story (or plan-run) change-set file list.
 Otherwise — for any manual `/audit-<dimension>` invocation — the block
 renders the literal substitution token and you MUST treat it as **no
 scope filter — run the lens codebase-wide** exactly as you would have

package/.agents/workflows/audit-dependencies.md

@@ -14,10 +14,10 @@ Manage the lifecycle of project dependencies. Your goal is to identify outdated,
 vulnerable, or bloated packages and suggest a safe upgrade path that maintains
 system stability.
 
-## Scope (Epic mode)
+## Scope (Story / plan-run mode)
 
-When this lens is invoked from `/deliver` Phase 4 (epic-audit), the
-following block is populated with the Epic's change-set file list.
+When this lens is invoked from `/deliver` close lenses (or a plan-run audit), the
+following block is populated with the Story (or plan-run) change-set file list.
 Otherwise — for any manual `/audit-<dimension>` invocation — the block
 renders the literal substitution token and you MUST treat it as **no
 scope filter — run the lens codebase-wide** exactly as you would have

package/.agents/workflows/audit-devops.md

@@ -15,10 +15,10 @@ infrastructure, developer experience (DX) tooling, and CI/CD pipelines. Your
 goal is to identify inefficiencies, security risks, and areas for modernization
 without making any immediate changes.
 
-## Scope (Epic mode)
+## Scope (Story / plan-run mode)
 
-When this lens is invoked from `/deliver` Phase 4 (epic-audit), the
-following block is populated with the Epic's change-set file list.
+When this lens is invoked from `/deliver` close lenses (or a plan-run audit), the
+following block is populated with the Story (or plan-run) change-set file list.
 Otherwise — for any manual `/audit-<dimension>` invocation — the block
 renders the literal substitution token and you MUST treat it as **no
 scope filter — run the lens codebase-wide** exactly as you would have