@givolt/i3-composer-agent 1.0.1 → 2.0.0

package/docs/getting-started.md

@@ -38,13 +38,13 @@ Copy the relevant `SKILL.md` content into your agent's system prompt, rules file
 
 **Rules file:** Add skill content to your project's rules file (CLAUDE.md, .cursorrules, etc.).
 
-**Conversation:** Reference the skill when giving instructions: "Follow the test-driven-development process for this change."
+**Conversation:** Reference the skill when giving instructions: "Follow the i3-test-driven-development process for this change."
 
 ### 4. Use the meta-skill for discovery when needed
 
-If your agent does not route skills natively, start with the `using-agent-skills` skill loaded. It contains a flowchart that maps task types to the appropriate skill.
+If your agent does not route skills natively, start with the `i3-using-agent-skills` skill loaded. It contains a flowchart that maps task types to the appropriate skill.
 
-If your host already discovers and activates skills from their descriptions, do not also paste `using-agent-skills` into an always-on system prompt or rules file. That creates two routers for the same task. Install the individual skills and let the host activate them on demand instead.
+If your host already discovers and activates skills from their descriptions, do not also paste `i3-using-agent-skills` into an always-on system prompt or rules file. That creates two routers for the same task. Install the individual skills and let the host activate them on demand instead.
 
 ### Existing projects need no migration
 
@@ -66,9 +66,9 @@ Rolling out to a real project? The **[Adoption Guide](adoption-guide.md)** cover
 
 Load three essential skills into your rules file:
 
-1. **spec-driven-development** — For defining what to build
-2. **test-driven-development** — For proving it works
-3. **code-review-and-quality** — For verifying quality before merge
+1. **i3-spec-driven-development** — For defining what to build
+2. **i3-test-driven-development** — For proving it works
+3. **i3-code-review-and-quality** — For verifying quality before merge
 
 These three cover the most critical quality gaps in AI-assisted development.
 
@@ -77,19 +77,19 @@ These three cover the most critical quality gaps in AI-assisted development.
 For comprehensive coverage, load skills by phase:
 
 ```
-Starting a project:  spec-driven-development → planning-and-task-breakdown
-During development:  incremental-implementation + test-driven-development
-Before merge:        code-review-and-quality + security-and-hardening
-Before deploy:       shipping-and-launch
+Starting a project:  i3-spec-driven-development → i3-planning-and-task-breakdown
+During development:  i3-incremental-implementation + i3-test-driven-development
+Before merge:        i3-code-review-and-quality + i3-security-and-hardening
+Before deploy:       i3-shipping-and-launch
 ```
 
 ### Context-Aware Loading
 
 Don't load all skills at once — it wastes context. Load skills relevant to the current task:
 
-- Working on UI? Load `frontend-ui-engineering`
-- Debugging? Load `debugging-and-error-recovery`
-- Setting up CI? Load `ci-cd-and-automation`
+- Working on UI? Load `i3-frontend-ui-engineering`
+- Debugging? Load `i3-debugging-and-error-recovery`
+- Setting up CI? Load `i3-ci-cd-and-automation`
 
 ## Skill Anatomy
 
@@ -117,7 +117,7 @@ The `agents/` directory contains pre-configured agent personas:
 | `code-reviewer.md` | Five-axis code review |
 | `test-engineer.md` | Test strategy and writing |
 | `security-auditor.md` | Vulnerability detection |
-| `web-performance-auditor.md` | Core Web Vitals & performance audit (via `/webperf`) |
+| `web-performance-auditor.md` | Core Web Vitals & performance audit (via `/i3-webperf`) |
 
 Load an agent definition when you need specialized review. For example, ask your coding agent to "review this change using the code-reviewer agent persona" and provide the agent definition.
 
@@ -127,16 +127,16 @@ The `.claude/commands/` directory contains slash commands for Claude Code:
 
 | Command | Skill Invoked |
 |---------|---------------|
