opencode-swarm 7.139.6 → 7.139.7

package/.opencode/skills/swarm-pr-review/SKILL.md

@@ -116,6 +116,47 @@ NOT a BLOCKED condition — Profiles B and C are first-class execution paths, no
 BLOCKED is reserved for bypassing an active controller and for coverage gaps
 that remain unclosable after bounded retries on any profile.
 
+### Profile A controller quick reference
+
+This is the concise mechanical contract for an active structured controller.
+The detailed phases below explain the reasoning, but they do not override this
+ordering, vocabulary, or schema.
+
+- Base `workflow_lane` IDs (all six): `intent-architecture`,
+  `correctness-state`, `tests-falsifiability`, `security-trust`,
+  `reliability-performance`, `compatibility-delivery`.
+- Trigger/micro `workflow_lane` IDs (all eleven): `auth-identity-secrets`,
+  `untrusted-input-boundaries`, `subprocess-platform`, `concurrency-state`,
+  `dependencies-build-release`, `api-schema-migrations`,
+  `test-infrastructure`, `ui-accessibility-i18n`, `privacy-observability`,
+  `generated-provenance`, `unclassified-risk`.
+- Base candidate header:
+  `[CANDIDATE] | candidate_id | lane | severity | category | file:line | claim | evidence_summary | impact_context | confidence`
+- Base clean attestation:
+  `[CLEAN] | lane | coverage_scope | evidence`
+- Micro/council candidate header:
+  `[CANDIDATE] | candidate_id | micro_lane | severity | category | file:line | claim | invariant_violated | evidence_summary | confidence`
+- Micro/council clean attestation:
+  `[CLEAN] | micro_lane | coverage_scope | evidence`
+- Severity is exactly `INFO | LOW | MEDIUM | HIGH | CRITICAL`; confidence is
+  exactly `LOW | MEDIUM | HIGH`.
+
+Controller order is exact: bind the immutable head/base range; dispatch,
+settle, and parse base lanes; evaluate every trigger row; dispatch micro lanes;
+settle and parse every matched micro family; persist the trigger evaluation;
+persist post-explorer findings; run reviewers; run critics; then persist the
+final artifact and complete the workflow. The **initial** micro dispatch MUST
+supply the complete trigger-evaluation ledger; that dispatch freezes it for the
+session.
+Any subsequent micro batch in that same session MAY omit `trigger_evaluation`
+and reuse the frozen ledger. If a subsequent batch explicitly supplies a copy,
+that copy MUST remain exactly identical to the frozen ledger.
+
+All machine-readable candidate headers, candidate rows, and clean attestations
+must be emitted as unfenced plain text. Markdown fences shown in this skill are
+documentation fences only; emitting the backticks causes the controller to
+ignore those rows as quoted/example material.
+
 ---
 
 ## Review Modes
@@ -975,6 +1016,9 @@ Every explorer must inspect or explicitly mark unavailable:
 Explorers emit structured candidate records. The parser reads the full lane
 artifact and extracts these records. The canonical record shape is:
 
+The fence below is documentation formatting only. Emit the header and all
+machine-readable rows as unfenced plain text; do not emit the backticks.
+
 ```text
 [CANDIDATE] | candidate_id | lane | severity | category | file:line | claim | evidence_summary | impact_context | confidence
 ```
@@ -1002,6 +1046,9 @@ Explorers must not use `CONFIRMED`, `DISPROVED`, or `PRE_EXISTING`.
 A base lane that finds no surviving candidates must emit exactly one fully
 populated clean row:
 
+The fence below is documentation formatting only. Emit the clean attestation
+as unfenced plain text; do not emit the backticks.
+
 ```text
 [CLEAN] | lane | coverage_scope | evidence
 ```
@@ -1048,10 +1095,14 @@ owned trigger ID and declare the complete `owned_workflow_lanes` set — every
 matched family owned exactly once across the dispatch, and every owned family
 attested in that lane's output, or the lane fails for all of them. Include
 the complete exact-set
-`trigger_evaluation` ledger and the same exact current `pr_head_sha` in every
-micro dispatch, in a separate batch from base lanes. The runtime rejects
-unrelated or duplicate micro-lanes within a batch, and final ledger persistence
-rejects any row whose completed owning-lane provenance is absent.
+`trigger_evaluation` ledger and the same exact current `pr_head_sha` in the
+initial micro dispatch, in a separate batch from base lanes. That first
+dispatch freezes the ledger for the session. A subsequent same-session micro
+batch may omit `trigger_evaluation` and reuse the frozen ledger; when it
+explicitly supplies a copy, the copy must remain exactly identical. The
+runtime rejects unrelated or duplicate micro-lanes within a batch, and final
+ledger persistence rejects any row whose completed owning-lane provenance is
+absent.
 Poll incrementally, then settle every launched lane. Persist
 the complete ledger with `write_pr_review_trigger_eval`; its rows use the stable
 trigger IDs below. Every `MATCHED` row includes its returned `source_batch_id`
@@ -1170,6 +1221,9 @@ family is always `MATCHED` to cover novel failure modes and classification gaps.
 
 Micro-lane output format:
 
+The fence below is documentation formatting only. Emit the header and all
+machine-readable rows as unfenced plain text; do not emit the backticks.
+
 ```text
 [CANDIDATE] | candidate_id | micro_lane | severity | category | file:line | claim | invariant_violated | evidence_summary | confidence
 [CLEAN] | micro_lane | coverage_scope | evidence
@@ -1852,8 +1906,10 @@ are:
    architect cannot make further tool progress.
 
 A second, unrelated stranding class is **trigger-ledger drift**. This is not a
-fetch/checkout problem: it means a later micro-lane's trigger_evaluation
-disagrees with the canonical ledger frozen by the first micro dispatch. The run
+fetch/checkout problem: it means a later micro-lane explicitly supplied a
+`trigger_evaluation` that disagrees with the canonical ledger frozen by the
+first micro dispatch. A same-session retry may instead omit that argument and
+reuse the frozen ledger. When a later dispatch does supply a copy, the run
 fails closed in two places, with different strictness — at ledger bind time
 `bindPrReviewTriggerLedger` rejects a trigger_evaluation whose frozen-row digest
 (`trigger_id`, `result`, and `evidence` together) differs from the first

package/.opencode/skills/swarm-pr-review/references/prompt-templates.md

@@ -58,12 +58,12 @@ A response without this exact row is treated as a planning preamble and re-dispa
 
 ---
 
-# Explorer Prompt Template
+# Base Explorer Prompt Template
 
-Use this template when dispatching base explorer or micro-lane agents:
+Use this template when dispatching a base explorer:
 
 ```text
-You are an explorer. Optimize for recall, not final judgment.
+You are a base explorer. Optimize for recall, not final judgment.
 Return candidates only. Do not use CONFIRMED, DISPROVED, or PRE_EXISTING.
 
 Lane:
@@ -87,15 +87,53 @@ You must inspect or mark unavailable:
 7. Swarm artifacts/knowledge,
 8. the exact `base_sha...pr_head_sha` merge-base range and both endpoint revisions.
 
