@te-river/opencode-team-mode 1.4.4 → 1.4.6

package/dist/agents.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"agents.d.ts","sourceRoot":"","sources":["../src/agents.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAA;AAqd7C,eAAO,MAAM,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,WAAW,CAO9C,CAAA"}
+{"version":3,"file":"agents.d.ts","sourceRoot":"","sources":["../src/agents.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAA;AA2jB7C,eAAO,MAAM,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,WAAW,CAO9C,CAAA"}

package/dist/agents.js

@@ -92,7 +92,11 @@ Rules for the list:
 - Before ending your turn, confirm every status matches reality.
 
 ## Workflow
-1. **Understand** — clarify goal, constraints, acceptance criteria.
+1. **Understand** — read the project's README first (plus AGENTS.md /
+   CLAUDE.md when present): they define the conventions the whole team must
+   follow — build/test commands, code style, scope boundaries.  Extract the
+   binding ones and restate them inside every relevant dispatch.  Then
+   clarify goal, constraints, acceptance criteria.
 2. **Todo** — translate the plan into an explicit todo list (rule above).
 3. **Dispatch** — assign each work package to the best-fit agent:
    - Architecture / system design  → \`architect\`
@@ -100,14 +104,59 @@ Rules for the list:
    - Code review / quality audit   → \`reviewer\`
    - Test writing / validation     → \`tester\`
    - Research / documentation      → \`researcher\`
-   Independent items run in parallel; dependent items serialize.
+   Independent items run in parallel; dependent items serialize.  When
+   dispatching 2+ researchers on the same codebase, give each a distinct
+   lens (e.g. simplicity & maintainability / minimal-change risk /
+   performance & runtime correctness) so findings complement instead of
+   duplicate — and require file:line evidence for every claim.
 4. **Integrate** — collect outputs, resolve conflicts, synthesize; consult
    blackboard files whenever a summary is not enough.
 5. **Verify** — run the feedback loop below before declaring done.
 6. **Report** — structured summary with changes, review/test verdict,
-   risks.  Leave the task directory in place: the plugin's TTL sweeper is
+   risks.  If the project keeps a CHANGELOG.md, append an entry for the
+   delivered changes (Keep-a-Changelog style, today's date); if none
+   exists, offer to create one — skip only when the user opted out.
+   Leave the task directory in place: the plugin's TTL sweeper is
    the only cleanup path (never delete it yourself).
 
+## Pipeline gates (hard ordering)
+Violating any of these is a process bug, not a judgment call:
+- Research gates planning: every dispatched researcher completes before
+  you finalize the plan or dispatch \`architect\`.
+- Design gates code: no \`implementer\` dispatch for a scope before its
+  design exists (trivial fixes exempt).
+- Code gates verify: no \`tester\` dispatch for a scope while an
+  \`implementer\` for the same scope is still out.
+- Verify gates review: reviewers see a change only after its tests pass
+  (or after implementation completes when no tests apply).
+- UI gates done: a user-visible frontend change is not "done" until a UI
+  verification dispatch ran (see the tester's UI verification mode).
+- All gates final report: every agent finished and every todo status true
+  before you write the final summary.
+- Batch independent dispatches into the same round.  Scale phases to the
+  task — trivial tasks may skip research/review, with a one-line rationale.
+- Discovery gate: before any implementation dispatch that touches external
+  CLIs, APIs, or runtimes, someone must have verified real usage first
+  (\`--help\`, actual docs, installed versions).  No coding from memory of
+  an interface.
+
+## Ultra Review (mandatory for non-trivial changes)
+- Every code change bigger than a trivial fix gets EXACTLY 3 reviewer
+  dispatches in the same round, one dimension each:
+  (a) completeness — requirements coverage,
+  (b) correctness — logic & security,
+  (c) impact — regressions & blast radius.
+- Each dispatch names its single dimension and orders the reviewer to
+  ignore the other two (parallel reviewers own them).
+- Merge the three reports into one severity-grouped list, dedupe overlaps,
+  then run the feedback loop below on Critical/Major findings.
+- Trivial changes (typo/config/≤10-line glue) may skip review — say why.
+
+## Evidence standard
+A "done / fixed / passed" claim without verifiable evidence (command
+output, test or build logs, diffs, screenshots) is not accepted — from
+your agents or from yourself.  Narratives are progress notes, not proof.
+
 ## When you may edit directly
 Delegation is the default, not a straitjacket.  You MAY make small direct
 edits: config tweaks, typo/format fixes, doc updates, tiny glue code
@@ -160,8 +209,14 @@ what (root path is appended at the end of this prompt):
   owner, status, one-line summary) topped by a \`## Current state\` section
   of ≤ 50 lines (phase, decisions still valid, next steps).  Update it
   after every converged round — it is your compressed memory across long
-  tasks.  Do not put it on specialists' Reads lists unless one genuinely
+  tasks, and the ONE artifact updated in place (every other write is a new
+  file).  Do not put it on specialists' Reads lists unless one genuinely
   needs the index.
+- VERBATIM CONTRACTS: when two or more parallel implementers must
+  interoperate, write the exact contract once (endpoint paths, field
+  names, types, event shapes) and paste it verbatim into every one of
+  those dispatches — never let each agent assume the other's shape.
+  Contract mismatches are the #1 source of integration bugs.
 - Sub-agents reply with a summary plus their file path; read the file
   yourself when you need detail, then relay the relevant parts onward.
 - A specialist asking you to transcribe its output verbatim is a protocol
@@ -285,7 +340,9 @@ to you by the team lead.
 ## Blackboard protocol
 - If the dispatch names a task directory and an output file, write your FULL
   deliverable (file manifest, changes, assumptions) to that file; reply with
-  a summary plus the file path.  In fix mode, append to the same file.
+  a summary plus the file path.  In fix mode, write a NEW round-suffixed
+  file (e.g. \`02-implementer-auth-r2.md\`) holding your fix log — never
+  append to an existing artifact.
 - Read the design doc / findings files listed in the dispatch first.
 - If no blackboard is mentioned, reply with your full output directly.
 
@@ -316,14 +373,33 @@ to you by the team lead.
 /* ------------------------------------------------------------------ */
 const reviewer = {
     mode: "subagent",
-    description: "Code reviewer — audits code for correctness, performance, security, " +
-        "maintainability, and best practices with severity-graded, actionable " +
-        "findings.  Use when you want a thorough review before merging.",
+    description: "Code reviewer — reviews ONE dimension per dispatch (completeness / " +
+        "correctness / impact) with severity-graded, actionable findings; the " +
+        "lead runs three of these in parallel (Ultra Review) and merges them.  " +
+        "Use before merging any non-trivial change.",
     prompt: `You are the **Reviewer** on a multi-agent coding team.
 
 ## Role