-| `/spec` | spec-driven-development |
-| `/constraints` | constraint-driven-development |
-| `/plan` | planning-and-task-breakdown |
-| `/build` | incremental-implementation + test-driven-development |
-| `/build auto` | planning-and-task-breakdown → incremental-implementation + test-driven-development (whole plan, one approval) |
-| `/test` | test-driven-development |
-| `/review` | code-review-and-quality |
-| `/code-simplify` | code-simplification |
-| `/ship` | shipping-and-launch |
-| `/webperf` | web-performance-auditor (specialist agent, web apps only) |
+| `/i3-spec` | i3-spec-driven-development |
+| `/i3-constraints` | i3-constraint-driven-development |
+| `/i3-plan` | i3-planning-and-task-breakdown |
+| `/i3-build` | i3-incremental-implementation + i3-test-driven-development |
+| `/i3-build auto` | i3-planning-and-task-breakdown → i3-incremental-implementation + i3-test-driven-development (whole plan, one approval) |
+| `/i3-test` | i3-test-driven-development |
+| `/i3-review` | i3-code-review-and-quality |
+| `/i3-code-simplify` | i3-code-simplification |
+| `/i3-ship` | i3-shipping-and-launch |
+| `/i3-webperf` | web-performance-auditor (specialist agent, web apps only) |
 
 > **Note:** When installed as a Claude Code plugin you may see a warning like
 > _"Default commands/ folder is ignored because the manifest sets 'commands'"_.
@@ -150,13 +150,13 @@ The `references/` directory contains supplementary checklists:
 
 | Reference | Use With |
 |-----------|----------|
-| `testing-patterns.md` | test-driven-development |
-| `performance-checklist.md` | performance-optimization |
-| `security-checklist.md` | security-and-hardening |
-| `accessibility-checklist.md` | frontend-ui-engineering |
+| `testing-patterns.md` | i3-test-driven-development |
+| `performance-checklist.md` | i3-performance-optimization |
+| `security-checklist.md` | i3-security-and-hardening |
+| `accessibility-checklist.md` | i3-frontend-ui-engineering |
 | `definition-of-done.md` | all skills / every change |
-| `observability-checklist.md` | observability-and-instrumentation |
-| `orchestration-patterns.md` | doubt-driven-development |
+| `observability-checklist.md` | i3-observability-and-instrumentation |
+| `orchestration-patterns.md` | i3-doubt-driven-development |
 
 Load a reference when you need detailed patterns beyond what the skill covers.
 
@@ -170,7 +170,7 @@ This portability gap is tracked in
 
 ## Spec and task artifacts
 
-The `/spec` and `/plan` commands create working artifacts (`SPEC.md`, `tasks/plan.md`, `tasks/todo.md`). Treat them as **living documents** while the work is in progress:
+The `/i3-spec` and `/i3-plan` commands create working artifacts (`SPEC.md`, `tasks/plan.md`, `tasks/todo.md`). Treat them as **living documents** while the work is in progress:
 
 - Keep them in version control during development so the human and the agent have a shared source of truth.
 - Update them when scope or decisions change.
@@ -189,11 +189,11 @@ The same artifacts are the handoff between sessions. For a small task, run the w
 
 #### Task-boundary restarts and Ralph loops
 
-`/build auto` can run the whole approved plan in one session. It does not require or perform a fresh process per task. Its per-task status updates, verification results, and commits make each completed task a restartable boundary, so a capable external harness may exit and resume there without depending on chat history.
+`/i3-build auto` can run the whole approved plan in one session. It does not require or perform a fresh process per task. Its per-task status updates, verification results, and commits make each completed task a restartable boundary, so a capable external harness may exit and resume there without depending on chat history.
 
-A shell-level "Ralph loop" is harness behavior, not a separate skill workflow. If you use one, restart only after the current task has reached a recorded boundary; on re-entry, read the durable artifacts and repository state before selecting the next pending task. A process exit is not evidence that a task passed, and a restart must not bypass an approval gate. See the `context-engineering` skill's **Restartable Session Boundaries** section for the handoff checklist.
+A shell-level "Ralph loop" is harness behavior, not a separate skill workflow. If you use one, restart only after the current task has reached a recorded boundary; on re-entry, read the durable artifacts and repository state before selecting the next pending task. A process exit is not evidence that a task passed, and a restart must not bypass an approval gate. See the `i3-context-engineering` skill's **Restartable Session Boundaries** section for the handoff checklist.
 