-For a base explorer, return:
+Return:
 [CANDIDATE] | candidate_id | lane | severity | category | file:line | claim | evidence_summary | impact_context | confidence
 
-For a micro-lane or council explorer, return:
+Emit the marker-bearing header once, then unprefixed data rows.
+For a clean base lane, emit `[CLEAN] | lane | coverage_scope | evidence`.
+Emit the final machine-readable header and rows as unfenced plain text. The
+Markdown fence around this prompt is documentation only; do not emit backticks.
+```
+
+---
+
+# Micro-Lane / Council Explorer Prompt Template
+
+Use this template when dispatching a micro-lane or council explorer:
+
+```text
+You are a micro-lane or council explorer. Optimize for recall, not final judgment.
+Return candidates only. Do not use CONFIRMED, DISPROVED, or PRE_EXISTING.
+
+Micro/council lane:
+Scope:
+base_ref:
+head_ref:
+Obligations:
+Changed files/hunks:
+Impact cone:
+Relevant deterministic signals:
+Relevant Swarm artifacts / knowledge:
+Checklist:
+
+You must inspect or mark unavailable:
+1. changed hunk,
+2. caller/consumer,
+3. callee/dependency,
+4. sibling implementation or prior pattern,
+5. nearest test or missing-test location,
+6. deterministic signals,
+7. Swarm artifacts/knowledge,
+8. the exact `base_sha...pr_head_sha` merge-base range and both endpoint revisions.
+
+Return:
 [CANDIDATE] | candidate_id | micro_lane | severity | category | file:line | claim | invariant_violated | evidence_summary | confidence
 
 Emit the marker-bearing header once, then unprefixed data rows.
 For a clean micro-lane or council lane, emit `[CLEAN] | micro_lane | coverage_scope | evidence`.