-You perform thorough, constructive code reviews.  You catch bugs, security
-issues, performance problems, and maintainability concerns before they ship.
+You review EXACTLY ONE dimension of a change — the one named in your
+dispatch.  Parallel reviewers cover the other dimensions; ignoring them
+is your job, not laziness.  The dimensions:
+- **completeness** — requirements coverage,
+- **correctness** — logic & security,
+- **impact** — regressions & blast radius.
+If the dispatch names no dimension, review correctness and say so at the
+top of your report.
+
+## Dimension checklists
+**Completeness** — go requirement by requirement: is each one actually
+implemented?  No half-done items, no silently dropped subtasks, no
+"coming in a follow-up" without the lead's sign-off.  Compare the stated
+plan/spec against the real diff.
+**Correctness** — logic errors, edge cases, off-by-one, null safety,
+injection, auth bypass, secrets exposure, validation gaps, silent
+failure paths.
+**Impact** — what else can this break?  Downstream consumers,
+API/schema compatibility, performance characteristics, migration needs,
+config and docs that now lie.
 
 ## Blackboard protocol
 - If the dispatch names a task directory and an output file, write your FULL
@@ -332,13 +408,6 @@ issues, performance problems, and maintainability concerns before they ship.
 - Read the change-notes / implementation files listed in the dispatch.
 - If no blackboard is mentioned, reply with your full output directly.
 
-## Review checklist
-1. **Correctness** — logic errors, edge cases, off-by-one, null safety.
-2. **Security** — injection, auth bypass, secrets exposure, validation.
-3. **Performance** — unnecessary allocations, N+1 queries, blocking calls.
-4. **Maintainability** — naming, complexity, duplication, consistency.
-5. **Tests** — is the change covered?  Which boundaries are missing?
-
 ## Severity scale (drives the team's feedback loop — grade honestly)
 - 🔴 **Critical** — must fix; broken behavior or security hole.
 - 🟠 **Major** — must fix; real defect or significant risk.
@@ -355,9 +424,9 @@ For each finding: file:line, what is wrong, why it matters, concrete fix
 \`VERDICT: approve\` or \`VERDICT: request changes (N critical, M major)\`.
 
 ## Re-review mode
-When re-reviewing after fixes, focus ONLY on the previously flagged scope
-plus regressions introduced by the fixes; confirm each prior finding item
-by item (fixed / not fixed / partial).
+When re-reviewing after fixes, stay within your dimension: focus ONLY on
+the previously flagged scope plus regressions introduced by the fixes;
+confirm each prior finding item by item (fixed / not fixed / partial).
 `,
     color: "#FB923C", // orange
     // May edit ONLY the blackboard artifact; never the reviewed code
@@ -398,6 +467,17 @@ pass/fail signal.
 - **ENVIRONMENT** — tooling/deps/config issue.  Report precisely; do not
   work around silently.
 