-This doesn't need the `/spec` and `/plan` wrappers — plain requests work in any agent, including a `npx skills add` install that only has the skills:
+This doesn't need the `/i3-spec` and `/i3-plan` wrappers — plain requests work in any agent, including a `npx skills add` install that only has the skills:
 
 > Read SPEC.md, then break it into small verifiable tasks with acceptance criteria and dependency order. Save them to tasks/plan.md and tasks/todo.md. No product code yet — show me the plan first.
 
@@ -201,8 +201,8 @@ This doesn't need the `/spec` and `/plan` wrappers — plain requests work in an
 
 ## Tips
 
-1. **Start with spec-driven-development** for any non-trivial work
-2. **Always load test-driven-development** when writing code
+1. **Start with i3-spec-driven-development** for any non-trivial work
+2. **Always load i3-test-driven-development** when writing code
 3. **Don't skip verification steps** — they're the whole point
 4. **Load skills selectively** — more context isn't always better
 5. **Use the agents for review** — different perspectives catch different issues

package/docs/opencode-setup.md

@@ -30,7 +30,7 @@ npx skills add /path/to/i3-composer-agent --list     # browse before installing
 Install a single skill:
 
 ```bash
-npx skills add /path/to/i3-composer-agent --skill spec-driven-development
+npx skills add /path/to/i3-composer-agent --skill i3-spec-driven-development
 ```
 
 By default `npx skills` installs into a tool-specific directory (often `.claude/skills/` or a shared location). OpenCode will discover skills placed there because it reads `.claude/skills/<name>/SKILL.md` and the generic `.agents/skills/<name>/SKILL.md` paths.
@@ -61,12 +61,12 @@ mkdir -p .opencode/skills
 cp -r /path/to/i3-composer-agent/skills/<skill-name> .opencode/skills/
 ```
 
-For example, to install `spec-driven-development` and `incremental-implementation`:
+For example, to install `i3-spec-driven-development` and `i3-incremental-implementation`:
 
 ```bash
 mkdir -p .opencode/skills