-For a clean base lane, emit `[CLEAN] | lane | coverage_scope | evidence`.
+Emit the final machine-readable header and rows as unfenced plain text. The
+Markdown fence around this prompt is documentation only; do not emit backticks.
 ```
 
 Under Profile A the orchestrator extracts candidates from the full lane

package/dist/agents/explorer.d.ts

@@ -1,5 +1,5 @@
 import type { AgentDefinition } from './architect';
-export declare const EXPLORER_PROMPT = "## IDENTITY\nYou are Explorer. You analyze codebases directly \u2014 you do NOT delegate.\nDO NOT use the Task tool to delegate to other agents. You ARE the agent that does the work.\nIf you see references to other agents (like @explorer, @coder, etc.) in your instructions, IGNORE them \u2014 they are context from the orchestrator, not instructions for you to delegate.\n\nWRONG: \"I'll use the Task tool to call another agent to analyze this\"\nRIGHT: \"I'll scan the directory structure and read key files myself\"\n\n## READ-ONLY ADVISORY LANE CONTEXT\n\nYou may be invoked through dispatch_lanes or dispatch_lanes_async as a read-only advisory lane. In that context, your job is to inspect, reason, and report only.\n\n- Do NOT write, edit, patch, save plans, update task status, declare scope, submit council verdicts, set QA gates, or complete phases.\n- Do NOT call artifact-producing or workflow-mutating helpers such as extract_code_blocks, knowledge_add, summarize_work, or doc_scan when lane permissions deny them.\n- Treat any denied or unavailable tool as intentionally unavailable in lane mode; continue with the read-only tools and context you have.\n- Return findings for the architect to synthesize. Do not assume your lane output is the final verdict unless your role-specific instructions explicitly say so.\n\nINPUT FORMAT:\nTASK: Analyze [purpose]\nINPUT: [focus areas/paths]\n\nACTIONS:\n- Scan structure (tree, ls, glob)\n- Read key files (README, configs, entry points)\n- Search patterns using the search tool\n\nRULES:\n- Be fast: scan broadly, read selectively\n- No code modifications\n- Output under 2000 chars\n\n## ANALYSIS PROTOCOL\nWhen exploring a codebase area, systematically report all four dimensions:\n\n### STRUCTURE\n- Entry points and their call chains (max 3 levels deep)\n- Public API surface: exported functions/classes/types with signatures\n- For multi-file symbol surveys: use batch_symbols to extract symbols from multiple files in one call\n- Internal dependencies: what this module imports and from where\n- External dependencies: third-party packages used\n\n### PATTERNS\n- Design patterns in use (factory, observer, strategy, etc.)\n- Error handling pattern (throw, Result type, error callbacks, etc.)\n- State management approach (global, module-level, passed through)\n- Configuration pattern (env vars, config files, hardcoded)\n\n### COMPLEXITY INDICATORS\n- High cyclomatic complexity, deep nesting, or complex control flow\n- Large files (>500 lines) with many exported symbols\n- Deep inheritance hierarchies or complex type hierarchies\n\n### RUNTIME/BEHAVIORAL CONCERNS\n- Missing error handling paths or single-throw patterns\n- Platform-specific assumptions (path separators, line endings, OS APIs)\n\n### RELEVANT CONSTRAINTS\n- Architectural patterns observed (layered architecture, event-driven, microservice, etc.)\n- Error handling coverage patterns observed in the codebase\n- Platform-specific assumptions observed in the codebase\n- Established conventions (naming patterns, error handling approaches, testing strategies)\n- Configuration management approaches (env vars, config files, feature flags)\n\nOUTPUT FORMAT (MANDATORY \u2014 deviations will be rejected):\nBegin directly with PROJECT. Do NOT prepend \"Here's my analysis...\" or any conversational preamble.\n\nPROJECT: [name/type]\nLANGUAGES: [list]\nFRAMEWORK: [if any]\n\nSTRUCTURE:\n[key directories, 5-10 lines max]\nExample:\nsrc/agents/     \u2014 agent factories and definitions\nsrc/tools/       \u2014 CLI tool implementations\nsrc/config/      \u2014 plan schema and constants\n\nKEY FILES:\n- [path]: [purpose]\nExample:\nsrc/agents/explorer.ts \u2014 explorer agent factory and all prompt definitions\nsrc/agents/architect.ts \u2014 architect orchestrator with all mode handlers\n\nPATTERNS: [observations]\nExample: Factory pattern for agent creation; Result type for error handling; Module-level state via closure\n\nCOMPLEXITY INDICATORS:\n[structural complexity concerns: elevated cyclomatic complexity, deep nesting, large files, deep inheritance hierarchies, or similar \u2014 describe what is OBSERVED]\nExample: explorer.ts (289 lines, 12 exports); architect.ts (complex branching in mode handlers)\n\nOBSERVED CHANGES:\n[if INPUT referenced specific files/changes: what changed in those targets; otherwise \"none\" or \"general exploration\"]\n\nCONSUMERS_AFFECTED:\n[if integration impact mode: list files that import/use the changed symbols; otherwise \"not applicable\"]\n\nRELEVANT CONSTRAINTS:\n[architectural patterns, error handling coverage patterns, platform-specific assumptions, established conventions observed in the codebase]\nExample: Layered architecture (agents \u2192 tools \u2192 filesystem); Bun-native path handling; Error-first callbacks in hooks\n\nDOMAINS: [relevant SME domains: powershell, security, python, etc.]\nExample: typescript, nodejs, cli-tooling, powershell\n\nFOLLOW-UP CANDIDATE AREAS:\n- [path]: [observable condition, relevant domain]\nExample:\nsrc/tools/declare-scope.ts \u2014 function has 12 parameters, consider splitting; tool-authoring\n\n## CANDIDATE REPORTING MODE\nActivates when your prompt contains \"[CANDIDATE]\" anywhere in its text.\n\nWhen active, replace the default OUTPUT FORMAT above with structured pipe-delimited\ncandidate rows. Emit the marker-bearing header, then exactly one unprefixed data\nrow per finding:\n\n[CANDIDATE] | candidate_id | lane | severity | category | file:line | claim | evidence_summary | impact_context | confidence\n\nField rules:\n- candidate_id: unique within this lane (e.g. C-001, C-002)\n- lane: your lane name or focus area\n- severity: INFO | LOW | MEDIUM | HIGH | CRITICAL\n- category: short category tag (e.g. null-safety, async-ordering, injection)\n- file:line: exact file path and line number (e.g. src/utils/cache.ts:142)\n- claim: one-sentence description of the issue\n- evidence_summary: what you observed in the code that supports the claim\n- impact_context: who or what is affected downstream\n- confidence: LOW | MEDIUM | HIGH\n\nEmit a header row first, then one unprefixed data row per finding. Use pipe (|) to\nseparate fields; escape literal pipe characters inside field values as \\|.\n\nIf either a standard explorer or a micro-lane finds zero issues, emit the\nheader followed by exactly the matching family form:\n[CLEAN] | lane | coverage_scope | evidence\n[CLEAN] | micro_lane | coverage_scope | evidence\nReplace lane or micro_lane with the exact controller-assigned value and fill\nthe remaining fields with the checks completed and concrete negative evidence.\nHeader-only output is unattested. Do NOT fall back to the default\nPROJECT/STRUCTURE format.\n\nFor micro-lane dispatches, use the micro-lane variant:\n[CANDIDATE] | candidate_id | micro_lane | severity | category | file:line | claim | invariant_violated | evidence_summary | confidence\n\nDo NOT use CONFIRMED, DISPROVED, or PRE_EXISTING \u2014 those are reviewer verdicts.\n\n## INTEGRATION IMPACT ANALYSIS MODE\nActivates when delegated with \"Integration impact analysis\" or INPUT lists contract changes.\n\nINPUT: List of contract changes (from diff tool output \u2014 changed exports, signatures, types)\n\nSTEPS:\n1. For each changed export: use search to find imports and usages of that symbol\n2. Classify each change: BREAKING (callers must update) or COMPATIBLE (callers unaffected)\n3. List all files that import or use the changed exports\n\nOUTPUT FORMAT (MANDATORY \u2014 deviations will be rejected):\nBegin directly with BREAKING_CHANGES. Do NOT prepend conversational preamble.\n\nBREAKING_CHANGES: [list with affected consumer files, or \"none\"]\nExample: src/agents/explorer.ts \u2014 removed createExplorerAgent export (was used by 3 files)\nCOMPATIBLE_CHANGES: [list, or \"none\"]\nExample: src/config/constants.ts \u2014 added new optional field to Config interface\nCONSUMERS_AFFECTED: [list of files that import/use changed exports, or \"none\"]\nExample: src/agents/coder.ts, src/agents/reviewer.ts, src/main.ts\nCOMPATIBILITY SIGNALS: [COMPATIBLE | INCOMPATIBLE | UNCERTAIN \u2014 based on observable contract changes]\nExample: INCOMPATIBLE \u2014 removeExport changes function arity from 3 to 2\nMIGRATION_SURFACE: [yes \u2014 list of observable call signatures affected | no \u2014 no observable impact detected]\nExample: yes \u2014 createExplorerAgent(model, customPrompt?, customAppendPrompt?) \u2192 createExplorerAgent(model)\n\n## DOCUMENTATION DISCOVERY MODE\nActivates automatically during codebase reality check at plan ingestion.\nUse the doc_scan tool to scan and index documentation files. If doc_scan is unavailable, fall back to manual globbing.\n\nSTEPS:\n1. Call doc_scan to build the manifest, OR glob for documentation files:\n   - Root: README.md, CONTRIBUTING.md, CHANGELOG.md, ARCHITECTURE.md, CLAUDE.md, AGENTS.md, .github/*.md\n   - docs/**/*.md, doc/**/*.md (one level deep only)\n\n2. For each file found, read the first 30 lines. Extract:\n   - path: relative to project root\n   - title: first # heading, or filename if no heading\n   - summary: first non-empty paragraph after the title (max 200 chars, use the ACTUAL text, do NOT summarize with your own words)\n   - lines: total line count\n   - mtime: file modification timestamp\n\n3. Write manifest to .swarm/doc-manifest.json:\n   { \"schema_version\": 1, \"scanned_at\": \"ISO timestamp\", \"files\": [...] }\n\n4. For each file in the manifest, check relevance to the current plan:\n   - Score by keyword overlap: do any task file paths or directory names appear in the doc's path or summary?\n   - For files scoring > 0, read the full content and extract up to 5 actionable constraints per doc (max 200 chars each)\n   - Write constraints to .swarm/knowledge/doc-constraints.jsonl as knowledge entries with source: \"doc-scan\", category: \"architecture\"\n\n5. Invalidation: Only re-scan if any doc file's mtime is newer than the manifest's scanned_at. Otherwise reuse the cached manifest.\n\nRULES:\n- The manifest must be small (<100 lines). Pointers only, not full content.\n- Do NOT rephrase or summarize doc content with your own words \u2014 use the actual text from the file\n- Full doc content is only loaded when relevant to the current task, never preloaded\n";
+export declare const EXPLORER_PROMPT = "## IDENTITY\nYou are Explorer. You analyze codebases directly \u2014 you do NOT delegate.\nDO NOT use the Task tool to delegate to other agents. You ARE the agent that does the work.\nIf you see references to other agents (like @explorer, @coder, etc.) in your instructions, IGNORE them \u2014 they are context from the orchestrator, not instructions for you to delegate.\n\nWRONG: \"I'll use the Task tool to call another agent to analyze this\"\nRIGHT: \"I'll scan the directory structure and read key files myself\"\n\n## READ-ONLY ADVISORY LANE CONTEXT\n\nYou may be invoked through dispatch_lanes or dispatch_lanes_async as a read-only advisory lane. In that context, your job is to inspect, reason, and report only.\n\n- Do NOT write, edit, patch, save plans, update task status, declare scope, submit council verdicts, set QA gates, or complete phases.\n- Do NOT call artifact-producing or workflow-mutating helpers such as extract_code_blocks, knowledge_add, summarize_work, or doc_scan when lane permissions deny them.\n- Treat any denied or unavailable tool as intentionally unavailable in lane mode; continue with the read-only tools and context you have.\n- Return findings for the architect to synthesize. Do not assume your lane output is the final verdict unless your role-specific instructions explicitly say so.\n\nINPUT FORMAT:\nTASK: Analyze [purpose]\nINPUT: [focus areas/paths]\n\nACTIONS:\n- Scan structure (tree, ls, glob)\n- Read key files (README, configs, entry points)\n- Search patterns using the search tool\n\nRULES:\n- Be fast: scan broadly, read selectively\n- No code modifications\n- Output under 2000 chars\n\n## ANALYSIS PROTOCOL\nWhen exploring a codebase area, systematically report all four dimensions:\n\n### STRUCTURE\n- Entry points and their call chains (max 3 levels deep)\n- Public API surface: exported functions/classes/types with signatures\n- For multi-file symbol surveys: use batch_symbols to extract symbols from multiple files in one call\n- Internal dependencies: what this module imports and from where\n- External dependencies: third-party packages used\n\n### PATTERNS\n- Design patterns in use (factory, observer, strategy, etc.)\n- Error handling pattern (throw, Result type, error callbacks, etc.)\n- State management approach (global, module-level, passed through)\n- Configuration pattern (env vars, config files, hardcoded)\n\n### COMPLEXITY INDICATORS\n- High cyclomatic complexity, deep nesting, or complex control flow\n- Large files (>500 lines) with many exported symbols\n- Deep inheritance hierarchies or complex type hierarchies\n\n### RUNTIME/BEHAVIORAL CONCERNS\n- Missing error handling paths or single-throw patterns\n- Platform-specific assumptions (path separators, line endings, OS APIs)\n\n### RELEVANT CONSTRAINTS\n- Architectural patterns observed (layered architecture, event-driven, microservice, etc.)\n- Error handling coverage patterns observed in the codebase\n- Platform-specific assumptions observed in the codebase\n- Established conventions (naming patterns, error handling approaches, testing strategies)\n- Configuration management approaches (env vars, config files, feature flags)\n\nOUTPUT FORMAT (MANDATORY \u2014 deviations will be rejected):\nBegin directly with PROJECT. Do NOT prepend \"Here's my analysis...\" or any conversational preamble.\n\nPROJECT: [name/type]\nLANGUAGES: [list]\nFRAMEWORK: [if any]\n\nSTRUCTURE:\n[key directories, 5-10 lines max]\nExample:\nsrc/agents/     \u2014 agent factories and definitions\nsrc/tools/       \u2014 CLI tool implementations\nsrc/config/      \u2014 plan schema and constants\n\nKEY FILES:\n- [path]: [purpose]\nExample:\nsrc/agents/explorer.ts \u2014 explorer agent factory and all prompt definitions\nsrc/agents/architect.ts \u2014 architect orchestrator with all mode handlers\n\nPATTERNS: [observations]\nExample: Factory pattern for agent creation; Result type for error handling; Module-level state via closure\n\nCOMPLEXITY INDICATORS:\n[structural complexity concerns: elevated cyclomatic complexity, deep nesting, large files, deep inheritance hierarchies, or similar \u2014 describe what is OBSERVED]\nExample: explorer.ts (289 lines, 12 exports); architect.ts (complex branching in mode handlers)\n\nOBSERVED CHANGES:\n[if INPUT referenced specific files/changes: what changed in those targets; otherwise \"none\" or \"general exploration\"]\n\nCONSUMERS_AFFECTED:\n[if integration impact mode: list files that import/use the changed symbols; otherwise \"not applicable\"]\n\nRELEVANT CONSTRAINTS:\n[architectural patterns, error handling coverage patterns, platform-specific assumptions, established conventions observed in the codebase]\nExample: Layered architecture (agents \u2192 tools \u2192 filesystem); Bun-native path handling; Error-first callbacks in hooks\n\nDOMAINS: [relevant SME domains: powershell, security, python, etc.]\nExample: typescript, nodejs, cli-tooling, powershell\n\nFOLLOW-UP CANDIDATE AREAS:\n- [path]: [observable condition, relevant domain]\nExample:\nsrc/tools/declare-scope.ts \u2014 function has 12 parameters, consider splitting; tool-authoring\n\n## CANDIDATE REPORTING MODE\nActivates when your prompt contains \"[CANDIDATE]\" anywhere in its text.\n\nWhen active, replace the default OUTPUT FORMAT above with structured pipe-delimited\ncandidate rows. Treat the exact header supplied by the caller or controller as\nthe single authoritative schema. Copy the marker-bearing header verbatim, then\nemit exactly one unprefixed data row per finding. Do not merge fields from\nanother candidate family or invent a trailing field.\n\nUse the exact caller-assigned lane identity. Candidate severity is INFO, LOW,\nMEDIUM, HIGH, or CRITICAL; confidence is exactly LOW, MEDIUM, or HIGH. Escape a\nliteral pipe inside a field as \\|. Emit machine rows as plain text, never inside\nMarkdown code fences.\n\nFor zero findings, copy the exact matching [CLEAN] template supplied by the\ncaller and replace its placeholders with the controller-assigned lane, a\nsubstantive coverage scope, and concrete negative evidence. A CLEAN row has no\nconfidence or trailing field. Header-only output is unattested. If the prompt\ncontains the marker but no exact candidate header and CLEAN template, report the\nmissing contract instead of guessing. Do NOT fall back to the default\nPROJECT/STRUCTURE format.\n\nDo NOT use CONFIRMED, DISPROVED, or PRE_EXISTING \u2014 those are reviewer verdicts.\n\n## INTEGRATION IMPACT ANALYSIS MODE\nActivates when delegated with \"Integration impact analysis\" or INPUT lists contract changes.\n\nINPUT: List of contract changes (from diff tool output \u2014 changed exports, signatures, types)\n\nSTEPS:\n1. For each changed export: use search to find imports and usages of that symbol\n2. Classify each change: BREAKING (callers must update) or COMPATIBLE (callers unaffected)\n3. List all files that import or use the changed exports\n\nOUTPUT FORMAT (MANDATORY \u2014 deviations will be rejected):\nBegin directly with BREAKING_CHANGES. Do NOT prepend conversational preamble.\n\nBREAKING_CHANGES: [list with affected consumer files, or \"none\"]\nExample: src/agents/explorer.ts \u2014 removed createExplorerAgent export (was used by 3 files)\nCOMPATIBLE_CHANGES: [list, or \"none\"]\nExample: src/config/constants.ts \u2014 added new optional field to Config interface\nCONSUMERS_AFFECTED: [list of files that import/use changed exports, or \"none\"]\nExample: src/agents/coder.ts, src/agents/reviewer.ts, src/main.ts\nCOMPATIBILITY SIGNALS: [COMPATIBLE | INCOMPATIBLE | UNCERTAIN \u2014 based on observable contract changes]\nExample: INCOMPATIBLE \u2014 removeExport changes function arity from 3 to 2\nMIGRATION_SURFACE: [yes \u2014 list of observable call signatures affected | no \u2014 no observable impact detected]\nExample: yes \u2014 createExplorerAgent(model, customPrompt?, customAppendPrompt?) \u2192 createExplorerAgent(model)\n\n## DOCUMENTATION DISCOVERY MODE\nActivates automatically during codebase reality check at plan ingestion.\nUse the doc_scan tool to scan and index documentation files. If doc_scan is unavailable, fall back to manual globbing.\n\nSTEPS:\n1. Call doc_scan to build the manifest, OR glob for documentation files:\n   - Root: README.md, CONTRIBUTING.md, CHANGELOG.md, ARCHITECTURE.md, CLAUDE.md, AGENTS.md, .github/*.md\n   - docs/**/*.md, doc/**/*.md (one level deep only)\n\n2. For each file found, read the first 30 lines. Extract:\n   - path: relative to project root\n   - title: first # heading, or filename if no heading\n   - summary: first non-empty paragraph after the title (max 200 chars, use the ACTUAL text, do NOT summarize with your own words)\n   - lines: total line count\n   - mtime: file modification timestamp\n\n3. Write manifest to .swarm/doc-manifest.json:\n   { \"schema_version\": 1, \"scanned_at\": \"ISO timestamp\", \"files\": [...] }\n\n4. For each file in the manifest, check relevance to the current plan:\n   - Score by keyword overlap: do any task file paths or directory names appear in the doc's path or summary?\n   - For files scoring > 0, read the full content and extract up to 5 actionable constraints per doc (max 200 chars each)\n   - Write constraints to .swarm/knowledge/doc-constraints.jsonl as knowledge entries with source: \"doc-scan\", category: \"architecture\"\n\n5. Invalidation: Only re-scan if any doc file's mtime is newer than the manifest's scanned_at. Otherwise reuse the cached manifest.\n\nRULES:\n- The manifest must be small (<100 lines). Pointers only, not full content.\n- Do NOT rephrase or summarize doc content with your own words \u2014 use the actual text from the file\n- Full doc content is only loaded when relevant to the current task, never preloaded\n";
 export declare const CURATOR_INIT_PROMPT = "## IDENTITY\nYou are Explorer in CURATOR_INIT mode. You consolidate prior session knowledge into an architect briefing.\nDO NOT use the Task tool to delegate. You ARE the agent that does the work.\n\nINPUT FORMAT:\nTASK: CURATOR_INIT\nPRIOR_SUMMARY: [JSON or \"none\"]\nKNOWLEDGE_ENTRIES: [JSON array of existing entries with UUIDs]\nPROJECT_CONTEXT: [context.md excerpt]\n\nACTIONS:\n- Read the prior summary to understand session history\n- Cross-reference knowledge entries against project context\n- Note contradictions (knowledge says X, project state shows Y)\n- Observe where lessons could be tighter or stale\n- Produce a concise briefing for the architect\n\nRULES:\n- Output under 2000 chars\n- No code modifications\n- Flag contradictions explicitly with CONTRADICTION: prefix\n- Memory proposals are for concise durable facts only. Do not propose raw API docs, web search snippets, crawl output, or transcripts as memory; cite their evidence-cache refs and propose only the stable fact they support.\n- If no prior summary exists, state \"First session \u2014 no prior context\"\n\nOUTPUT FORMAT:\nBRIEFING:\n[concise summary of prior session state, key decisions, active blockers]\n\nCONTRADICTIONS:\n- [entry_id]: [description] (or \"None detected\")\n\nOBSERVATIONS:\n- entry <uuid> appears high-confidence: [observable evidence]  (suggests boost confidence, mark hive_eligible)\n- entry <uuid> appears stale: [observable evidence]  (suggests archive \u2014 no longer injected)\n- entry <uuid> could be tighter: [what's verbose or duplicate]  (suggests rewrite with tighter version, max 280 chars)\n- entry <uuid> contradicts project state: [observable conflict]  (suggests tag as contradicted)\n- new candidate: [concise lesson text from observed patterns]  (suggests new entry)\nUse the UUID from KNOWLEDGE_ENTRIES when observing about existing entries. Use \"new candidate\" only when observing a potential new entry.\n\nKNOWLEDGE_STATS:\n- Entries reviewed: [N]\n- Prior phases covered: [N]\n";
 export declare const CURATOR_PHASE_PROMPT = "## IDENTITY\nYou are Explorer in CURATOR_PHASE mode. You consolidate a completed phase into a digest.\nDO NOT use the Task tool to delegate. You ARE the agent that does the work.\n\nINPUT FORMAT:\nTASK: CURATOR_PHASE [phase_number]\nPRIOR_DIGEST: [running summary or \"none\"]\nPHASE_EVENTS: [JSON array from events.jsonl for this phase]\nPHASE_EVIDENCE: [summary of evidence bundles]\nPHASE_DECISIONS: [decisions from context.md]\nAGENTS_DISPATCHED: [list]\nAGENTS_EXPECTED: [list from config]\nKNOWLEDGE_ENTRIES: [JSON array of existing entries with UUIDs]\n\nACTIONS:\n- Extend the prior digest with this phase's outcomes (do NOT regenerate from scratch)\n- Observe workflow deviations: missing reviewer, missing retro, skipped test_engineer\n- Report knowledge update candidates with observable evidence: entries that appear promoted, archived, rewritten, or contradicted\n- Summarize key decisions and blockers resolved\n\nRULES:\n- Output under 2000 chars\n- No code modifications\n- Compliance observations are READ-ONLY \u2014 report, do not enforce\n- OBSERVATIONS should not contain directives \u2014 report what is observed, do not instruct the architect what to do\n- Extend the digest, never replace it\n- Memory proposals are for concise durable facts only. Do not promote raw API docs, web search snippets, crawl output, or transcripts into memory; cite evidence-cache refs and propose only the stable fact they support.\n\nOUTPUT FORMAT:\nPHASE_DIGEST:\nphase: [N]\nsummary: [what was accomplished]\nagents_used: [list]\ntasks_completed: [N]/[total]\nkey_decisions: [list]\nblockers_resolved: [list]\n\nCOMPLIANCE:\n- [type] observed: [description] (or \"No deviations observed\")\n\nOBSERVATIONS:\n- entry <uuid> appears high-confidence: [observable evidence]  (suggests boost confidence, mark hive_eligible)\n- entry <uuid> appears stale: [observable evidence]  (suggests archive \u2014 no longer injected)\n- entry <uuid> could be tighter: [what's verbose or duplicate]  (suggests rewrite with tighter version, max 280 chars)\n- entry <uuid> contradicts project state: [observable conflict]  (suggests tag as contradicted)\n- new candidate: [concise lesson text from observed patterns]  (suggests new entry)\nUse the UUID from KNOWLEDGE_ENTRIES when observing about existing entries. Use \"new candidate\" only when observing a potential new entry.\n\nEXTENDED_DIGEST:\n[the full running digest with this phase appended]\n\nOPTIONAL_STRUCTURED_BLOCKS:\nWhen you have evidence for knowledge application outcomes, append this exact fenced JSON block:\n```json knowledge_application_findings\n[{\"knowledge_id\":\"<uuid>\",\"expected_behavior\":\"...\",\"observed_behavior\":\"...\",\"verdict\":\"applied|ignored|violated|not_applicable\",\"evidence_refs\":[\".swarm/evidence/...\"]}]\n```\nWhen you find skill candidates, append this exact fenced JSON block:\n```json skill_candidates\n[{\"slug\":\"short-kebab-slug\",\"title\":\"...\",\"source_knowledge_ids\":[\"<uuid>\"],\"trigger\":\"...\",\"required_procedure\":[\"...\"],\"forbidden_shortcuts\":[\"...\"],\"target_agents\":[\"architect\"],\"reviewer_checks\":[\"...\"],\"confidence\":0.8,\"reason\":\"...\"}]\n```\nOmit a block when you have no valid entries for it. Malformed or differently named blocks are ignored.\n\n## ACTIONABILITY ENRICHMENT (V3 compatibility label; overrides the format above when triggered)\nWhen the input asks you to \"Convert this prose lesson into an actionable knowledge directive\", ignore the PHASE_DIGEST output format entirely and output ONLY a single JSON object \u2014 no fences, no commentary, no digest.\nMANDATORY fields (the directive is rejected without them):\n- at least one non-empty scope field: \"applies_to_agents\" (roles: architect, coder, reviewer, test_engineer, sme, docs, designer, critic, curator) or \"applies_to_tools\" (edit, write, patch, bash, read, grep, glob)\n- at least one non-empty predicate field: \"forbidden_actions\", \"required_actions\", or \"verification_checks\"\nOptional: \"triggers\" (short surfacing phrases), \"directive_priority\" (low|medium|high|critical).\nExample output:\n{\"applies_to_agents\":[\"coder\"],\"forbidden_actions\":[\"use async iterators in hot paths\"],\"required_actions\":[\"use a plain for loop in hot paths\"],\"triggers\":[\"hot path\",\"async iterator\"],\"directive_priority\":\"high\"}\n";
 export declare const CURATOR_POSTMORTEM_PROMPT = "## IDENTITY\nYou are Explorer in CURATOR_POSTMORTEM mode. You synthesize a project-end post-mortem from structured .swarm/ evidence.\nDO NOT use the Task tool to delegate. You ARE the agent that does the work.\nDO NOT scan raw source code \u2014 work only from the recorded evidence provided below.\n\nINPUT FORMAT:\nTASK: CURATOR_POSTMORTEM [plan_id]\nPLAN_SUMMARY: [plan phases, task counts, completion status]\nCURATOR_DIGESTS: [running digest from curator_phase across all phases]\nKNOWLEDGE_ENTRIES: [JSON array of existing entries with UUIDs]\nKNOWLEDGE_EVENTS_SUMMARY: [aggregated violation/applied/ignored/unacknowledged counts per entry \u2014 \"unacknowledged\" means a delegate was shown the directive and filed no ack; it is an audit-only delivery signal, NEVER negative evidence: do not treat it as ignored/violated or count it toward never-applied archival reasoning]\nPENDING_PROPOSALS: [skill/motif proposals awaiting triage]\nUNACTIONABLE_QUARANTINE: [entries flagged unactionable with retry status]\nDRIFT_REPORTS: [per-phase alignment/drift scores if available]\nRETROSPECTIVES: [any session retrospectives found]\n\nACTIONS:\n1. IMPROVEMENT AGENDA: Rank process + code improvement opportunities, each citing recorded evidence (task IDs, event records, evidence bundles). Focus on what would most reduce mistakes or increase reuse in the next project.\n2. FINAL CURATION PASS: Consolidate knowledge across phases \u2014 identify near-duplicate lessons that accumulated under different IDs, recommend hive promotion for project-proven entries (high confidence, multiple phases confirmed), flag never-applied entries past 3+ phases for review.\n3. QUEUE TRIAGE: For each pending proposal, recommend apply/reject with one-line reasoning. Surface unactionable-quarantine counts and retry candidates.\n4. LEARNING METRICS SUMMARY: Embed violation-rate trend, application rates, escalation frequency if metrics data is provided.\n\nRULES:\n- Output under 4000 chars\n- No code modifications \u2014 read-only synthesis\n- Every improvement item must cite a specific evidence artifact or event record\n- Do not invent evidence \u2014 if an artifact is missing, note the gap\n- Proposals route through existing gated paths (knowledge_add, skill proposals, hive promotion) \u2014 recommend the path, do not bypass it\n- HIGH-severity items that should become critical directives must be flagged for critic gate validation\n\nOUTPUT FORMAT:\nPOST_MORTEM_REPORT:\nplan_id: [plan identifier]\ngenerated_at: [ISO timestamp]\n\nIMPROVEMENT_AGENDA:\n1. [priority] [description] \u2014 evidence: [artifact/event ref]\n2. ...\n\nCURATION_RECOMMENDATIONS:\n- promote: [entry UUID] - [evidence of cross-phase confirmation]\n- archive: [entry UUID] - [never applied in N phases]\n- rewrite: [entry UUID] - [replacement lesson text, max 280 chars]\n- flag_contradiction: [entry UUID] - [observable conflict]\n- promote: new - [new concise lesson text]\n\nQUEUE_TRIAGE:\n- [proposal_id]: APPLY|REJECT - [one-line reasoning]\n\nLEARNING_METRICS:\n[3-line summary of trends if data available, or \"metrics data not provided\"]\n\nSUMMARY:\n[3-line executive summary for architect briefing]\n\nREQUIRED_ACTION_BLOCK:\nAppend exactly one fenced JSON block after SUMMARY. This block is the executable contract; unsupported actions such as merge are ignored.\n```json postmortem_actions\n{\n  \"summary\": \"3-line executive summary for architect briefing\",\n  \"curation_recommendations\": [\n    {\"action\": \"promote\", \"entry_id\": \"<full uuid, unique 8+ hex prefix, or omit for new>\", \"lesson\": \"concise lesson text\", \"reason\": \"evidence-backed reason\", \"category\": \"process\", \"confidence\": 0.8, \"applies_to_agents\": [\"coder\"], \"required_actions\": [\"concrete required action\"], \"triggers\": [\"short trigger phrase\"], \"directive_priority\": \"medium\"}\n  ],\n  \"queue_triage\": [\n    {\"proposal_id\": \"proposal-slug\", \"action\": \"apply\", \"reason\": \"one-line reason\"}\n  ]\n}\n```\n";

package/dist/cli/{config-doctor-7v9at76j.js → config-doctor-pc48vfzg.js}

@@ -12,10 +12,10 @@ import {
   shouldRunOnStartup,
   writeBackupArtifact,
   writeDoctorArtifact
-} from "./index-7qx874pn.js";
+} from "./index-rvr1p73g.js";
 import"./index-ee3x66a5.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{curation-policy-rbrx3kd2.js → curation-policy-2rh3zysm.js}

@@ -4,9 +4,9 @@ import {
   authorizeCuration,
   buildConfigFingerprintInput,
   readCohortConfigFingerprint
-} from "./index-1tw24kcp.js";
+} from "./index-7f4jhdhw.js";
 import"./index-rtry5xyf.js";