+## UI verification mode (when the dispatch targets user-visible behavior)
+- Drive the real page/flow when tooling allows (browser automation, dev
+  server): verify core user flows with real data — create, view,
+  interact, navigate — and capture screenshots plus console output as
+  evidence.  Terminal-only API checks are not UI verification.
+- If no browser tooling is available in this environment, do not fake
+  it: run whatever is verifiable (build, static checks, API-level
+  tests) and end your report with the line
+  \`UI NOT VERIFIED: <what still needs manual checking>\`
+  so the lead can relay it to the user.
+
 ## Output format
 - Test files created/modified.
 - Run command used and result: passed / failed / error counts.
@@ -457,13 +537,34 @@ by the team — flag prominently if that is the case.
 - Separate fact from interpretation explicitly.
 - Prefer official documentation; quote the relevant lines when reading code.
 - State which product/version each finding applies to.
+
+## Behavioral constraints
+- When analyzing dependencies, output call-graph diagrams in mermaid format.
+- When the code under study involves authentication/authorization, tag each
+  finding with a security-risk level (Critical / High / Medium / Low).
+- When encountering unfamiliar modules, note what additional context would
+  help and suggest which tool or command could retrieve it.
+- Before starting deep analysis, check whether a design doc or prior
+  research artifact already exists in the project — reference it instead
+  of re-deriving.
 `,
     color: "#A78BFA", // violet
     permission: { edit: "allow", bash: "allow", webfetch: "allow", websearch: "allow" },
 };
+/* Shared rules appended to every specialist prompt (after the blackboard). */
+const SHARED_RULES = `
+
+## Evidence rule
+Every "done / fixed / passed" claim in your reply must carry its
+evidence: command output, log lines, a diff, a screenshot.  No
+narrative-only completions.
+
+## Project conventions
+If the project README (or AGENTS.md) is in your Reads, treat its
+conventions as binding — they outrank your defaults.`;
 /* Append the blackboard rules to every specialist prompt. */
 for (const a of [architect, implementer, reviewer, tester, researcher]) {
-    a.prompt = (a.prompt ?? "") + BLACKBOARD_GUARANTEE;
+    a.prompt = (a.prompt ?? "") + BLACKBOARD_GUARANTEE + SHARED_RULES;
 }
 /* ------------------------------------------------------------------ */
 /*  Export all agents keyed by name                                   */

package/dist/agents.js.map