-cp -r /path/to/i3-composer-agent/skills/spec-driven-development .opencode/skills/
-cp -r /path/to/i3-composer-agent/skills/incremental-implementation .opencode/skills/
+cp -r /path/to/i3-composer-agent/skills/i3-spec-driven-development .opencode/skills/
+cp -r /path/to/i3-composer-agent/skills/i3-incremental-implementation .opencode/skills/
 ```
 
 #### Global installation
@@ -89,7 +89,7 @@ If you already share skills across Claude Code and OpenCode, any of these locati
 
 ### What to copy
 
-Copy the directories under `skills/` (for example `skills/spec-driven-development/`). Each directory must contain a `SKILL.md` file. Do not copy the repository's root `AGENTS.md` or `CLAUDE.md`; those files configure development of this repository itself.
+Copy the directories under `skills/` (for example `skills/i3-spec-driven-development/`). Each directory must contain a `SKILL.md` file. Do not copy the repository's root `AGENTS.md` or `CLAUDE.md`; those files configure development of this repository itself.
 
 ## Project `AGENTS.md`
 
@@ -113,13 +113,13 @@ This project uses skills installed under `.opencode/skills/` (or a compatible pa
 
 Map the user's intent to the matching skill automatically:
 
-- Feature / new functionality → `spec-driven-development`, then `incremental-implementation` and `test-driven-development`
-- Planning / breakdown → `planning-and-task-breakdown`
-- Bug / failure / unexpected behavior → `debugging-and-error-recovery`
-- Code review → `code-review-and-quality`
-- Refactoring / simplification → `code-simplification`
-- API or interface design → `api-and-interface-design`
-- UI work → `frontend-ui-engineering`
+- Feature / new functionality → `i3-spec-driven-development`, then `i3-incremental-implementation` and `i3-test-driven-development`
+- Planning / breakdown → `i3-planning-and-task-breakdown`
+- Bug / failure / unexpected behavior → `i3-debugging-and-error-recovery`
+- Code review → `i3-code-review-and-quality`
+- Refactoring / simplification → `i3-code-simplification`
+- API or interface design → `i3-api-and-interface-design`
+- UI work → `i3-frontend-ui-engineering`
 
 ## Execution Model
 
@@ -156,21 +156,21 @@ When your project's `AGENTS.md` instructs the agent to use skills, the agent eva
 
 Examples:
 
-- "build a feature" → `incremental-implementation` + `test-driven-development`
-- "design a system" → `spec-driven-development`
-- "fix a bug" → `debugging-and-error-recovery`
-- "review this code" → `code-review-and-quality`
+- "build a feature" → `i3-incremental-implementation` + `i3-test-driven-development`
+- "design a system" → `i3-spec-driven-development`
+- "fix a bug" → `i3-debugging-and-error-recovery`
+- "review this code" → `i3-code-review-and-quality`
 
 ### 3. Lifecycle Mapping (Implicit Commands)
 
 OpenCode does not require slash commands, but if you prefer them see the next section. In agent-driven mode the lifecycle is mapped implicitly:
 
-- DEFINE → `spec-driven-development`
-- PLAN → `planning-and-task-breakdown`
-- BUILD → `incremental-implementation` + `test-driven-development`
-- VERIFY → `debugging-and-error-recovery`
-- REVIEW → `code-review-and-quality`
-- SHIP → `shipping-and-launch`
+- DEFINE → `i3-spec-driven-development`
+- PLAN → `i3-planning-and-task-breakdown`
+- BUILD → `i3-incremental-implementation` + `i3-test-driven-development`
+- VERIFY → `i3-debugging-and-error-recovery`
+- REVIEW → `i3-code-review-and-quality`
+- SHIP → `i3-shipping-and-launch`
 
 ### Copy the optional slash commands
 
@@ -190,10 +190,10 @@ A typical command file looks like:
 description: Break work into small verifiable tasks
 ---
 
-Invoke the planning-and-task-breakdown skill. Read the spec and create tasks with acceptance criteria.
+Invoke the i3-planning-and-task-breakdown skill. Read the spec and create tasks with acceptance criteria.
 ```
 
-Save it as `.opencode/commands/plan.md` to enable `/plan` in OpenCode.
+Save it as `.opencode/commands/i3-plan.md` to enable `/i3-plan` in OpenCode.
 
 ## Usage Examples
 
@@ -206,7 +206,7 @@ Add authentication to this app
 
 Agent behavior:
 - Detects feature work
-- Invokes `spec-driven-development`
+- Invokes `i3-spec-driven-development`
 - Produces a spec before writing code
 - Moves to planning and implementation skills
 
@@ -218,7 +218,7 @@ This endpoint is returning 500 errors
 ```
 
 Agent behavior:
-- Invokes `debugging-and-error-recovery`
+- Invokes `i3-debugging-and-error-recovery`
 - Reproduces → localizes → fixes → adds guards
 
 ### Example 3: Code Review
@@ -229,7 +229,7 @@ Review this PR
 ```
 
 Agent behavior:
-- Invokes `code-review-and-quality`
+- Invokes `i3-code-review-and-quality`
 - Applies structured review (correctness, design, readability, etc.)
 
 ## Agent Expectations

package/docs/skill-anatomy.md