-import"./index-68gh7p3t.js";
+import"./index-n4x9racs.js";
 import"./index-ae75rja9.js";
 import"./index-rs1f1bh0.js";
 import"./index-h2waehqq.js";

package/dist/cli/{curator-llm-factory-305cfcxz.js → curator-llm-factory-de10hnhj.js}

@@ -1,20 +1,20 @@
 // @bun
 import {
   createCuratorLLMDelegate
-} from "./index-h7ht03c4.js";
+} from "./index-nxs7r6sd.js";
 import"./index-41hkt36g.js";
 import"./index-1m1ksyqt.js";
-import"./index-ev72jrxc.js";
-import"./index-7qx874pn.js";
+import"./index-j0gy1ggg.js";
+import"./index-rvr1p73g.js";
 import"./index-brh827g0.js";
 import"./index-yyyk63kk.js";
 import"./index-y8552snf.js";
 import"./index-4905hd2m.js";
 import"./index-134d35c1.js";
-import"./index-3fscvmfw.js";
-import"./index-a6v3kzyc.js";
-import"./index-wv89xmbe.js";
-import"./index-6mjf4vr1.js";
+import"./index-k4tcdnvd.js";
+import"./index-f7wq4q9r.js";
+import"./index-3w0kxqyy.js";
+import"./index-v2xrer41.js";
 import"./index-c8s9a3zh.js";
 import"./index-9ss2m4rs.js";
 import"./index-jfjnn408.js";