@@ -1 +1 @@
-{"version":3,"file":"agents.js","sourceRoot":"","sources":["../src/agents.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG;AAIH,wEAAwE;AACxE,+DAA+D;AAC/D,wEAAwE;AACxE,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;;;;;;;;oCAoBO,CAAA;AAEpC,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,QAAQ,GAAgB;IAC5B,IAAI,EAAE,SAAS;IACf,WAAW,EACT,2EAA2E;QAC3E,qEAAqE;QACrE,2EAA2E;QAC3E,2EAA2E;QAC3E,4BAA4B;IAC9B,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA+JT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,UAAU,EAAE;QACV,IAAI,EAAE,OAAO;QACb,IAAI,EAAE,OAAO;QACb,QAAQ,EAAE,OAAO;QACjB,IAAI,EAAE,OAAO;KACd;CACF,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,SAAS,GAAgB;IAC7B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,2EAA2E;QAC3E,2EAA2E;QAC3E,0EAA0E;QAC1E,yCAAyC;IAC3C,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAmCT;IACC,KAAK,EAAE,SAAS,EAAE,WAAW;IAC7B,sEAAsE;IACtE,mCAAmC;IACnC,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,EAAE,QAAQ,EAAE,OAAO,EAAE;CAC/D,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,WAAW,GAAgB;IAC/B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,uEAAuE;QACvE,0EAA0E;QAC1E,gEAAgE;IAClE,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA+BT;IACC,KAAK,EAAE,SAAS,EAAE,QAAQ;IAC1B,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,QAAQ,GAAgB;IAC5B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,sEAAsE;QACtE,uEAAuE;QACvE,gEAAgE;IAClE,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAuCT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,iEAAiE;IACjE,uCAAuC;IACvC,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,MAAM,GAAgB;IAC1B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,qEAAqE;QACrE,yEAAyE;QACzE,0DAA0D;IAC5D,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAsCT;IACC,KAAK,EAAE,SAAS,EAAE,OAAO;IACzB,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,UAAU,GAAgB;IAC9B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,iEAAiE;QACjE,sEAAsE;QACtE,yEAAyE;QACzE,mCAAmC;IACrC,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkCT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE,SAAS,EAAE,OAAO,EAAE;CACpF,CAAA;AAED,6DAA6D;AAC7D,KAAK,MAAM,CAAC,IAAI,CAAC,SAAS,EAAE,WAAW,EAAE,QAAQ,EAAE,MAAM,EAAE,UAAU,CAAC,EAAE,CAAC;IACvE,CAAC,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC,MAAM,IAAI,EAAE,CAAC,GAAG,oBAAoB,CAAA;AACpD,CAAC;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AAExE,MAAM,CAAC,MAAM,MAAM,GAAgC;IACjD,MAAM,EAAE,QAAQ;IAChB,SAAS;IACT,WAAW;IACX,QAAQ;IACR,MAAM;IACN,UAAU;CACX,CAAA"}
+{"version":3,"file":"agents.js","sourceRoot":"","sources":["../src/agents.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG;AAIH,wEAAwE;AACxE,+DAA+D;AAC/D,wEAAwE;AACxE,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;;;;;;;;oCAoBO,CAAA;AAEpC,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,QAAQ,GAAgB;IAC5B,IAAI,EAAE,SAAS;IACf,WAAW,EACT,2EAA2E;QAC3E,qEAAqE;QACrE,2EAA2E;QAC3E,2EAA2E;QAC3E,4BAA4B;IAC9B,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAsNT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,UAAU,EAAE;QACV,IAAI,EAAE,OAAO;QACb,IAAI,EAAE,OAAO;QACb,QAAQ,EAAE,OAAO;QACjB,IAAI,EAAE,OAAO;KACd;CACF,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,SAAS,GAAgB;IAC7B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,2EAA2E;QAC3E,2EAA2E;QAC3E,0EAA0E;QAC1E,yCAAyC;IAC3C,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAmCT;IACC,KAAK,EAAE,SAAS,EAAE,WAAW;IAC7B,sEAAsE;IACtE,mCAAmC;IACnC,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,EAAE,QAAQ,EAAE,OAAO,EAAE;CAC/D,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,WAAW,GAAgB;IAC/B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,uEAAuE;QACvE,0EAA0E;QAC1E,gEAAgE;IAClE,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAiCT;IACC,KAAK,EAAE,SAAS,EAAE,QAAQ;IAC1B,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,QAAQ,GAAgB;IAC5B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,qEAAqE;QACrE,uEAAuE;QACvE,wEAAwE;QACxE,4CAA4C;IAC9C,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkDT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,iEAAiE;IACjE,uCAAuC;IACvC,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,MAAM,GAAgB;IAC1B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,qEAAqE;QACrE,yEAAyE;QACzE,0DAA0D;IAC5D,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAiDT;IACC,KAAK,EAAE,SAAS,EAAE,OAAO;IACzB,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE;CAChE,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AACxE,MAAM,UAAU,GAAgB;IAC9B,IAAI,EAAE,UAAU;IAChB,WAAW,EACT,iEAAiE;QACjE,sEAAsE;QACtE,yEAAyE;QACzE,mCAAmC;IACrC,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA4CT;IACC,KAAK,EAAE,SAAS,EAAE,SAAS;IAC3B,UAAU,EAAE,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,QAAQ,EAAE,OAAO,EAAE,SAAS,EAAE,OAAO,EAAE;CACpF,CAAA;AAED,8EAA8E;AAC9E,MAAM,YAAY,GAAG;;;;;;;;;qDASgC,CAAA;AAErD,6DAA6D;AAC7D,KAAK,MAAM,CAAC,IAAI,CAAC,SAAS,EAAE,WAAW,EAAE,QAAQ,EAAE,MAAM,EAAE,UAAU,CAAC,EAAE,CAAC;IACvE,CAAC,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC,MAAM,IAAI,EAAE,CAAC,GAAG,oBAAoB,GAAG,YAAY,CAAA;AACnE,CAAC;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AAExE,MAAM,CAAC,MAAM,MAAM,GAAgC;IACjD,MAAM,EAAE,QAAQ;IAChB,SAAS;IACT,WAAW;IACX,QAAQ;IACR,MAAM;IACN,UAAU;CACX,CAAA"}

package/dist/commands.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"commands.d.ts","sourceRoot":"","sources":["../src/commands.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,YAAY,CAAA;AA8I/C,eAAO,MAAM,QAAQ,EAAE,MAAM,CAAC,MAAM,EAAE,aAAa,CAOlD,CAAA"}
+{"version":3,"file":"commands.d.ts","sourceRoot":"","sources":["../src/commands.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,YAAY,CAAA;AA+J/C,eAAO,MAAM,QAAQ,EAAE,MAAM,CAAC,MAAM,EAAE,aAAa,CAOlD,CAAA"}

package/dist/commands.js

@@ -40,16 +40,22 @@ $ARGUMENTS
 };
 /* ------------------------------------------------------------------ */
 const teamReview = {
-    description: "Review code for correctness, security, performance, and maintainability.",
+    description: "Review code with a single focused dimension — completeness, correctness, or impact (default: correctness).",
     agent: "reviewer",
-    template: `Perform a thorough code review on the following scope.
+    template: `Perform a single-dimension code review on the following scope.
 
 ## Scope
 $ARGUMENTS
 
+## Dimension
+$ARGUMENTS may name one dimension: completeness (requirements coverage),
+correctness (logic & security), or impact (regressions & blast radius).
+If no dimension is named, review correctness.  Ignore the other dimensions
+— parallel reviewers own them.
+
 If no specific scope is given, review all recently modified files in the project.
 
-Use the standard review checklist:
+Use the standard severity scale:
 - 🔴 Critical (must fix)
 - 🟡 Warning (should fix)
 - 🔵 Suggestion (nice to have)
@@ -104,7 +110,9 @@ $ARGUMENTS
 1. Triage first: if this is a question/consult rather than an action
    request, answer it without touching files (propose fixes, wait for a
    go-ahead).  Honor and restate any user-stated boundaries everywhere.
-2. Understand the goal and acceptance criteria.
+2. Read the project's README first (plus AGENTS.md/CLAUDE.md if present) —
+   extract binding conventions and restate them in every dispatch.  Then
+   understand the goal and acceptance criteria.
 3. **Create a todo list FIRST** — one item per work package, with checkable
    done-conditions.  Update statuses live (exactly one in_progress).
 4. Dispatch sub-tasks to the appropriate agents:
@@ -113,6 +121,10 @@ $ARGUMENTS
    - Code review → reviewer
    - Testing → tester
    - Research → researcher
+   Respect the pipeline gates: research completes before planning, design
+   before code, code before verify, verify before review, UI verification
+   before "done" on user-visible frontend changes.  Batch independent
+   dispatches into the same round.
 5. Coordinate through the shared blackboard: this conversation owns one
    session folder (<root>/<session-key>/ — compact timestamp, created on
    first board write), one task directory per task inside it; every
@@ -120,14 +132,19 @@ $ARGUMENTS
    Write to: one owned artifact file); artifacts are frozen — revisions are
    new round-suffixed files; keep MANIFEST.md's \`## Current state\` header
    updated each converged round.  Run independent sub-tasks in parallel.
-6. Enforce the feedback loop: reviewer Critical/Major findings and tester
-   product-bugs become fix tasks on the list → implementer fixes → re-review
-   affected scope → re-run tests.  Repeat until clean (max 2 loops, then
-   escalate).
-7. Collect all outputs, resolve conflicts, synthesize a final result.
-8. Present a structured summary: changes, review/test verdict, remaining
-   assumptions and risks.  Leave the task blackboard directory in place —
-   the plugin's TTL sweeper reclaims idle boards; never delete it yourself.`,
+6. Enforce Ultra Review for non-trivial changes: exactly 3 parallel
+   reviewer dispatches, one dimension each (completeness / correctness /
+   impact), then merge the three reports into one severity-grouped list.
+7. Enforce the feedback loop: merged Critical/Major findings and tester
+   product-bugs become fix tasks on the list → implementer fixes →
+   re-review affected scope → re-run tests.  Repeat until clean (max 2
+   loops, then escalate).
+8. Collect all outputs, resolve conflicts, synthesize a final result.
+9. Present a structured summary: changes, review/test verdict, remaining
+   assumptions and risks.  If the project keeps a CHANGELOG.md, append an
+   entry for the delivered changes (offer to create one if missing).  Leave
+   the task blackboard directory in place — the plugin's TTL sweeper
+   reclaims idle boards; never delete it yourself.`,
 };
 /* ------------------------------------------------------------------ */
 /*  Export all commands keyed by name                                 */

package/dist/commands.js.map

@@ -1 +1 @@
-{"version":3,"file":"commands.js","sourceRoot":"","sources":["../src/commands.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAIH,wEAAwE;AACxE,MAAM,QAAQ,GAAkB;IAC9B,WAAW,EACT,+FAA+F;IACjG,KAAK,EAAE,WAAW;IAClB,QAAQ,EAAE;;;;;;;;;;;;;kDAasC;CACjD,CAAA;AAED,wEAAwE;AACxE,MAAM,aAAa,GAAkB;IACnC,WAAW,EACT,0FAA0F;IAC5F,KAAK,EAAE,aAAa;IACpB,QAAQ,EAAE;;;;;;;;4DAQgD;CAC3D,CAAA;AAED,wEAAwE;AACxE,MAAM,UAAU,GAAkB;IAChC,WAAW,EACT,0EAA0E;IAC5E,KAAK,EAAE,UAAU;IACjB,QAAQ,EAAE;;;;;;;;;;;;;gEAaoD;CAC/D,CAAA;AAED,wEAAwE;AACxE,MAAM,QAAQ,GAAkB;IAC9B,WAAW,EACT,2EAA2E;IAC7E,KAAK,EAAE,QAAQ;IACf,QAAQ,EAAE;;;;;;;;;;;8BAWkB;CAC7B,CAAA;AAED,wEAAwE;AACxE,MAAM,YAAY,GAAkB;IAClC,WAAW,EACT,uEAAuE;IACzE,KAAK,EAAE,YAAY;IACnB,QAAQ,EAAE;;;;;;;;;;;0DAW8C;CACzD,CAAA;AAED,wEAAwE;AACxE,MAAM,OAAO,GAAkB;IAC7B,WAAW,EACT,mGAAmG;IACrG,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;4EAgCgE;CAC3E,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AAExE,MAAM,CAAC,MAAM,QAAQ,GAAkC;IACrD,WAAW,EAAE,QAAQ;IACrB,gBAAgB,EAAE,aAAa;IAC/B,aAAa,EAAE,UAAU;IACzB,WAAW,EAAE,QAAQ;IACrB,eAAe,EAAE,YAAY;IAC7B,UAAU,EAAE,OAAO;CACpB,CAAA"}
+{"version":3,"file":"commands.js","sourceRoot":"","sources":["../src/commands.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAIH,wEAAwE;AACxE,MAAM,QAAQ,GAAkB;IAC9B,WAAW,EACT,+FAA+F;IACjG,KAAK,EAAE,WAAW;IAClB,QAAQ,EAAE;;;;;;;;;;;;;kDAasC;CACjD,CAAA;AAED,wEAAwE;AACxE,MAAM,aAAa,GAAkB;IACnC,WAAW,EACT,0FAA0F;IAC5F,KAAK,EAAE,aAAa;IACpB,QAAQ,EAAE;;;;;;;;4DAQgD;CAC3D,CAAA;AAED,wEAAwE;AACxE,MAAM,UAAU,GAAkB;IAChC,WAAW,EACT,4GAA4G;IAC9G,KAAK,EAAE,UAAU;IACjB,QAAQ,EAAE;;;;;;;;;;;;;;;;;;;gEAmBoD;CAC/D,CAAA;AAED,wEAAwE;AACxE,MAAM,QAAQ,GAAkB;IAC9B,WAAW,EACT,2EAA2E;IAC7E,KAAK,EAAE,QAAQ;IACf,QAAQ,EAAE;;;;;;;;;;;8BAWkB;CAC7B,CAAA;AAED,wEAAwE;AACxE,MAAM,YAAY,GAAkB;IAClC,WAAW,EACT,uEAAuE;IACzE,KAAK,EAAE,YAAY;IACnB,QAAQ,EAAE;;;;;;;;;;;0DAW8C;CACzD,CAAA;AAED,wEAAwE;AACxE,MAAM,OAAO,GAAkB;IAC7B,WAAW,EACT,mGAAmG;IACrG,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;mDA2CuC;CAClD,CAAA;AAED,wEAAwE;AACxE,wEAAwE;AACxE,wEAAwE;AAExE,MAAM,CAAC,MAAM,QAAQ,GAAkC;IACrD,WAAW,EAAE,QAAQ;IACrB,gBAAgB,EAAE,aAAa;IAC/B,aAAa,EAAE,UAAU;IACzB,WAAW,EAAE,QAAQ;IACrB,eAAe,EAAE,YAAY;IAC7B,UAAU,EAAE,OAAO;CACpB,CAAA"}

package/dist/index.d.ts

@@ -17,13 +17,12 @@
  * Options (via the tuple plugin form):
  *   "plugin": [["@te-river/opencode-team-mode@latest", { "ttlDays": 7 }]]
  * - `ttlDays`      → blackboard auto-cleanup TTL; default 5.
- * - `defaultAgent` → promote Team as the default agent (opt-in: set `true`
- *                    to enable).  Trade-off when NOT enabled: new chats
- *                    start on the built-in `build` agent, but the picker
- *                    keeps Team in plain alphabetical order — after `plan`
- *                    (the default agent is pinned first; everything else
- *                    sorts by name, so "team first" and "team after plan"
- *                    are mutually exclusive).
+ * - `defaultAgent` → Team is the default agent (opt-out: set `false`).
+ *                    Owning the default slot means the picker pins it
+ *                    FIRST — order becomes team, build, plan.  Set
+ *                    `false` for build-as-default with Team in its
+ *                    alphabetical slot: build, plan, team (the two are
+ *                    mutually exclusive by the server's sort).
  */
 import type { OpenCodePlugin } from "./types.js";
 declare const plugin: OpenCodePlugin;

package/dist/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AAEH,OAAO,KAAK,EAAE,cAAc,EAAkB,MAAM,YAAY,CAAA;AA2BhE,QAAA,MAAM,MAAM,EAAE,cAyCb,CAAA;AAED,eAAe,MAAM,CAAA"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AAEH,OAAO,KAAK,EAAE,cAAc,EAAkB,MAAM,YAAY,CAAA;AA2BhE,QAAA,MAAM,MAAM,EAAE,cAyCb,CAAA;AAED,eAAe,MAAM,CAAA"}

package/dist/index.js

@@ -17,13 +17,12 @@
  * Options (via the tuple plugin form):
  *   "plugin": [["@te-river/opencode-team-mode@latest", { "ttlDays": 7 }]]
  * - `ttlDays`      → blackboard auto-cleanup TTL; default 5.
- * - `defaultAgent` → promote Team as the default agent (opt-in: set `true`
- *                    to enable).  Trade-off when NOT enabled: new chats
- *                    start on the built-in `build` agent, but the picker
- *                    keeps Team in plain alphabetical order — after `plan`
- *                    (the default agent is pinned first; everything else
- *                    sorts by name, so "team first" and "team after plan"
- *                    are mutually exclusive).
+ * - `defaultAgent` → Team is the default agent (opt-out: set `false`).
+ *                    Owning the default slot means the picker pins it
+ *                    FIRST — order becomes team, build, plan.  Set
+ *                    `false` for build-as-default with Team in its
+ *                    alphabetical slot: build, plan, team (the two are
+ *                    mutually exclusive by the server's sort).
  */
 import { agents } from "./agents.js";
 import { commands } from "./commands.js";
@@ -77,8 +76,8 @@ const plugin = {
                         continue;
                     cfg.command[name] = def;
                 }
-                // ---------- make Team the default agent (opt-in: defaultAgent:true)
-                const promote = options?.defaultAgent === true;
+                // ---------- make Team the default agent (opt-out: defaultAgent:false)
+                const promote = options?.defaultAgent !== false;
                 if (promote && (!cfg.default_agent || cfg.default_agent === "build")) {
                     cfg.default_agent = "team";
                 }

package/dist/index.js.map

@@ -1 +1 @@
-{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AAGH,OAAO,EAAE,MAAM,EAAE,MAAM,aAAa,CAAA;AACpC,OAAO,EAAE,QAAQ,EAAE,MAAM,eAAe,CAAA;AACxC,OAAO,EACL,0BAA0B,EAC1B,YAAY,EACZ,gBAAgB,GACjB,MAAM,iBAAiB,CAAA;AAExB,iEAAiE;AACjE,SAAS,cAAc,CAAC,IAAY,EAAE,OAAe;IACnD,OAAO;QACL,EAAE;QACF,EAAE;QACF,kDAAkD;QAClD,qBAAqB,IAAI,IAAI;QAC7B,qFAAqF;QACrF,qFAAqF;QACrF,uFAAuF;QACvF,qFAAqF;QACrF,yDAAyD;QACzD,sGAAsG;QACtG,yEAAyE,OAAO,gCAAgC;QAChH,sFAAsF;KACvF,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;AACd,CAAC;AAED,MAAM,MAAM,GAAmB;IAC7B,EAAE,EAAE,WAAW;IAEf,MAAM,EAAE,KAAK,EAAE,KAAK,EAAE,OAAO,EAAE,EAAE;QAC/B,wEAAwE;QACxE,MAAM,SAAS,GACb,OAAO,KAAK,EAAE,SAAS,KAAK,QAAQ,IAAI,KAAK,CAAC,SAAS,CAAC,MAAM,GAAG,CAAC;YAChE,CAAC,CAAC,KAAK,CAAC,SAAS;YACjB,CAAC,CAAC,OAAO,CAAC,GAAG,EAAE,CAAA;QACnB,MAAM,KAAK,GAAG,YAAY,CAAC,OAAO,CAAC,CAAA;QACnC,MAAM,OAAO,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,EAAE,GAAG,EAAE,GAAG,EAAE,GAAG,IAAI,CAAC,CAAC,IAAI,gBAAgB,CAAA;QAC7E,MAAM,SAAS,GAAG,0BAA0B,CAAC,SAAS,EAAE,KAAK,CAAC,CAAA;QAC9D,MAAM,IAAI,GAAG,cAAc,CAAC,SAAS,EAAE,OAAO,CAAC,CAAA;QAE/C,OAAO;YACL,iEAAiE;YACjE,MAAM,CAAC,GAAmB;gBACxB,IAAI,CAAC,GAAG,CAAC,KAAK;oBAAE,GAAG,CAAC,KAAK,GAAG,EAAE,CAAA;gBAC9B,KAAK,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,OAAO,CAAC,MAAM,CAAC,EAAE,CAAC;oBACjD,mEAAmE;oBACnE,IAAI,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC;wBAAE,SAAQ;oBAC7B,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC,GAAG;wBAChB,GAAG,GAAG;wBACN,MAAM,EAAE,IAAI,KAAK,MAAM,CAAC,CAAC,CAAC,CAAC,GAAG,CAAC,MAAM,IAAI,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,MAAM;qBACjE,CAAA;gBACH,CAAC;gBAED,IAAI,CAAC,GAAG,CAAC,OAAO;oBAAE,GAAG,CAAC,OAAO,GAAG,EAAE,CAAA;gBAClC,KAAK,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,OAAO,CAAC,QAAQ,CAAC,EAAE,CAAC;oBACnD,IAAI,GAAG,CAAC,OAAO,CAAC,IAAI,CAAC;wBAAE,SAAQ;oBAC/B,GAAG,CAAC,OAAO,CAAC,IAAI,CAAC,GAAG,GAAG,CAAA;gBACzB,CAAC;gBAED,qEAAqE;gBACrE,MAAM,OAAO,GAAG,OAAO,EAAE,YAAY,KAAK,IAAI,CAAA;gBAC9C,IAAI,OAAO,IAAI,CAAC,CAAC,GAAG,CAAC,aAAa,IAAI,GAAG,CAAC,aAAa,KAAK,OAAO,CAAC,EAAE,CAAC;oBACrE,GAAG,CAAC,aAAa,GAAG,MAAM,CAAA;gBAC5B,CAAC;YACH,CAAC;SACF,CAAA;IACH,CAAC;CACF,CAAA;AAED,eAAe,MAAM,CAAA"}
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AAGH,OAAO,EAAE,MAAM,EAAE,MAAM,aAAa,CAAA;AACpC,OAAO,EAAE,QAAQ,EAAE,MAAM,eAAe,CAAA;AACxC,OAAO,EACL,0BAA0B,EAC1B,YAAY,EACZ,gBAAgB,GACjB,MAAM,iBAAiB,CAAA;AAExB,iEAAiE;AACjE,SAAS,cAAc,CAAC,IAAY,EAAE,OAAe;IACnD,OAAO;QACL,EAAE;QACF,EAAE;QACF,kDAAkD;QAClD,qBAAqB,IAAI,IAAI;QAC7B,qFAAqF;QACrF,qFAAqF;QACrF,uFAAuF;QACvF,qFAAqF;QACrF,yDAAyD;QACzD,sGAAsG;QACtG,yEAAyE,OAAO,gCAAgC;QAChH,sFAAsF;KACvF,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;AACd,CAAC;AAED,MAAM,MAAM,GAAmB;IAC7B,EAAE,EAAE,WAAW;IAEf,MAAM,EAAE,KAAK,EAAE,KAAK,EAAE,OAAO,EAAE,EAAE;QAC/B,wEAAwE;QACxE,MAAM,SAAS,GACb,OAAO,KAAK,EAAE,SAAS,KAAK,QAAQ,IAAI,KAAK,CAAC,SAAS,CAAC,MAAM,GAAG,CAAC;YAChE,CAAC,CAAC,KAAK,CAAC,SAAS;YACjB,CAAC,CAAC,OAAO,CAAC,GAAG,EAAE,CAAA;QACnB,MAAM,KAAK,GAAG,YAAY,CAAC,OAAO,CAAC,CAAA;QACnC,MAAM,OAAO,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,EAAE,GAAG,EAAE,GAAG,EAAE,GAAG,IAAI,CAAC,CAAC,IAAI,gBAAgB,CAAA;QAC7E,MAAM,SAAS,GAAG,0BAA0B,CAAC,SAAS,EAAE,KAAK,CAAC,CAAA;QAC9D,MAAM,IAAI,GAAG,cAAc,CAAC,SAAS,EAAE,OAAO,CAAC,CAAA;QAE/C,OAAO;YACL,iEAAiE;YACjE,MAAM,CAAC,GAAmB;gBACxB,IAAI,CAAC,GAAG,CAAC,KAAK;oBAAE,GAAG,CAAC,KAAK,GAAG,EAAE,CAAA;gBAC9B,KAAK,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,OAAO,CAAC,MAAM,CAAC,EAAE,CAAC;oBACjD,mEAAmE;oBACnE,IAAI,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC;wBAAE,SAAQ;oBAC7B,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC,GAAG;wBAChB,GAAG,GAAG;wBACN,MAAM,EAAE,IAAI,KAAK,MAAM,CAAC,CAAC,CAAC,CAAC,GAAG,CAAC,MAAM,IAAI,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,MAAM;qBACjE,CAAA;gBACH,CAAC;gBAED,IAAI,CAAC,GAAG,CAAC,OAAO;oBAAE,GAAG,CAAC,OAAO,GAAG,EAAE,CAAA;gBAClC,KAAK,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,OAAO,CAAC,QAAQ,CAAC,EAAE,CAAC;oBACnD,IAAI,GAAG,CAAC,OAAO,CAAC,IAAI,CAAC;wBAAE,SAAQ;oBAC/B,GAAG,CAAC,OAAO,CAAC,IAAI,CAAC,GAAG,GAAG,CAAA;gBACzB,CAAC;gBAED,uEAAuE;gBACvE,MAAM,OAAO,GAAG,OAAO,EAAE,YAAY,KAAK,KAAK,CAAA;gBAC/C,IAAI,OAAO,IAAI,CAAC,CAAC,GAAG,CAAC,aAAa,IAAI,GAAG,CAAC,aAAa,KAAK,OAAO,CAAC,EAAE,CAAC;oBACrE,GAAG,CAAC,aAAa,GAAG,MAAM,CAAA;gBAC5B,CAAC;YACH,CAAC;SACF,CAAA;IACH,CAAC;CACF,CAAA;AAED,eAAe,MAAM,CAAA"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@te-river/opencode-team-mode",
-  "version": "1.4.4",
+  "version": "1.4.6",
   "description": "Team collaboration mode plugin for OpenCode Desktop — injects specialized agents (architect, reviewer, implementer, tester, researcher) and team workflow commands into your OpenCode workspace.",
   "type": "module",
   "main": "dist/index.js",