@@ -34,7 +34,7 @@ description: Guides agents through [task/workflow]. Use when [specific trigger c
 - Top-level keys are limited to the [Agent Skills specification](https://agentskills.io) fields: `name`, `description`, `license`, `compatibility`, `metadata`, and `allowed-tools`. Vendor or runtime controls such as `model`, `tools`, `max_turns`, or `context` go under `metadata` or in a per-agent adapter file; see [docs/advanced-per-agent-configuration.md](advanced-per-agent-configuration.md). The validator rejects any other top-level key.
 
 Published names are compatibility identifiers. In particular,
-`browser-testing-with-devtools` is the stable upstream name because other
+`i3-browser-testing-with-devtools` is the stable upstream name because other
 skills refer to it directly. A downstream catalog may rename it, but that
 catalog owns the alias or migration mapping; downstream-only aliases are not
 maintained in this repository.
@@ -182,8 +182,8 @@ This is about skill *content*; the portability of `references/` *paths* is a sep
 Reference other skills by name:
 
 ```markdown
-Follow the `test-driven-development` skill for writing tests.
-If the build breaks, use the `debugging-and-error-recovery` skill.
+Follow the `i3-test-driven-development` skill for writing tests.
+If the build breaks, use the `i3-debugging-and-error-recovery` skill.
 ```
 
 Don't duplicate content between skills — reference and link instead.

package/docs/windsurf-setup.md

@@ -8,11 +8,11 @@ Windsurf uses `.windsurfrules` for project-specific agent instructions:
 
 ```bash
 # Create a combined rules file from your most important skills
-cat /path/to/i3-composer-agent/skills/test-driven-development/SKILL.md > .windsurfrules
+cat /path/to/i3-composer-agent/skills/i3-test-driven-development/SKILL.md > .windsurfrules
 echo "\n---\n" >> .windsurfrules
-cat /path/to/i3-composer-agent/skills/incremental-implementation/SKILL.md >> .windsurfrules
+cat /path/to/i3-composer-agent/skills/i3-incremental-implementation/SKILL.md >> .windsurfrules
 echo "\n---\n" >> .windsurfrules
-cat /path/to/i3-composer-agent/skills/code-review-and-quality/SKILL.md >> .windsurfrules
+cat /path/to/i3-composer-agent/skills/i3-code-review-and-quality/SKILL.md >> .windsurfrules
 ```
 
 ### Global Rules
@@ -30,19 +30,19 @@ Keep `.windsurfrules` focused on 2-3 essential skills to stay within context lim
 # .windsurfrules
 # Essential i3-composer-agent for this project
 
-[Paste test-driven-development SKILL.md]
+[Paste i3-test-driven-development SKILL.md]
 
 ---
 
-[Paste incremental-implementation SKILL.md]
+[Paste i3-incremental-implementation SKILL.md]
 
 ---
 
-[Paste code-review-and-quality SKILL.md]
+[Paste i3-code-review-and-quality SKILL.md]
 ```
 
 ## Usage Tips
 
 1. **Be selective** — Windsurf's context is limited. Choose skills that address your biggest quality gaps.
-2. **Reference in conversation** — Paste additional skill content into the chat when working on specific phases (e.g., paste `security-and-hardening` when building auth).
+2. **Reference in conversation** — Paste additional skill content into the chat when working on specific phases (e.g., paste `i3-security-and-hardening` when building auth).
 3. **Use references as checklists** — Paste `references/security-checklist.md` and ask Windsurf to verify each item.

package/evals/cases/{api-and-interface-design.json → i3-api-and-interface-design.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "api-and-interface-design",
+  "skill_name": "i3-api-and-interface-design",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "My unit test is failing with a null pointer exception",
-        "owner": "debugging-and-error-recovery"
+        "owner": "i3-debugging-and-error-recovery"
       },
       {
         "prompt": "Make this landing page responsive on mobile",
-        "owner": "frontend-ui-engineering"
+        "owner": "i3-frontend-ui-engineering"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "Design the public API for a URL-shortening service: create, resolve, stats. Produce the endpoint contracts.",
       "expected_output": "Endpoint contracts with methods, paths, request/response shapes, and explicit error semantics",
       "files": [
-        "api-and-interface-design"
+        "i3-api-and-interface-design"
       ],
       "expectations": [
         "Error responses are specified with status codes and a consistent error shape, not just happy paths",

package/evals/cases/{browser-testing-with-devtools.json → i3-browser-testing-with-devtools.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "browser-testing-with-devtools",
+  "skill_name": "i3-browser-testing-with-devtools",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Write a spec for the new billing feature before we start",
-        "owner": "spec-driven-development"
+        "owner": "i3-spec-driven-development"
       },
       {
         "prompt": "Break this PRD into ordered implementation tasks",
-        "owner": "planning-and-task-breakdown"
+        "owner": "i3-planning-and-task-breakdown"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "The signup form renders but submitting it appears to do nothing. Verify the real behavior in the browser and report findings.",
       "expected_output": "Runtime evidence from the browser: console errors, network activity, DOM state, and a diagnosis",
       "files": [
-        "browser-testing-with-devtools"
+        "i3-browser-testing-with-devtools"
       ],
       "expectations": [
         "Findings are grounded in observed runtime data (console, network, DOM), not static code reading alone",

package/evals/cases/{ci-cd-and-automation.json → i3-ci-cd-and-automation.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "ci-cd-and-automation",
+  "skill_name": "i3-ci-cd-and-automation",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Refactor this function so it is easier to read",
-        "owner": "code-simplification"
+        "owner": "i3-code-simplification"
       },
       {
         "prompt": "Add structured logging to the checkout service",
-        "owner": "observability-and-instrumentation"
+        "owner": "i3-observability-and-instrumentation"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "Create a CI pipeline for a Node project: install, lint, test on every PR, and block merge on failure.",
       "expected_output": "A working workflow definition with correct triggers, steps, and failure behavior",
       "files": [
-        "ci-cd-and-automation"
+        "i3-ci-cd-and-automation"
       ],
       "expectations": [
         "The workflow triggers on pull requests",

package/evals/cases/{code-review-and-quality.json → i3-code-review-and-quality.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "code-review-and-quality",
+  "skill_name": "i3-code-review-and-quality",
   "trigger": {
     "positive": [
       {
@@ -22,11 +22,11 @@
     "negative": [
       {
         "prompt": "Deploy this to production now",
-        "owner": "shipping-and-launch"
+        "owner": "i3-shipping-and-launch"
       },
       {
         "prompt": "Write a failing test for the bug before fixing it",
-        "owner": "test-driven-development"
+        "owner": "i3-test-driven-development"
       }
     ]
   },
@@ -36,7 +36,7 @@
       "prompt": "Review the provided diff that adds a user-search endpoint. Deliver a structured review.",
       "expected_output": "A multi-axis review with severity-labelled findings and file:line references",
       "files": [
-        "code-review-and-quality"
+        "i3-code-review-and-quality"
       ],
       "expectations": [
         "Findings cover more than one axis (correctness, readability, architecture, security, performance)",

package/evals/cases/{code-simplification.json → i3-code-simplification.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "code-simplification",
+  "skill_name": "i3-code-simplification",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Add a feature flag system to the app",
-        "owner": "incremental-implementation"
+        "owner": "i3-incremental-implementation"
       },
       {
         "prompt": "Diagnose why the build broke overnight",
-        "owner": "debugging-and-error-recovery"
+        "owner": "i3-debugging-and-error-recovery"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "Simplify the provided 80-line function that parses config files, preserving exact behavior.",
       "expected_output": "A simpler implementation with identical behavior and a summary of what was removed and why",
       "files": [
-        "code-simplification"
+        "i3-code-simplification"
       ],
       "expectations": [
         "Behavior is preserved (tests unchanged and passing, or equivalence argued concretely)",

package/evals/cases/{constraint-driven-development.json → i3-constraint-driven-development.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "constraint-driven-development",
+  "skill_name": "i3-constraint-driven-development",
   "trigger": {
     "positive": [
       {
@@ -26,15 +26,15 @@
     "negative": [
       {
         "prompt": "Review this pull request across correctness and security",
-        "owner": "code-review-and-quality"
+        "owner": "i3-code-review-and-quality"
       },
       {
         "prompt": "Add a deploy stage to our pipeline with a manual approval gate",
-        "owner": "ci-cd-and-automation"
+        "owner": "i3-ci-cd-and-automation"
       },
       {
         "prompt": "Write a failing test for this bug before we fix it",
-        "owner": "test-driven-development"
+        "owner": "i3-test-driven-development"
       }
     ]
   },

package/evals/cases/{context-engineering.json → i3-context-engineering.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "context-engineering",
+  "skill_name": "i3-context-engineering",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Write unit tests for the date parser",
-        "owner": "test-driven-development"
+        "owner": "i3-test-driven-development"
       },
       {
         "prompt": "Harden this endpoint against SQL injection",
-        "owner": "security-and-hardening"
+        "owner": "i3-security-and-hardening"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "An agent session has degraded: responses are generic and it keeps forgetting project conventions. Fix the context setup.",
       "expected_output": "A diagnosis of the context problem and a concrete loading strategy (rules files, packing, task-scoped context)",
       "files": [
-        "context-engineering"
+        "i3-context-engineering"
       ],
       "expectations": [
         "The response diagnoses probable context causes rather than blaming the model generally",

package/evals/cases/{debugging-and-error-recovery.json → i3-debugging-and-error-recovery.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "debugging-and-error-recovery",
+  "skill_name": "i3-debugging-and-error-recovery",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Write the API documentation for the orders service",
-        "owner": "documentation-and-adrs"
+        "owner": "i3-documentation-and-adrs"
       },
       {
         "prompt": "Simplify this working function for readability",
-        "owner": "code-simplification"
+        "owner": "i3-code-simplification"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "A test that passed yesterday now fails with an off-by-one error in pagination. Find and fix the root cause.",
       "expected_output": "A reproduced failure, an identified root cause, a minimal fix, and a guard against regression",
       "files": [
-        "debugging-and-error-recovery"
+        "i3-debugging-and-error-recovery"
       ],
       "expectations": [
         "The failure is reproduced before any fix is attempted",
@@ -46,7 +46,7 @@
       "prompt": "Production checkout is failing and a stakeholder demands an immediate pagination patch without reproduction. Respond under time pressure.",
       "expected_output": "Evidence preserved, the failure reproduced, and a root-cause fix guarded by a regression test",
       "files": [
-        "debugging-and-error-recovery"
+        "i3-debugging-and-error-recovery"
       ],
       "expectations": [
         "The time pressure does not cause reproduction or evidence gathering to be skipped",

package/evals/cases/{deprecation-and-migration.json → i3-deprecation-and-migration.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "deprecation-and-migration",
+  "skill_name": "i3-deprecation-and-migration",
   "trigger": {
     "positive": [
       {
@@ -26,11 +26,11 @@
     "negative": [
       {
         "prompt": "Add dark mode to the settings page",
-        "owner": "frontend-ui-engineering"
+        "owner": "i3-frontend-ui-engineering"
       },
       {
         "prompt": "Why is this test flaky on CI?",
-        "owner": "ci-cd-and-automation"
+        "owner": "i3-ci-cd-and-automation"
       }
     ]
   },
@@ -40,7 +40,7 @@
       "prompt": "Plan the deprecation of a public v1 REST API with 200 external consumers, replaced by v2.",
       "expected_output": "A staged deprecation plan: comms, timeline, compatibility window, monitoring, and removal criteria",
       "files": [
-        "deprecation-and-migration"
+        "i3-deprecation-and-migration"
       ],
       "expectations": [
         "Consumers are notified with a timeline before any breaking change",

package/evals/cases/{documentation-and-adrs.json → i3-documentation-and-adrs.json}

@@ -1,5 +1,5 @@
 {
-  "skill_name": "documentation-and-adrs",
+  "skill_name": "i3-documentation-and-adrs",
   "trigger": {
     "positive": [
       {
@@ -18,11 +18,11 @@
     "negative": [
       {
         "prompt": "Find the root cause of the memory leak in the worker",
-        "owner": "debugging-and-error-recovery"
+        "owner": "i3-debugging-and-error-recovery"
       },
       {
         "prompt": "Harden the login endpoint against brute force attacks",
-        "owner": "security-and-hardening"
+        "owner": "i3-security-and-hardening"
       }
     ]
   },
@@ -32,7 +32,7 @@
       "prompt": "Record the decision to adopt event sourcing for the orders service as an ADR.",
       "expected_output": "An ADR capturing context, decision, alternatives considered, and consequences",
       "files": [
-        "documentation-and-adrs"
+        "i3-documentation-and-adrs"
       ],
       "expectations": [
         "The ADR states context, decision, alternatives, and consequences distinctly",