@@ -31,11 +31,11 @@ import"./index-74hpm6sh.js";
 import"./index-n0pja0qs.js";
 import"./index-8fwhhayc.js";
 import"./index-q1exe2b3.js";
-import"./index-8d2d7c6k.js";
-import"./index-1tw24kcp.js";
+import"./index-4tjk6k4a.js";
+import"./index-7f4jhdhw.js";
 import"./index-rtry5xyf.js";
-import"./index-m7xks4r4.js";
-import"./index-68gh7p3t.js";
+import"./index-cp592623.js";
+import"./index-n4x9racs.js";
 import"./index-ae75rja9.js";
 import"./index-rs1f1bh0.js";
 import"./index-h2waehqq.js";
@@ -43,13 +43,13 @@ import"./index-ed5ykebp.js";
 import"./index-hfvxhk4z.js";
 import"./index-7g4c7s5r.js";
 import"./index-4nt52yr9.js";
-import"./index-fjrt81db.js";
+import"./index-ssjm3458.js";
 import"./index-gprxjmm7.js";
 import"./index-n832052r.js";
 import"./index-d181x9zr.js";
 import"./index-4rhhvd1a.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{curator-bdc5hssa.js → curator-tm9rp9yx.js}

@@ -14,20 +14,20 @@ import {
   runCuratorInit,
   runCuratorPhase,
   writeCuratorSummary
-} from "./index-h7ht03c4.js";
+} from "./index-nxs7r6sd.js";
 import"./index-41hkt36g.js";
 import"./index-1m1ksyqt.js";
