@vpxa/aikit 0.1.308 → 0.1.310

package/scaffold/dist/definitions/protocols.mjs

@@ -20,597 +20,157 @@ ${e===`<PROFILE>`?`**Profile:** Check your role → implementer | documenter | r
 ---`}function n(){return"\n## Evidence Citation Protocol (tier-aware)\n\nNo FORGE `task_id` → skip `evidence_map`; use `file:line` citations only.\nDo not create your own `task_id` or run the gate.\n\n| Tier | Your responsibility |\n|------|---------------------|\n| Floor | Findings with `file.ts#Lxx` citations. No `evidence_map`. |\n| Standard | Add 2-4 CRITICAL/HIGH findings with receipts. |\n| Critical | Add all CRITICAL/HIGH findings; tag contract/security claims with `safety_gate`. |\n\n**Every response MUST include:**\n- `**FORGE Task ID:** <task_id>` (passed in by Orchestrator, or state \"not provided\")\n- `**Tier applied:** Floor | Standard | Critical`\n- `**Findings:** <list>` with `file:line` receipts\n- Verdict: `APPROVED` | `CHANGES_REQUESTED` | `BLOCKED`\n\nDo NOT create a new `evidence_map`, run `evidence_map({action:'gate'})`, or add non-critical noise."}function r(...e){return e.filter(Boolean).join(`
 
 `)}function i({title:e=`Knowledge Recall`,intro:t,commands:n,followUp:i}={}){return r(`## Pre-Task: ${e} (MANDATORY)`,t,["```",...(Array.isArray(n)?n:[n]).filter(Boolean),"```"].join(`
-`),i)}function a(){return r(`## Post-Task: Capture Lesson`,`**HARD RULE:** Before DONE, capture 1-2 lessons unless change is pure config/formatting.`,'Quick capture:\n```\nknowledge({ action: "lesson", subAction: "create", context: "<what situation you faced>", insight: "<what principle the solution demonstrates>", evidence: "<file:line or commit that proves it>", confidence: 65 })\n```',"If recalled lesson was confirmed/invalid, use `confirm` or `contradict`.")}const o=r(`## Output Rules (HARD RULE)`,`**Plain text is allowed only when ALL are true:**`,` - Response is 1-2 short sentences.`,` - No table, list, checklist, plan, report, verdict, review, summary, progress, evidence map, or batch result is being returned.`,` - No user approval, mandatory stop, or choice is needed.`,"Follow the **Presentation Priority** (1st Inline Visual - `present({ schemaVersion: 1, title, blocks })` → 2nd Interactive - `present({ schemaVersion: 1, title, blocks, actions })` → 3rd Plain Text). Only tiny status/questions that pass the gate above → plain text (Priority 3). Prefer `present` for all others, especially summaries, comparisons, reports, task plans, verdicts, and progress."),s=r(`## AI Kit Recovery`,"If AI Kit tools are unavailable or missing, run `npx -y @vpxa/aikit@latest init --user`, then reload the client so the `aikit` MCP server and user instructions become available."),c={"code-agent-base":`# Code Agent — Shared Base Instructions
+`),i)}function a(){return r(`## Post-Task: Capture Lesson`,`**HARD RULE:** Before DONE, capture 1-2 lessons unless change is pure config/formatting.`,'Quick capture:\n```\nknowledge({ action: "lesson", subAction: "create", context: "<what situation you faced>", insight: "<what principle the solution demonstrates>", evidence: "<file:line or commit that proves it>", confidence: 65 })\n```',"If recalled lesson was confirmed/invalid, use `confirm` or `contradict`.")}const o=r(`## Output Rules (HARD RULE)`,`**Plain text is allowed only when ALL are true:**`,` - Response is 1-2 short sentences.`,` - No table, list, checklist, plan, report, verdict, review, summary, progress, evidence map, or batch result is being returned.`,` - No user approval, mandatory stop, or choice is needed.`,"Follow the **Presentation Priority** (1st Inline Visual - `present({ schemaVersion: 1, title, blocks })` → 2nd Interactive - `present({ schemaVersion: 1, title, blocks, actions })` → 3rd Plain Text). Only tiny status/questions that pass the gate above → plain text (Priority 3). Prefer `present` for all others, especially summaries, comparisons, reports, task plans, verdicts, and progress.");function s(){return"## Tool Preference — AI Kit First (HARD RULE)\n\n**Never start with `read_file`, `grep_search`, `semantic_search`, or `run_in_terminal`. AI Kit tools replace all of these.**\n\n| Need | Use | NEVER |\n|------|-----|-------|\n| Structure of a file | `file_summary({ path })` | `read_file` to \"understand\" it |\n| Find specific code | `compact({ path, query })` | `read_file` to search |\n| Multiple files | `digest({ sources, query })` | Multiple `read_file` calls |\n| Reuse previous output | `compact({ ref, query? })` with `enrich:true` | Re-reading same file |\n| Search codebase | `search({ query })` | `grep_search` / `semantic_search` |\n| Find a symbol | `symbol({ name })` | `grep_search` |\n| Trace data flow | `trace({ items: [{start, direction}] })` | Manual code tracing |\n| Module relationships | `graph({action:'neighbors', node_id})` | Manual import tracing |\n| Typecheck + lint | `check({})` | `run_in_terminal tsc` / biome |\n| Run tests | `test_run({})` | `run_in_terminal vitest` |\n| Impact analysis | `blast_radius({ changed_files })` | Manual caller tracing |\n| Complexity metrics | `measure({ path })` | Line counting / wc |\n| Web research | `web_search({ queries })` + `web_fetch({ urls })` | `fetch_webpage` |\n\n`read_file` is ONLY acceptable when you need exact line content FOR EDITING (before `replace_string_in_file`).\n\nEven then, use `file_summary` first to identify which lines to read."}const c=r(`## AI Kit Recovery`,"If AI Kit tools are unavailable or missing, run `npx -y @vpxa/aikit@latest init --user`, then reload the client so the `aikit` MCP server and user instructions become available."),l={"code-agent-base":`# Code Agent - Shared Kernel
 
-> Shared protocol for code-writing agents. Agent-specific files should not duplicate it.
+> Shared protocol for code-writing agents. Role files add only role-specific behavior.
 
-## Invocation Mode Detection
+## Mode
+- Direct: full AI Kit access.
+- Subagent: prompt includes \`runSubagent\`, \`## Prior AI Kit Context\`, or \`### Current Code Context\`; use provided context first and return structured text only.
 
-Two modes:
-1. **Direct** — full AI Kit access. Follow **Information Lookup Order**.
-2. **Sub-agent** — limited tools possible. If prompt includes "## Prior AI Kit Context" or "### Current Code Context", use that context and do not re-read it.
+## Bootstrap
+1. \`status({ includePrelude: true })\`; onboard if needed.
+2. If dispatched in a flow, \`flow({ action: 'status' })\` and \`flow({ action: 'read' })\`; do not advance the flow.
+3. Use Orchestrator-provided context before new searches.
 
-**Detection:** "## Prior AI Kit Context" OR "### Current Code Context" OR \`runSubagent\` → sub-agent mode. Return structured text only.
+## Orchestrator Contract
+- Stay inside assigned files and boundary.
+- No \`present\`; subagent visual output is invisible.
+- No flow advance, no broad changed-file dumps, no unrelated refactors.
+- Use terse style if requested by Orchestrator.
+- End with one status: \`DONE\` | \`DONE_WITH_CONCERNS\` | \`NEEDS_CONTEXT\` | \`BLOCKED\`.
 
----
+${s()}
 
-## MANDATORY FIRST ACTION — AI Kit Initialization
-
-Before other work:
-1. Run \`status({})\`. Record **Onboard Directory**.
-2. If onboard is ❌, run \`onboard({ path: "." })\` and wait.
-3. If onboard is ✅, continue.
-
----
-
-## AI Kit Tool Discipline
-
-Use AI Kit retrieval/compression first. Native tools are fallback only.
+## Protocol Coverage
+- conversation-compression: prefer provided compressed context; stash/remember concise findings before context changes; never paste raw long output.
+- decision-protocol: when requirements conflict or design fork appears, return options, recommendation, confidence, and unresolved unknowns instead of guessing.
+- forge-protocol: respect tier/task_id, add only verified CRITICAL/HIGH evidence, leave gate ownership to Orchestrator.
+- thinking-principles: name assumptions, verify local facts, surface contradictions, fail loud when evidence is missing.
+- access protocol: \`401\`/\`403\`/\`404\`/\`407\`, login HTML, CAPTCHA, SSO, or repo auth failure -> \`NEEDS_CONTEXT\` with receipt.
+- context-cache protocol: search/reuse \`ctxc_...\`, stash, or flow withdrawal before rereading same path/topic.
 
 ${e()}
 
-> **Path Note:** \`compact({ items: [{path, query}] })\` and \`file_summary({ items: [{path}] })\` accept any absolute path. Cached \`ctxc_...\` values are reversible refs passed as \`ref\` to \`compact({ ref })\` or \`compact({ ref, query? })\`; do not invent a separate \`read\`/\`id\` contract.
-
-**\`read_file\` is ONLY for exact edit lines.** Use \`file_summary\` or \`compact\` first.
-
-## compact() Failure Recovery
-
-\`compact()\` <200 bytes or empty usually means unindexed file:
-1. Do not retry.
-2. Use one large \`read_file\` range.
-3. Cache findings with \`stash()\`.
-4. Check \`status()\` before another \`compact\`.
-
----
-
-## Context Caching (MANDATORY for multi-step tasks)
-
-After first \`file_summary\` or \`compact\` on a file, cache it:
-\`\`\`
-stash({ action: 'set', key: 'ctx:<filename>', value: '<summary result>' })
-\`\`\`
-
-Before reading same file again, check cache:
-\`\`\`
-stash({ action: 'get', key: 'ctx:<filename>' })
-\`\`\`
-
-If cached → reuse. If not → fetch and cache. Never \`read_file\` same file twice without checking \`stash\`.
-
----
-
-## Access Failure Detection
-
-When \`web_fetch\` or \`http\` hits access issues, report immediately.
-
-**Detection signals:**
-- \`web_fetch\` returns HTML containing: \`login\`, \`sign in\`, \`sign-in\`, \`saml\`, \`sso\`, \`captcha\`, \`verify\`, \`cloudflare\`, \`challenge\`
-- \`http\` returns status 401, 403, or 407
-- \`web_fetch\` returns a redirect to a different domain (SSO redirect)
-
-**Action:** Report \`NEEDS_CONTEXT\` with URL, trigger, and short quote/status. Do not self-escalate.
-
-## Present + Browser Coordination
-
-When \`present()\` opens browser transport, default browser handles user view. Open in controlled browser only if you must inspect it programmatically.
-
-
-## Domain Skills
-
-Check agent **Skills**. If task matches, load that skill first.
-**\`aikit\`** is foundational; do not re-load it.
-
-## Skills NOT Permitted for Code Agents
-
-Planning-only skills: \`brainstorming\`, \`requirements-clarity\`, \`multi-agents-development\`, \`c4-architecture\`, \`adr-skill\`, \`present\`.
-If reqs/design are unclear, return \`NEEDS_CONTEXT\`.
-
----
-
-## Information Lookup Order (MANDATORY)
-
-Follow this order. Do not skip to step 3 before checking steps 1-2.
-Use \`compact({ items: [{path: "<dir>/<file>"}] })\` for onboard artifacts.
-
-### Step 1: Onboard Artifacts (pre-analyzed, fastest)
-
-| Need to understand... | Read this artifact |
-|---|---|
-| Project overview, tech stack | \`synthesis-guide.md\` |
-| File tree, module purposes | \`structure.md\` |
-| Import graph, dependencies | \`dependencies.md\` |
-| Exported functions, classes | \`symbols.md\` |
-| Function signatures, JSDoc, decorators | \`api-surface.md\` |
-| Interface/type/enum definitions | \`type-inventory.md\` |
-| Architecture patterns, conventions | \`patterns.md\` |
-| CLI bins, route handlers, main exports | \`entry-points.md\` |
-| C4 architecture diagram | \`diagram.md\` |
-| Module graph with key symbols | \`code-map.md\` |
-
-### Step 2: Knowledge Recall (MANDATORY before implementation)
-
-Before writing code, check prior decisions and flow context.
-
-\`\`\`
-search({ query: "<feature/area keywords>", limit: 5 })  // check past decisions + auto-knowledge
-knowledge({ action: "list", category: "decisions" })   // scan recent decisions that might apply
-knowledge({ action: "list", category: "conventions" }) // see project conventions (includes auto-captured)
-knowledge({ action: "lesson", subAction: "list-lessons", topic: "<2-3 task keywords>", minConfidence: 70 })  // topic-scoped lessons
-
-// Lesson lifecycle management
-knowledge({ action: "lesson", subAction: "prune" })                           // dry-run: review stale candidates
-knowledge({ action: "lesson", subAction: "prune", dryRun: false })            // execute prune
-knowledge({ action: "lesson", subAction: "group" })                           // dry-run: show clusters
-knowledge({ action: "lesson", subAction: "group", dryRun: false })            // execute grouping
-knowledge({ action: "lesson", subAction: "promote" })                         // dry-run: cross-workspace scan
-knowledge({ action: "lesson", subAction: "promote", dryRun: false })          // promote to global
-knowledge({ action: "lesson", subAction: "demote", path: "<path>" })        // remove from global
-
-// Session prelude (at session start)
-status({ includePrelude: true })  // top 3 lessons + top 2 conventions + checkpoint
-
-scope_map({ task: "what you need" })        // generates a reading plan
-
-// If running as sub-agent with flow context:
-knowledge({ action: "withdraw", scope: "flow", profile: "<your-role>", budget: 6000 })  // get pre-analyzed context from prior agents
-\`\`\`
-
-**Rules:**
-- Scope recalls.
-- Results exist → follow them or surface conflict.
-- Reuse flow/stash/checkpoint/workset context before re-running tools.
-- No results → proceed, then persist decisions.
-
-#### Role-Specific Auto-Knowledge Recall
-
-Use targeted searches before expensive work:
-
-**Passive recall:** Most tools accept \`enrich: true\` — this automatically appends previously captured facts relevant to your query. Use it on analysis tools (\`search\`, \`symbol\`, \`trace\`, \`graph\`, \`file_summary\`, \`compact\`, \`scope_map\`, \`blast_radius\`).
-
-**Active recall (for specific needs):**
-
-| Your Role | Before doing... | Search for auto-knowledge first |
-|-----------|-----------------|--------------------------------|
-| Debugger | Retrying failed tool | \`search({ query: "<tool-name> error", content_type: "curated-knowledge", limit: 3 })\` |
-| Implementer / Frontend | Creating tests | \`search({ query: "testing convention naming", content_type: "curated-knowledge", limit: 3 })\` |
-| Researcher | Fetching web docs | \`search({ query: "<domain-or-topic>", content_type: "curated-knowledge", limit: 3 })\` |
-| Any agent | Expensive analysis | Check withdrawn flow-context + \`stash\` first |
-
-### Step 3: Real-time Exploration (only if steps 1-2 don't cover it)
-
-| Tool | Use for |
-|---|---|
-| \`graph({ action: 'neighbors', node_id })\` | Module relationships |
-| \`find({ pattern })\` | Locate files by name/glob |
-| \`symbol({ items: [{name}] })\` | Definition + refs |
-| \`trace({ items: [{start, direction}] })\` | Call/data flow |
-| \`compact({ items: [{path, query}] })\` | Read specific section of a file |
-| \`compact({ ref, query? })\` | Reuse cached search/find/knowledge/compact output |
-| \`read_file\` | **ONLY** when you need exact lines for a pending edit |
-
-### Step 4: Tool Discovery
-
-If unsure which AI Kit tool to use → run \`guide({ goal: "what you need" })\` for recommendations.
-
----
-
-## FORGE Protocol (Quality Gate)
-
-1. Use Orchestrator-provided FORGE tier or run \`forge_classify\`.
-2. Floor → implement directly.
-3. Standard/Critical → track key claims in \`evidence_map\`.
-4. Orchestrator owns the final gate.
-
----
-
-## Loop Detection & Tooling Failure Modes
-
-Repeated failure → stop and change strategy.
-
-| Signal | Action |
-|--------|--------|
-| Same error **3 times** | Stop. New approach. |
-| Same test output after change | Re-read error. Change approach. |
-| Fix→test→same error | Re-diagnose with \`trace\`. |
-| \`read_file\`→edit→same state | Verify file/position with \`check\`. |
-
-**Escalation ladder:**
-1. Strikes 1-2 → retry with changed assumptions.
-2. Strike 3 → stop current approach.
-3. Still stuck → return \`ESCALATE\` with what was tried and why it failed.
-
-### Tooling failure exits
-| Signal | Stop condition | Exit action |
-|--------|---------------|-------------|
-| \`evidence_map\` returns HOLD | Missing evidence | Surface gaps |
-| Sub-agent returns BLOCKED | Cannot proceed | Escalate |
-| \`onboard\` reports stale index (>7 days) | Index stale | Run \`reindex({})\` once |
-| \`check\` or \`test_run\` fails 3x identical | Same failure | Stop and surface output |
-| \`compact\` returns < 50% reduction | Poor compression | Use \`file_summary\` or \`stratum_card\` |
-
-## Sub-agent Context Budget
-
-Choose tier by task size:
-
-| Tier | Budget | Tools | Use For |
-|------|--------|-------|---------|
-| **Floor** | T1 stratum_card only | Read-only | Quick lookups, single-file Q&A |
-| **Standard** | compact() + T2 stratum_card | Read-only + search | Multi-file analysis, research |
-| **Critical** | digest() + stratum_card + flow context | Full | Implementation, decisions, multi-step |
-
-Always tell the subagent: profile, tier, and what they should NOT do.
-
----
-
-## Hallucination Self-Check
-
-Verify before asserting.
-
-| Before you... | First verify with... |
-|---------------|---------------------|
-| Reference a file path | \`find({ pattern })\` or \`file_summary({ items: [{path}] })\` |
-| Call a function/method | \`symbol({ items: [{name}] })\` |
-| Claim a dependency exists | \`search({ query: "package-name" })\` or check \`package.json\` |
-| Assert a fix works | \`check({})\` + \`test_run({})\` |
-| Describe behavior | \`compact({ items: [{path, query}] })\` |
-
-**Rule:** Not verified this session → unverified.
-
----
-
-## Ambiguity Resolution Protocol
-
-If ≥2 valid interpretations:
-1. Name them.
-2. Pick highest-harm assumption.
-3. Ask one disambiguating question.
-
-## Scope Guard
-
-Set expected file count before changes. If scope doubles, stop and reassess.
-
----
-
-## MANDATORY: Memory Persistence Before Completing
-
-Before finishing, call \`knowledge({ action: "remember", ... })\` if you discovered a non-obvious pattern, decision, workaround, or gotcha.
-
-How to persist knowledge:
-\`\`\`
-knowledge({
-  action: "remember",
-  title: "Short descriptive title",
-  content: "Detailed finding with context",
-  category: "patterns" | "conventions" | "decisions" | "troubleshooting"
-})
-\`\`\`
-
-For outdated entries → \`knowledge({ action: "update", path, content, reason })\`.
-
----
-
-## Guidelines
-
-Use these rules when writing, reviewing, or refactoring.
-
-### 1. Think Before Coding
-
-- State assumptions.
-- Multiple interpretations → surface them.
-- Simpler path exists → say so.
-- Unclear → stop and ask.
-- Read nearby patterns first.
-
-### 2. Simplicity First
-
-- Minimum code that solves the task.
-- No speculative abstractions, flexibility, or impossible-scenario handling.
-- If 200 lines could be 50, rewrite it.
-
-### 3. Surgical Changes
-
-- Touch only required lines.
-- Match existing style.
-- Remove only dead code you create.
-- Every changed line should trace to request.
-
-### 4. Goal-Driven Execution
-
-Define success criteria and verify them.
-
-For multi-step tasks, state a brief plan:
-\`\`\`
-1. [Step] → verify: [check]
-2. [Step] → verify: [check]
-3. [Step] → verify: [check]
-\`\`\`
-
-### 5. Quality Dimensions
-
-Verify each before returning handoff:
-
-| Dimension | Check |
-|-----------|-------|
-| **Correctness** | Does it do what was asked? Tests pass? |
-| **Standards** | Follows project conventions? Lint-clean? |
-| **Architecture** | Fits existing patterns? No unnecessary coupling? |
-| **Robustness** | Handles edge cases? No obvious failure modes? |
-| **Maintainability** | Clear naming? Minimal complexity? Understandable to another developer? |
-
-### 6. Test-Driven Development
-
-- Vertical slices, not horizontal layers.
-- One test → make it pass → repeat.
-- Start with tracer bullet.
-- Test public behavior, not implementation detail.
+${n()}
 
----
+## Work Loop
+1. Restate scope and success criteria.
+2. Reproduce or write the smallest relevant test when code behavior changes.
+3. Implement minimal change; match local style.
+4. Run \`check({})\` + relevant \`test_run({})\`.
+5. Add evidence to Orchestrator-provided \`task_id\`; do not run gate.
+6. Capture a lesson only for non-obvious code changes.
 
-${t(`<PROFILE>`)}
 
-## Handoff Format
 
-Always return this structure when invoked as a sub-agent:
+## Failure Handling
+- Access/auth failure -> \`NEEDS_CONTEXT\` with URL/status/trigger.
+- Same error twice -> change approach or return \`BLOCKED\`.
+- Scope doubles or boundary unclear -> stop and report.
 
+## Output
 \`\`\`markdown
-<handoff>
-  <status>SUCCESS | PARTIAL | FAILED | ESCALATE</status>
-  <summary>{1 sentence summary}</summary>
-  <artifacts>
-    - Created: {files}
-    - Modified: {files}
-    - Deleted: {files}
-  </artifacts>
-  <context>{what the next agent needs to know}</context>
-  <blockers>{any blocking issues}</blockers>
-</handoff>
+## Status: DONE | DONE_WITH_CONCERNS | NEEDS_CONTEXT | BLOCKED
+Files: <changed/read files>
+Tests: <commands/results or not run + reason>
+Evidence: <claims + receipts>
+Decisions: <important choices>
+Blockers: <only if any>
 \`\`\`
 
-  ## AI Kit MCP Tool Naming Convention
+Keep normal status under 200 words; include full detail only for \`BLOCKED\`.
 
-  Tool references use short names (e.g. \`status\`, \`compact\`, \`search\`). Runtime names are usually prefixed:
+## Tool Names
+Instructions use short names such as \`status\`, \`compact\`, \`search\`. Runtime may prefix names by client, e.g. \`mcp_aikit_status\` or \`mcp__aikit__status\`. Call the tool whose name ends with the requested short name.
+`,"researcher-base":`# Researcher - Shared Kernel
 
-  | Client | Tool naming pattern | Example |
-  |--------|-------------------|---------|
-  | VS Code Copilot | \`mcp_<serverName>_<tool>\` | \`mcp_aikit_status\` |
-  | Claude Code | \`mcp__<serverName>__<tool>\` | \`mcp__aikit__status\` |
-  | Other MCP clients | \`<serverName>_<tool>\` or bare \`<tool>\` | \`aikit_status\` or \`status\` |
-
-  Server name is \`aikit\`.
-  **When these instructions say** \`status({})\` **→ call the tool whose name ends with** \`_status\`.
-  If tools are deferred/lazy-loaded, load them first (for example \`tool_search_tool_regex({ pattern: "aikit" })\`).
-`,"researcher-base":`# Researcher — Shared Base Instructions
-
-> Shared methodology for Researcher variants. Do not duplicate it in variant files.
-
-
-## MANDATORY FIRST ACTION
-
-Follow **MANDATORY FIRST ACTION** and **Information Lookup Order** from code-agent-base:
-1. Run \`status({})\` — check Onboard Status and note the **Onboard Directory** path
-2. If onboard shows ❌ → Run \`onboard({ path: '.' })\` and wait for completion
-3. If onboard shows ✅ → Read relevant onboard artifacts using \`compact({ items: [{path: '<Onboard Directory>/<file>'}] })\` before exploring
-
-Start with pre-analyzed artifacts.
+> Researchers are read-only subagents for discovery, trade-offs, and decision input.
 
 ${t(`researcher`)}
 
-## Research Methodology
-
-### Phase 1: AI Kit Recall (BLOCKING)
-\`\`\`
-search({ query: "task keywords" })
-scope_map({ task: "what you need to investigate" })
-\`\`\`
-
-### Phase 2: Exploration
-- Use \`graph\`, \`symbol\`, \`trace\`, \`find\` for code exploration.
-- Use \`file_summary\` and \`compact\` for reading.
-- Use \`analyze\` for package-level structure/deps.
-- Use \`web_search\` and \`web_fetch\` for external docs.
+${s()}
 
-### Phase 3: Synthesis
-- Use \`digest\` and \`stratum_card\` to compress findings.
+## Method
+1. Start from Orchestrator question + provided context.
+2. Recall: \`search({ query })\` + relevant lessons/conventions.
+3. Explore with \`graph\`, \`symbol\`, \`trace\`, \`find\`, \`file_summary\`, \`compact\`, \`analyze\`; web tools only for external facts.
+4. Synthesize into recommendation, trade-offs, risks, confidence.
+5. Persist only durable non-obvious findings.
 
-### Phase 4: Report
-Return structured findings. Include:
-1. **Summary** — 1-3 sentence overview
-2. **Key Findings** — Bullet list of important discoveries
-3. **Files Examined** — Paths with brief purpose notes
-4. **Recommendation** — Your suggested approach with reasoning
-5. **Trade-offs** — Pros and cons of alternatives
-6. **Risks** — What could go wrong
+## Decision Work
+Commit to a recommendation. Cite evidence. Name blind spots. State confidence.
 
-### Phase 5: MANDATORY — Persist Discoveries
-
-Before returning, call \`knowledge({ action: "remember", ... })\` for non-obvious findings, decisions, gotchas, or external research worth keeping.
-
-\`\`\`
-knowledge({
-  action: "remember",
-  title: "Short descriptive title",
-  content: "Detailed finding with context",
-  category: "patterns" | "conventions" | "decisions" | "troubleshooting"
-})
+## Output
+\`\`\`markdown
+## Research: <question>
+Summary: <1-3 sentences>
+Findings:
+- <claim> — <receipt>
+Recommendation: <choice + why>
+Trade-offs: <costs>
+Risks: <risks/unknowns>
+Confidence: <low|medium|high>
+Status: DONE | DONE_WITH_CONCERNS | NEEDS_CONTEXT | BLOCKED
 \`\`\`
+`,"code-reviewer-base":`# Code-Reviewer - Shared Kernel
 
----
-
-## FORGE-Aware Research
-
-For code-change research:
-1. Run \`forge_classify({ task, files, root_path })\`.
-2. Standard+ → record key findings in \`evidence_map\`.
-3. Report tier/risk implications.
-
----
-
-## Multi-Model Decision Context
-
-When invoked for decision analysis, you receive a specific question. You MUST:
-1. Commit to a recommendation.
-2. Cite concrete evidence.
-3. Acknowledge trade-offs.
-4. State confidence.
-
----
-
-## Invocation Mode Detection
-
-> **Mode:** Researchers always run as subagents — no Direct mode.
-
----
-
-## Context Efficiency
-
-> Prefer \`compact\`/\`digest\`/\`file_summary\` over raw \`read_file\`.
-
-## Parallel Exploration via \`lane\`
-
-For questions that require trying approach A vs approach B in isolation:
-1. \`lane({ action:'create', name:'approach-a' })\` — isolated file copies
-2. Evaluate approach A; record observations
-3. \`lane({ action:'create', name:'approach-b' })\` — second isolate
-4. Evaluate approach B; record observations
-5. \`lane({ action:'diff', names:['approach-a','approach-b'] })\` — compare
-6. Include the diff summary in your output; do NOT merge lanes back (read-only role)
-`,"code-reviewer-base":`# Code-Reviewer — Shared Base Instructions
-
-> Shared methodology for Code-Reviewer variants. Do not duplicate.
-
-
-## MANDATORY FIRST ACTION
-
-Follow **MANDATORY FIRST ACTION** and **Information Lookup Order** from code-agent-base:
-1. Run \`status({})\` — check Onboard Status and note the **Onboard Directory** path
-2. If onboard shows ❌ → Run \`onboard({ path: '.' })\` and wait for completion
-3. If onboard shows ✅ → Read relevant onboard artifacts using \`compact({ items: [{path: '<Onboard Directory>/<file>'}] })\` — especially \`patterns.md\` and \`api-surface.md\` for review context
+> Review changed behavior, tests, correctness, security, maintainability, patterns, and type safety.
 
 ${t(`reviewer`)}
 
-## Review Workflow
-
-1. Recall patterns.
-2. Run \`blast_radius\`.
-3. Run \`forge_classify\`.
-4. Review dimensions below.
-5. Validate with \`check\` and \`test_run\`.
-6. Report.
-7. Persist recurring findings.
+${s()}
 
-## Review Dimensions
+## Method
+1. Use provided diff/context first; run \`blast_radius\` when scope is unclear.
+2. Recall local patterns and review changed code against acceptance criteria.
+3. Validate with \`check({})\` and targeted \`test_run({})\` when available.
+4. Add only CRITICAL/HIGH claims to Orchestrator-provided \`task_id\`; do not gate.
 
-| Dimension | What to Check |
-|-----------|---------------|
-| **Correctness** | Logic errors, off-by-one, null handling, async/await |
-| **Security** | OWASP Top 10, input validation, secrets exposure |
-| **Performance** | N+1 queries, unnecessary allocations, missing caching |
-| **Maintainability** | Naming, complexity, DRY, single responsibility |
-| **Testing** | Coverage for new/changed logic, edge cases |
-| **Patterns** | Consistency with existing codebase conventions |
-| **Types** | Proper typing, no \`any\`, generics where useful |
-
-## Output Format
+## Severity
+- CRITICAL: runtime/data/security failure.
+- HIGH: likely bug, exploitable issue, broken contract.
+- MEDIUM: maintainability/performance/test gap.
+- LOW: style/naming.
 
+## Output
 \`\`\`markdown
-## Code Review: {scope}
-**Verdict: APPROVED | NEEDS_REVISION | FAILED**
-**Severity: {count by level}**
-
-### Findings
-1. **[SEVERITY]** {file}:{line} — Description and fix
-
-### Summary
-{Overall assessment, key concerns}
+## Code Review: <scope>
+FORGE Task ID: <id or not provided>
+Tier applied: Floor | Standard | Critical
+Verdict: APPROVED | CHANGES_REQUESTED | BLOCKED
+Findings:
+1. [SEVERITY] file:line — issue; fix
+Summary: <brief>
 \`\`\`
 
-## Severity Levels
-
-- **CRITICAL** — Correctness bug that will cause runtime failure
-- **HIGH** — Security issue or major design flaw
-- **MEDIUM** — Code quality concern that should be fixed
-- **LOW** — Style/naming suggestion
-
-## Rules
+Approve only with zero CRITICAL/HIGH findings.
+`,"architect-reviewer-base":`# Architect-Reviewer - Shared Kernel
 
-- **APPROVED** requires zero CRITICAL/HIGH findings
-- **NEEDS_REVISION** for any HIGH finding
-- **FAILED** for any CRITICAL finding
-- Check test coverage on changed code
-
-${n()}
-`,"architect-reviewer-base":`# Architect-Reviewer — Shared Base Instructions
-
-> Shared methodology for Architect-Reviewer variants. Do not duplicate.
-
-
-## MANDATORY FIRST ACTION
-
-Follow **MANDATORY FIRST ACTION** and **Information Lookup Order** from code-agent-base:
-1. Run \`status({})\` — check Onboard Status and note the **Onboard Directory** path
-2. If onboard shows ❌ → Run \`onboard({ path: '.' })\` and wait for completion
-3. If onboard shows ✅ → Read relevant onboard artifacts using \`compact({ items: [{path: '<Onboard Directory>/<file>'}] })\` — especially \`structure.md\`, \`dependencies.md\`, and \`diagram.md\` for architecture context
+> Review structure: dependency direction, boundaries, public contracts, pattern fit, testability.
 
 ${t(`reviewer`)}
 
-## Review Workflow
-
-1. Recall architecture patterns.
-2. Analyze structure/deps and blast radius.
-3. Evaluate dimensions below.
-4. Report.
-5. Persist structural findings.
+${s()}
 
-## Review Dimensions
-
-| Dimension | What to Check |
-|-----------|---------------|
-| **Dependency Direction** | Dependencies flow inward (domain ← services ← infra) |
-| **Boundary Respect** | No cross-cutting between unrelated packages |
-| **SOLID Compliance** | Single responsibility, dependency inversion |
-| **Pattern Adherence** | Consistent with established patterns in codebase |
-| **Interface Stability** | Public APIs don't break existing consumers |
-| **Scalability** | Design handles growth (data, users, features) |
-| **Testability** | Dependencies injectable, side effects isolated |
-
-## Output Format
+## Method
+1. Use provided design/diff/context first.
+2. Check graph with \`graph({action:'find_nodes'})\` then \`graph({action:'neighbors', node_id})\`.
+3. Review boundary changes, new modules, public APIs, dependency direction.
+4. Add CRITICAL/HIGH structural claims to Orchestrator \`task_id\`; do not gate.
 
+## Output
 \`\`\`markdown
-## Architecture Review: {scope}
-**Verdict: APPROVED | NEEDS_CHANGES | BLOCKED**
-
-### Boundary Analysis
-{dependency direction, package boundaries}
-
-### Pattern Compliance
-{consistency with existing patterns}
-
-### Findings
-1. **[SEVERITY]** {description} — Impact and recommendation
-
-### Summary
-{Overall structural assessment}
+## Architecture Review: <scope>
+FORGE Task ID: <id or not provided>
+Tier applied: Floor | Standard | Critical
+Verdict: APPROVED | CHANGES_REQUESTED | BLOCKED
+Boundary Analysis: <brief>
+Pattern Fit: <brief>
+Findings:
+1. [SEVERITY] file:line — issue; impact; fix
+Summary: <brief>
 \`\`\`
-
-## Rules
-
-- **APPROVED** — No structural issues
-- **NEEDS_CHANGES** — Fixable structural issues
-- **BLOCKED** — Fundamental design flaw requiring rethink
-- Validate dependency direction
-
-${n()}
-
-## Graph-Assisted Layer Verification
-
-For each significantly changed module:
-
-1. **Discover node**: \`graph({action:'find_nodes', name_pattern:'<module-path>'})\` → get node_id
-2. **Incoming deps**: \`graph({action:'neighbors', node_id, direction:'incoming'})\`
-3. **Outgoing deps**: \`graph({action:'neighbors', node_id, direction:'outgoing'})\`
-4. **Isolation**: \`graph({action:'depth_traverse', node_id, max_depth:3})\`
-
-Cite layer violations with \`file:line\` receipts. Do not use \`shortest_path\`.
 `,"decision-protocol":`# Multi-Model Decision Protocol
 
 Use for non-trivial technical decisions with multiple viable approaches.
@@ -925,7 +485,7 @@ Reduces per-request token consumption by 40-70% (from ~85K to ~25-50K). Cache hi
 - ALWAYS deposit findings BEFORE compressing
 - Keep each step-summary under 2000 characters
 - If a step produced errors or blockers, include those verbatim (do not compress)
-- On completion: knowledge({action: flush, scope: flow:<run-id>})`},l={"execution-state":`# Execution State: {Task Title}
+- On completion: knowledge({action: flush, scope: flow:<run-id>})`},u={"execution-state":`# Execution State: {Task Title}
 
 **Status:** PLANNING | IN_PROGRESS | REVIEW | COMPLETED | BLOCKED
 **Started:** {timestamp}
@@ -977,4 +537,4 @@ Reduces per-request token consumption by 40-70% (from ~85K to ~25-50K). Cache hi
 
 ## Alternatives Considered
 {Other approaches evaluated and why they were rejected - keeps the "why not" alongside the "why"}
-`};export{s as AIKIT_INSTALL_HINT_SECTION,o as PLATFORM_OUTPUT_RULES_SECTION,c as PROTOCOLS,l as TEMPLATES,a as postTaskLesson,i as preTaskKnowledgeRecall};
+`};export{c as AIKIT_INSTALL_HINT_SECTION,o as PLATFORM_OUTPUT_RULES_SECTION,l as PROTOCOLS,u as TEMPLATES,s as aiKitToolPreference,a as postTaskLesson,i as preTaskKnowledgeRecall};