-import"./index-ev72jrxc.js";
-import"./index-7qx874pn.js";
+import"./index-j0gy1ggg.js";
+import"./index-rvr1p73g.js";
 import"./index-brh827g0.js";
 import"./index-yyyk63kk.js";
 import"./index-y8552snf.js";
 import"./index-4905hd2m.js";
 import"./index-134d35c1.js";
-import"./index-3fscvmfw.js";
-import"./index-a6v3kzyc.js";
-import"./index-wv89xmbe.js";
-import"./index-6mjf4vr1.js";
+import"./index-k4tcdnvd.js";
+import"./index-f7wq4q9r.js";
+import"./index-3w0kxqyy.js";
+import"./index-v2xrer41.js";
 import"./index-c8s9a3zh.js";
 import"./index-9ss2m4rs.js";
 import"./index-jfjnn408.js";
@@ -44,11 +44,11 @@ import"./index-74hpm6sh.js";
 import"./index-n0pja0qs.js";
 import"./index-8fwhhayc.js";
 import"./index-q1exe2b3.js";
-import"./index-8d2d7c6k.js";
-import"./index-1tw24kcp.js";
+import"./index-4tjk6k4a.js";
+import"./index-7f4jhdhw.js";
 import"./index-rtry5xyf.js";
-import"./index-m7xks4r4.js";
-import"./index-68gh7p3t.js";
+import"./index-cp592623.js";
+import"./index-n4x9racs.js";
 import"./index-ae75rja9.js";
 import"./index-rs1f1bh0.js";
 import"./index-h2waehqq.js";
@@ -56,13 +56,13 @@ import"./index-ed5ykebp.js";
 import"./index-hfvxhk4z.js";
 import"./index-7g4c7s5r.js";
 import"./index-4nt52yr9.js";
-import"./index-fjrt81db.js";
+import"./index-ssjm3458.js";
 import"./index-gprxjmm7.js";
 import"./index-n832052r.js";
 import"./index-d181x9zr.js";
 import"./index-4rhhvd1a.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{explorer-swjc297z.js → explorer-e9h66egs.js}

@@ -6,7 +6,7 @@ import {
   CURATOR_POSTMORTEM_PROMPT,
   EXPLORER_PROMPT,
   createExplorerAgent
-} from "./index-6mjf4vr1.js";
+} from "./index-v2xrer41.js";
 import"./index-a76rekgs.js";
 export {
   createExplorerAgent,

package/dist/cli/{guardrail-explain-w9rwgz4c.js → guardrail-explain-979dxbd5.js}

@@ -1,21 +1,21 @@
 // @bun
 import {
   handleGuardrailExplain
-} from "./index-t94f72tb.js";
-import"./index-h7ht03c4.js";
+} from "./index-6d60gctc.js";
+import"./index-nxs7r6sd.js";
 import"./index-41hkt36g.js";
 import"./index-1m1ksyqt.js";
-import"./index-ev72jrxc.js";
-import"./index-7qx874pn.js";
+import"./index-j0gy1ggg.js";
+import"./index-rvr1p73g.js";
 import"./index-brh827g0.js";
 import"./index-yyyk63kk.js";
 import"./index-y8552snf.js";
 import"./index-4905hd2m.js";
 import"./index-134d35c1.js";
-import"./index-3fscvmfw.js";
-import"./index-a6v3kzyc.js";
-import"./index-wv89xmbe.js";
-import"./index-6mjf4vr1.js";
+import"./index-k4tcdnvd.js";
+import"./index-f7wq4q9r.js";
+import"./index-3w0kxqyy.js";
+import"./index-v2xrer41.js";
 import"./index-c8s9a3zh.js";
 import"./index-9ss2m4rs.js";
 import"./index-jfjnn408.js";
@@ -32,11 +32,11 @@ import"./index-74hpm6sh.js";
 import"./index-n0pja0qs.js";
 import"./index-8fwhhayc.js";
 import"./index-q1exe2b3.js";
-import"./index-8d2d7c6k.js";
-import"./index-1tw24kcp.js";
+import"./index-4tjk6k4a.js";
+import"./index-7f4jhdhw.js";
 import"./index-rtry5xyf.js";
-import"./index-m7xks4r4.js";
-import"./index-68gh7p3t.js";
+import"./index-cp592623.js";
+import"./index-n4x9racs.js";
 import"./index-ae75rja9.js";
 import"./index-rs1f1bh0.js";
 import"./index-h2waehqq.js";
@@ -44,13 +44,13 @@ import"./index-ed5ykebp.js";
 import"./index-hfvxhk4z.js";
 import"./index-7g4c7s5r.js";
 import"./index-4nt52yr9.js";
-import"./index-fjrt81db.js";
+import"./index-ssjm3458.js";
 import"./index-gprxjmm7.js";
 import"./index-n832052r.js";
 import"./index-d181x9zr.js";
 import"./index-4rhhvd1a.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{guardrail-log-4805jgj5.js → guardrail-log-wxa8janm.js}

@@ -1,13 +1,13 @@
 // @bun
 import {
   handleGuardrailLog
-} from "./index-b6k9z88b.js";
-import"./index-ev72jrxc.js";
+} from "./index-sd7ajhb5.js";
+import"./index-j0gy1ggg.js";
 import"./index-556ja8an.js";
 import"./index-ee3x66a5.js";
 import"./index-4nt52yr9.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{hive-promoter-jrd4pjb6.js → hive-promoter-w4ezne1c.js}

@@ -7,20 +7,20 @@ import {
   isHiveEligible,
   promoteFromSwarm,
   promoteToHive
-} from "./index-h7ht03c4.js";
+} from "./index-nxs7r6sd.js";
 import"./index-41hkt36g.js";
 import"./index-1m1ksyqt.js";
-import"./index-ev72jrxc.js";
-import"./index-7qx874pn.js";
+import"./index-j0gy1ggg.js";
+import"./index-rvr1p73g.js";
 import"./index-brh827g0.js";
 import"./index-yyyk63kk.js";
 import"./index-y8552snf.js";
 import"./index-4905hd2m.js";
 import"./index-134d35c1.js";
-import"./index-3fscvmfw.js";
-import"./index-a6v3kzyc.js";
-import"./index-wv89xmbe.js";
-import"./index-6mjf4vr1.js";
+import"./index-k4tcdnvd.js";
+import"./index-f7wq4q9r.js";
+import"./index-3w0kxqyy.js";
+import"./index-v2xrer41.js";
 import"./index-c8s9a3zh.js";
 import"./index-9ss2m4rs.js";
 import"./index-jfjnn408.js";
@@ -37,13 +37,13 @@ import"./index-74hpm6sh.js";
 import"./index-n0pja0qs.js";
 import"./index-8fwhhayc.js";
 import"./index-q1exe2b3.js";
-import"./index-8d2d7c6k.js";
-import"./index-1tw24kcp.js";
+import"./index-4tjk6k4a.js";
+import"./index-7f4jhdhw.js";
 import"./index-rtry5xyf.js";
 import {
   resolveHiveKnowledgePath
-} from "./index-m7xks4r4.js";
-import"./index-68gh7p3t.js";
+} from "./index-cp592623.js";
+import"./index-n4x9racs.js";
 import"./index-ae75rja9.js";
 import"./index-rs1f1bh0.js";
 import"./index-h2waehqq.js";
@@ -51,13 +51,13 @@ import"./index-ed5ykebp.js";
 import"./index-hfvxhk4z.js";
 import"./index-7g4c7s5r.js";
 import"./index-4nt52yr9.js";
-import"./index-fjrt81db.js";
+import"./index-ssjm3458.js";
 import"./index-gprxjmm7.js";
 import"./index-n832052r.js";
 import"./index-d181x9zr.js";
 import"./index-4rhhvd1a.js";
 import"./index-zgwm4ryv.js";
-import"./index-n3ppm2gt.js";
+import"./index-92j14gdt.js";
 import"./index-r4t92q32.js";
 import"./index-zjygnfay.js";
 import"./index-bk5tah7q.js";

package/dist/cli/{index-k5z14rb1.js → index-3r61js2q.js}

@@ -7,7 +7,7 @@ import {
   loadPluginConfigWithMeta,
   loadPluginConfigWithMetaAsync,
   resolveWorktreeIsolationConfig
-} from "./index-fjrt81db.js";
+} from "./index-ssjm3458.js";
 import {
   ApprovalEvidenceSchema,
   BaseEvidenceSchema,
@@ -65,7 +65,7 @@ import {
   TurboConfigSchema,
   WorktreeIsolationConfigSchema,
   resolveAutoReviewConfig
-} from "./index-n3ppm2gt.js";
+} from "./index-92j14gdt.js";
 import {
   ALL_AGENT_NAMES,
   ALL_SUBAGENT_NAMES,

package/dist/cli/{index-wv89xmbe.js → index-3w0kxqyy.js}

@@ -2,7 +2,7 @@
 import {
   readKnowledge,
   transactKnowledge
-} from "./index-m7xks4r4.js";
+} from "./index-cp592623.js";
 import {
   resolveKnowledgeStoreDir
 } from "./index-rs1f1bh0.js";

package/dist/cli/{index-8d2d7c6k.js → index-4tjk6k4a.js}

@@ -1,7 +1,7 @@
 // @bun
 import {
   authorizeCuration
-} from "./index-1tw24kcp.js";
+} from "./index-7f4jhdhw.js";
 import {
   findNearDuplicate,
   inferTags,
@@ -9,7 +9,7 @@ import {
   resolveSwarmKnowledgePath,
   resolveSwarmRejectedPath,
   transactKnowledge
-} from "./index-m7xks4r4.js";
+} from "./index-cp592623.js";
 import {
   resolveKnowledgeStoreDir
 } from "./index-rs1f1bh0.js";

package/dist/cli/{index-t94f72tb.js → index-6d60gctc.js}

@@ -12,14 +12,14 @@ import {
   detectPosixWrites,
   detectWindowsWrites,
   resolveWriteTargets
-} from "./index-h7ht03c4.js";
+} from "./index-nxs7r6sd.js";
 import {
   checkFileAuthority,
   classifyFile,
   isInDeclaredScope,
   redactPath,
   redactShellCommand
-} from "./index-ev72jrxc.js";
+} from "./index-j0gy1ggg.js";
 
 // src/services/guardrail-explain-service.ts
 import path from "path";

package/dist/cli/{index-1tw24kcp.js → index-7f4jhdhw.js}

@@ -4,7 +4,7 @@ import {
 } from "./index-rtry5xyf.js";
 import {
   readKnowledgeEvents
-} from "./index-68gh7p3t.js";
+} from "./index-n4x9racs.js";
 import {
   isLinked,
   readLinkPointer,

package/dist/cli/{index-n3ppm2gt.js → index-92j14gdt.js}

@@ -21,7 +21,7 @@ var package_default;
 var init_package = __esm(() => {
   package_default = {
     name: "opencode-swarm",
-    version: "7.139.6",
+    version: "7.139.7",
     description: "Architect-centric agentic swarm plugin for OpenCode - hub-and-spoke orchestration with SME consultation, code generation, and QA review",
     main: "dist/index.js",
     types: "dist/index.d.ts",