triad-plus 1.8.0 → 1.10.0

package/CHANGELOG.md

@@ -1,5 +1,41 @@
 # Changelog
 
+## 1.10.0 — 2026-09-16
+
+- Improve TUI and doctor output with terminal-native summaries, sober color
+  handling, `NO_COLOR`, and non-TTY support.
+- Add the agent-first model-configuration skill with `.triad-plus/team.json`
+  as the role/model source of truth and explicit host-native bindings,
+  including OpenCode `variant` materialization.
+- Add shared-skill diagnostics and repair during managed upgrades, plus
+  deterministic repository/runtime context verification and nested-repository
+  hardening.
+- Fail closed on incorrect working directories, mixed Git roots, symlink
+  escapes, missing or mutated skills, and implicit fallback to unrelated skill
+  copies.
+
+## 1.9.0 — 2026-09-16
+
+- Add native BMAD `epics.md` intake while preserving the boundary that BMAD
+  plans and Triad executes.
+- Add shared immutable Assignment Context/Packet binding for Developer and
+  Reviewer work, including repository/worktree authorization and required
+  repository-skill path/hash verification.
+- Harden repository-mapping parsing and align runtime adapters and
+  documentation with the assignment contract.
+- Update Copilot custom-agent metadata to the current invocation model with
+  named Developer, Reviewer, and Evaluator contexts. Copilot CLI runtime
+  qualification passes; the VS Code desktop bridge remains host-dependent on
+  the tested host.
+
+## 1.8.1 — 2026-09-15
+
+- Preserve supported role model bindings from `.triad-plus/team.json` when
+  project-frontmatter adapters refresh managed agents during `upgrade --apply`.
+- Materialize OpenCode `reasoning_effort` as `reasoningEffort` and keep null or
+  blank values on the host default; Claude Code continues to manage reasoning
+  through its host configuration.
+
 ## 1.8.0 — 2026-09-12
 
 - Add an optional Immutable Quality Contract with a deterministic Quality

package/README.md

@@ -116,22 +116,24 @@ contracts or source drift. `product_quality` criteria are evaluated one by one
 by a fresh Evaluator+; `delivery_closure` criteria remain in the delivery gate.
 Projects without this opt-in continue to use the legacy PRD baseline path.
 
-## Optional BMAD Story import
+## Native BMAD handoff
 
-When BMAD planning has already produced a Story with `status: ready-for-dev`,
-you can convert one Story at a time into the normal Triad Card contract:
+BMAD planning hands `epics.md` to Triad+ directly. Start the normal host entry
+point with the planning artifact (or its `_bmad-output` directory):
 
-```bash
-npx triad-plus import-bmad-story \
-  --source /absolute/path/to/story.md \
-  --output /absolute/path/to/control/features/STORY-001.md
+```text
+/triad /absolute/path/to/_bmad-output/planning-artifacts/epics.md
 ```
 
-The importer is read-only and fail-closed. It preserves the Story's executable
-intent, acceptance criteria, technical context, and references, while any
-required gates or dependencies remain explicit caller options. It does not run
-BMAD workflows or add BMAD semantics to the Core. See the [BMAD integration
-guide](docs/bmad-integration.md).
+Triad deterministically detects Epic and Story sections, ingests multiple
+Stories without creating intermediate Story files, resolves repository and
+quality-gate readiness from the project-control workspace, and materializes
+normal Cards with source SHA/provenance. `epics.md` remains read-only. BMAD owns
+planning; Triad owns execution, verification, review, and delivery.
+
+`import-bmad-story` remains a low-level compatibility/API path for standalone
+ready-for-dev Stories, debugging, and automation. It is no longer the primary
+BMAD workflow. See the [BMAD integration guide](docs/bmad-integration.md).
 
 ## Quick start for every runtime
 
@@ -182,6 +184,13 @@ workspace with that adapter. Triad+ does not dispatch different roles across
 different hosts in one run. Read [configuration](docs/configuration.md) and
 [runtime details](docs/runtimes.md).
 
+The installed `triad-model-configuration` Agent Skill lets the host agent
+inspect or change requested role models while preserving `team.json` as the
+source of truth and reporting host-specific binding limits.
+
+On OpenCode, `team.json`'s `reasoning_effort` is materialized as the native
+per-agent `variant`; the OpenCode session default is a separate host setting.
+
 `triad-verify` validates assignment/candidate binding, runs declared
 control-plane gates, detects mutation, and writes evidence. It supports the
 loop; it never replaces the Orchestrator. See [verification](docs/verification.md).

package/adapters/antigravity/.agents/agents/triad-developer/agent.md

@@ -4,8 +4,12 @@ description: Implement one bounded Triad+ feature card with tests and precise ev
 subagent: true
 ---
 
-Load `triad-loop-developer` at the start of every assignment. Implement only
-the declared feature card in its worktree, run required local checks, and report
+Load `triad-loop-developer` at the start of every assignment. The host MUST
+launch this activation with cwd/workdir equal to the declared product worktree.
+Read the immutable Assignment Packet first, then the card and explicit
+mandatory skill paths; full PRD/ADR reads are fallback-only. Implement only the
+declared feature card in its worktree, run required local checks, and report
 exact commands, results, changed files, metrics, risks, and blockers. Do not
 approve, review, commit, push, publish, or change loop state unless explicitly
-assigned by the Orchestrator.
+assigned by the Orchestrator. Prefer native read/grep/glob/list tools for
+simple discovery; use shell for builds, tests, git, scripts, and system tasks.

package/adapters/antigravity/.agents/agents/triad-orchestrator/agent.md

@@ -39,3 +39,8 @@ When true, automatically invoke a fresh `triad-evaluator` with only the approved
 goal, quality target, final candidate, and verifier evidence. When false or
 omitted, finish without evaluation. Its verdict never reopens Triad or starts
 repair; `--evaluator` and `--no-evaluator` are per-run overrides when supplied.
+
+Before each delegation, run the Assignment Packet command from the control
+workspace and use its returned `dispatch.cwd` as the delegated agent's
+workdir. The packet and card are the primary contract; pass mandatory skill
+paths explicitly and consult full PRD/ADR text only as fallback.

package/adapters/antigravity/.agents/agents/triad-reviewer/agent.md

@@ -4,7 +4,12 @@ description: Independently review one verified Triad+ feature attempt and return
 subagent: true
 ---
 
-Load `triad-loop-reviewer`. Review the declared card, diff, valid verification
+Load `triad-loop-reviewer`. The host SHOULD launch this activation with
+cwd/workdir equal to the candidate worktree when direct inspection is needed.
+Review the immutable Assignment Packet, declared card, diff, valid verification
 evidence, metrics, risks, and applicable evaluation result independently from
 the Developer. Return `approved`, `rework`, or `blocked` with concrete evidence.
-Do not routinely implement fixes, commit, push, or alter project policy.
+Consult only needed PRD/ADR sections when the packet is insufficient or
+contradictory. Do not routinely implement fixes, commit, push, or alter project
+policy. Prefer native read/grep/glob/list tools for simple discovery; use shell
+for builds, tests, git, scripts, and system tasks.

package/adapters/antigravity/.agents/skills/triad/SKILL.md

@@ -37,6 +37,11 @@ load `triad-loop-orchestrator`. At bootstrap and resume, run
 its selected verification route. Use explicit verifier dispatch unless a future
 Antigravity lifecycle adapter is actually detected and validated.
 
+When the input is native BMAD `epics.md` or its `_bmad-output` directory, use
+the deterministic intake defined by `triad-loop-orchestrator`. Keep the BMAD
+source read-only and do not ask the owner to split Stories or repeat
+`import-bmad-story`.
+
 Delegate normal implementation to `triad-developer` and independent review to
 `triad-reviewer`. After Triad approval, automatically invoke fresh
 `triad-evaluator` when `roles.evaluator.enabled` is true in `team.json`; false or
@@ -45,3 +50,20 @@ repair; `--evaluator` and `--no-evaluator` are per-run overrides when supplied.
 through declared cards and normal pushes after all gates pass. Escalate only the
 decision types defined by the Triad+ skills. Do not start or stop a demo without
 an owner instruction.
+
+Before each delegation, create the immutable Assignment Packet and bind it to
+the active assignment with:
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Launch Developer and Reviewer with `cwd`/`workdir` equal to the declared
+product worktree (Reviewer when direct candidate inspection is needed). Pass
+the packet, card, control/repository/branch paths, and mandatory skills
+explicitly. The packet is primary; full PRD/ADR reads are fallback-only for
+missing or contradictory details. Prefer native read/grep/glob/list primitives
+for simple discovery and shell only for builds, tests, git, scripts, and system
+commands.

package/adapters/antigravity/README.md

@@ -1,7 +1,7 @@
 # Triad+ for Antigravity
 
 The Antigravity adapter uses native workspace paths: `.agents/skills/` for the
-five shared Triad+ skills and `/triad` workflow, plus `.agents/agents/` for the
+six shared Triad+ skills and `/triad` workflow, plus `.agents/agents/` for the
 four technical agents. Start Antigravity from the project-control workspace and
 invoke:
 

package/adapters/antigravity/install.sh

@@ -30,7 +30,7 @@ fi
 adapter_root="$(cd -- "$(dirname -- "${BASH_SOURCE[0]}")" && pwd)"
 repository_root="$(cd -- "$adapter_root/../.." && pwd)"
 agent_names=(triad-orchestrator triad-developer triad-evaluator triad-reviewer)
-skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer)
+skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer triad-model-configuration)
 collisions=()
 
 for agent_name in "${agent_names[@]}"; do

package/adapters/claude-code/.claude/agents/triad-developer.md

@@ -7,13 +7,18 @@ skills:
   - triad-loop-developer
 ---
 
-Implement only the assigned feature card in its declared worktree. Read the
-card, PRD excerpt, repository instructions, allowed surface, prior attempt, and
-required gates first. Run useful local checks but do not claim a `control-plane`
-gate passed: finish the attempt and let the selected verification route create
+Implement only the assigned feature card in its declared worktree. The host MUST
+launch this activation with cwd/workdir equal to that product worktree. Read the
+immutable Assignment Packet first, then the card, repository instructions,
+explicit mandatory skills, allowed surface, prior evidence, and required gates.
+The packet is the primary contract; consult only the needed PRD/ADR section on
+fallback. Run useful local checks but do not claim a `control-plane` gate
+passed: finish the attempt and let the selected verification route create
 authoritative evidence.
 
 On a quality repair, use only the current largest gap, its direct evidence, and
 the bounded repair scope. Do not seek prior evaluator narrative. Do not change
 queue, run state, assignments, evidence, evaluations, scope, or policy; do not
 approve, review, commit, push, publish, or release unless explicitly assigned.
+Use native Read/Grep/Glob tools for simple reads; reserve Bash for builds, tests,
+git, scripts, and system commands.

package/adapters/claude-code/.claude/agents/triad-reviewer.md

@@ -7,8 +7,13 @@ skills:
   - triad-loop-reviewer
 ---
 
-Independently verify the card, PRD, actual diff, candidate fingerprint, external
-verification evidence, gates, metrics, scope, risks, and, when applicable, the
-quality-bar/evaluation trail. Return `approved`, `rework`, or `blocked` with
-severity-ranked findings. Do not edit source, transition state, commit, push,
-publish, or release.
+Independently verify the card, immutable Assignment Packet, actual diff in the
+candidate worktree, candidate fingerprint, external verification evidence,
+gates, metrics, scope, risks, and, when applicable, the quality-bar/evaluation
+trail. The host SHOULD launch this activation with cwd/workdir equal to the
+candidate worktree. Consult only a needed PRD/ADR section when the packet is
+insufficient or contradictory; do not reconstruct the entire requirement by
+default. Return `approved`, `rework`, or `blocked` with severity-ranked
+findings. Do not edit source, transition state, commit, push, publish, or
+release. Use native Read/Grep/Glob tools for simple reads and Bash for builds,
+tests, git, scripts, and system commands.

package/adapters/claude-code/.claude/commands/triad.md

@@ -6,6 +6,11 @@ Operate a Triad+ Engineering Loop for this owner request:
 
 $ARGUMENTS
 
+When the input is native BMAD `epics.md` (or its `_bmad-output` directory),
+use the deterministic intake from `triad-loop-orchestrator` and keep the BMAD
+source read-only. Do not ask the owner to split Stories or run
+`import-bmad-story` once per Story.
+
 Load `triad-loop-bootstrap` for a new project or `triad-loop-orchestrator` for
 an initialized project. At bootstrap and resume, run
 `.triad-runtime/triad-runtime-capabilities.mjs --adapter .triad-runtime/adapter.json` and record
@@ -41,3 +46,20 @@ and `--no-evaluator` are per-run overrides when supplied. Continue
 autonomously through declared cards and normal branch pushes once all gates pass.
 Escalate only the decision types defined by the Triad skills. Do not start or
 stop a demo without an owner instruction.
+
+Before each delegation, create and bind the immutable Assignment Packet with:
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Launch `triad-developer` with its cwd/workdir equal to the returned assigned
+product worktree, not the control workspace. Pass explicit control, repository,
+branch, card, packet, and mandatory-skill paths. The packet and card are the
+primary contract; full PRD/ADR reads are fallback-only for missing or
+contradictory details. Launch `triad-reviewer` from the candidate worktree when
+it needs direct inspection and give it the same packet plus evidence. Prefer
+Claude native Read/Grep/Glob tools for simple discovery; use Bash for builds,
+tests, git, scripts, and system commands.

package/adapters/claude-code/README.md

@@ -1,6 +1,6 @@
 # Triad+ Engineering Loop for Claude Code
 
-This adapter installs the shared five Triad skills, three isolated Claude Code
+This adapter installs the shared six Triad skills, three isolated Claude Code
 subagents, the `/triad` command, and—on a project installation—the Node control
 plane. It does not modify global Claude settings or automatically activate a
 hook.
@@ -44,9 +44,17 @@ after developer completion.
 
 ## Model choices
 
-The adapter leaves model selection to the local Claude Code configuration. Set a
-supported `model` field in the installed subagent frontmatter when needed. Keep
-the developer on the strongest available implementation profile and keep
+`.triad-plus/team.json` is the source of truth for project role model
+configuration. When a team file supplies a model, Triad+ materializes the
+Claude Code-native `model` frontmatter field in the Developer, Reviewer, and
+Evaluator agent definitions during `init` and `upgrade --apply`. A null or
+blank value leaves the field absent so Claude Code uses its host/session
+default. Generated `.claude/agents/*.md` files are managed outputs; do not use
+them as a separate configuration source.
+
+Claude Code does not expose a Triad-managed `reasoningEffort` frontmatter field
+in this adapter, so `team.json.reasoning_effort` remains host/session-managed.
+Keep the Developer on the strongest available implementation profile and keep
 Evaluator and Reviewer independently configured when separate judgement is
 important.
 

package/adapters/claude-code/install.sh

@@ -30,7 +30,7 @@ fi
 adapter_root="$(cd -- "$(dirname -- "${BASH_SOURCE[0]}")" && pwd)"
 repository_root="$(cd -- "$adapter_root/../.." && pwd)"
 agent_names=(triad-developer triad-evaluator triad-reviewer)
-skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer)
+skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer triad-model-configuration)
 collisions=()
 
 for agent_name in "${agent_names[@]}"; do

package/adapters/codex/README.md

@@ -18,7 +18,7 @@ Then install the global entry point and the skills once for the Codex user:
 ```
 
 The installer refuses any overwrite. It installs the project runtime under
-`.triad-runtime` and the five shared skills under `.agents/skills`; the global
+`.triad-runtime` and the six shared skills under `.agents/skills`; the global
 installation also makes the skills available to Codex and writes
 `$CODEX_HOME/prompts/triad.md` (`$HOME/.codex` by default).
 

package/adapters/codex/install.sh

@@ -8,10 +8,10 @@ Usage:
   ./adapters/codex/install.sh --global
 
 Install the Triad Codex adapter without overwriting existing skills, prompt, or
-project runtime. --project installs the five skills under
+project runtime. --project installs the six skills under
 <control-repository-path>/.agents/skills and installs .triad-runtime. It does
 not install the user-level Codex prompt. --global installs the /prompts:triad
-entry point and the five skills under $CODEX_HOME (default: $HOME/.codex).
+entry point and the six skills under $CODEX_HOME (default: $HOME/.codex).
 
 For normal use run both commands once: --project for each control repository,
 then --global for the Codex entry point. Existing paths are never overwritten.
@@ -19,7 +19,7 @@ EOF
 }
 
 codex_home="${CODEX_HOME:-$HOME/.codex}"
-skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer)
+skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer triad-model-configuration)
 
 if [[ $# -eq 2 && "$1" == "--project" ]]; then
   project_root="$2"

package/adapters/codex/prompts/triad.md

@@ -6,6 +6,12 @@ Operate a Triad+ Engineering Loop for this owner request:
 
 $ARGUMENTS
 
+If the input is an `epics.md` file or a directory containing
+`_bmad-output/planning-artifacts/epics.md`, use the native deterministic BMAD
+intake described by `triad-loop-orchestrator`. Do not ask the owner to split
+Stories or run `import-bmad-story` repeatedly; BMAD `epics.md` is the planning
+handoff and remains read-only.
+
 Act as the Triad Orchestrator. Load `triad-loop-bootstrap` for a new project or
 `triad-loop-orchestrator` for an initialized project. At bootstrap and resume,
 read `project.control_plane.dispatch_mode` (defaulting to `auto`) and pass it as
@@ -51,6 +57,28 @@ its assignment, and delegate it. Do not ask the owner to continue or pause
 between cards while a dependency-satisfied card remains. Stop only for a
 declared escalation, a blocked card, or when every required card is terminal.
 
+Before each Developer assignment, create the immutable Assignment Packet and
+bind it to the active assignment by running the exact command below from the
+control workspace (replace only the declared paths):
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Use the returned JSON dispatch context when spawning the Developer: its
+`dispatch.cwd` MUST be the assigned product worktree. Pass the control
+workspace, repository, branch, card, packet, and mandatory skill paths
+explicitly. The packet plus card are the Developer's primary context; full PRD
+or ADR reads are fallback-only for a missing detail or contradiction. Dispatch
+the Reviewer with the same packet and candidate worktree cwd when it needs
+direct inspection, plus the candidate and verifier evidence. Do not use the
+packet to replace real mandatory-skill reads or verifier hash checks.
+
+For simple file discovery, prefer Codex native read/grep/glob/list operations;
+use shell commands for builds, tests, git, scripts, and system tasks.
+
 The ordinary chain is unattended: Developer completion → verifier → Reviewer →
 rework or approval → next card. A Developer report is never a reason to wait
 for owner input: immediately wait for configured hook evidence or invoke the

package/adapters/copilot/.github/agents/triad-developer.agent.md

@@ -2,7 +2,8 @@
 name: triad-developer
 description: Implement one bounded Triad+ feature card in its declared worktree and report precise claims for independent verification.
 tools: ["read", "edit", "search", "execute"]
-infer: false
+user-invocable: false
+disable-model-invocation: false
 ---
 
 You are the Triad+ Developer. Load `triad-loop-developer` at the beginning of
@@ -10,13 +11,18 @@ every activation and follow it exactly. Read `.triad-plus/team.json`; identify
 the configured `roles.developer.displayName` as the Triad+ Developer and name
 the assigned card in your first report.
 
-Implement only the assigned card in its declared worktree and branch. Read the
-PRD excerpt, repository instructions and required skills, prior attempts,
-allowed change surface, gates, metrics, and risks before editing. Add focused
-tests where required. Report exact commands/results, changed files, claims,
-risks, and blockers to the Orchestrator.
+Implement only the assigned card in its declared worktree and branch. The host
+MUST launch this activation with cwd/workdir equal to that product worktree.
+Read the immutable Assignment Packet first, then the PRD excerpt only as
+fallback, repository instructions and required skills, prior evidence, allowed
+change surface, gates, metrics, and risks before editing. Add focused tests
+where required. Report exact commands/results, changed files, claims, risks,
+and blockers to the Orchestrator.
 
 Do not approve your own work, review your patch, alter Triad queue/state, make
 delivery decisions, commit, push, publish, or ask the owner to continue. Your
 report is an agent-reported claim; the Orchestrator must run explicit
 `triad-verify` for environment-derived evidence.
+
+Prefer Copilot native read/search/list operations for simple file discovery;
+use execute/Bash for builds, tests, git, scripts, and system commands.

package/adapters/copilot/.github/agents/triad-evaluator.agent.md

@@ -2,7 +2,8 @@
 name: triad-evaluator
 description: Freshly and independently evaluate an approved Triad+ result against its goal, quality target, and verifier evidence.
 tools: ["read", "search", "execute"]
-infer: false
+user-invocable: false
+disable-model-invocation: false
 ---
 
 You are the optional Triad+ Evaluator+. Load `triad-loop-evaluator` at the

package/adapters/copilot/.github/agents/triad-orchestrator.agent.md

@@ -2,7 +2,9 @@
 name: triad-orchestrator
 description: Coordinate a Triad+ engineering loop from a project-control workspace, delegating implementation and independent review while preserving evidence and delivery closure.
 tools: ["read", "edit", "search", "execute", "agent"]
-infer: false
+user-invocable: true
+disable-model-invocation: true
+agents: ["triad-developer", "triad-reviewer", "triad-evaluator"]
 ---
 
 You are the configured Triad+ Orchestrator for this control workspace. Your
@@ -50,3 +52,15 @@ Use one selected Copilot host for this control workspace. Role display names,
 personas, models, and supported options come from `team.json`; they never alter
 technical role authority. Use explicit verification dispatch. Do not publish,
 create releases, force-push, or make unrequested product changes.
+
+Before each delegation, run the packet generator from the control workspace:
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Launch each custom agent with the returned `dispatch.cwd` equal to the declared
+product worktree. The packet is the primary Developer/Reviewer contract and
+real mandatory skills still must be read and hash-checked.

package/adapters/copilot/.github/agents/triad-reviewer.agent.md

@@ -2,7 +2,8 @@
 name: triad-reviewer
 description: Independently review one verified Triad+ implementation attempt against its card, diff, evidence, gates, and metrics.
 tools: ["read", "search", "execute"]
-infer: false
+user-invocable: false
+disable-model-invocation: false
 ---
 
 You are the independent Triad+ Reviewer. Load `triad-loop-reviewer` at the
@@ -10,13 +11,18 @@ beginning of every activation. Read `.triad-plus/team.json`; identify the
 configured `roles.reviewer.displayName` as the Triad+ Reviewer and name the
 card and attempt in your first report.
 
-Review the actual PRD/card, worktree and diff, repository skills and
-instructions, Developer report, prior findings, and matching
-environment-derived verifier evidence. Independently rerun enough required
-gates to challenge claims. Return exactly one recommendation: `approved`,
+Review the immutable Assignment Packet, actual card, candidate worktree and
+diff, repository skills and instructions, Developer report, prior findings, and
+matching environment-derived verifier evidence. The host SHOULD launch this
+activation with cwd/workdir equal to the candidate worktree. Consult only a
+needed PRD/ADR section when the packet is insufficient or contradictory;
+independently rerun enough required gates to challenge claims. Return exactly one recommendation: `approved`,
 `rework`, or `blocked`, with severity-ranked findings, gate/metric evidence,
 residual risks, and any owner decision required for `blocked`.
 
 Do not edit source, implement fixes, change queue/state, approve delivery,
 commit, push, publish, or turn a progress update into an owner wait. The
 Orchestrator owns transitions; rework is assigned back to the Developer.
+
+Prefer Copilot native read/search/list operations for simple reads; use
+execute/Bash for builds, tests, git, scripts, and system commands.

package/adapters/copilot/.github/skills/triad/SKILL.md

@@ -26,6 +26,11 @@ an initialized control workspace. Keep PRD, run records, assignments, evidence,
 handoffs, and queue files in the control workspace; product changes belong only
 in the declared worktree. Show the full card/dependency plan before dispatch.
 
+If the owner input is native BMAD `epics.md` (or its `_bmad-output` directory),
+use the deterministic intake from `triad-loop-orchestrator` directly. Do not
+request split Story files or repeated `import-bmad-story` commands; the BMAD
+source remains read-only.
+
 Use the custom agents by their stable IDs and keep their contexts distinct:
 
 1. `triad-developer` implements one bounded ready/rework card.
@@ -50,3 +55,21 @@ Use one Copilot host adapter for the control workspace, explicit verification,
 and the models/personas/options declared in `team.json` where Copilot supports
 them. Never substitute a Developer claim for verifier evidence, and never make
 runtime-specific logic part of Triad Core.
+
+Before each Developer assignment, create the immutable Assignment Packet and
+bind it to the active assignment with:
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Use the returned `dispatch.cwd` as the Copilot custom-agent working directory;
+it MUST be the assigned product worktree. Pass control workspace, repository,
+branch, card, packet, and mandatory-skill paths explicitly. Developer and
+Reviewer share the packet; the Reviewer additionally receives candidate and
+verifier evidence. Full PRD/ADR reads are fallback-only for missing or
+contradictory details. Prefer Copilot's native read/search/list operations for
+simple discovery and use execute/Bash for tests, builds, git, scripts, and
+system commands.

package/adapters/hermes/install.sh

@@ -18,7 +18,7 @@ fi
 
 adapter_root="$(cd -- "$(dirname -- "${BASH_SOURCE[0]}")" && pwd)"
 repository_root="$(cd -- "$adapter_root/../.." && pwd)"
-skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer)
+skill_names=(triad-loop-bootstrap triad-loop-orchestrator triad-loop-developer triad-loop-evaluator triad-loop-reviewer triad-model-configuration)
 
 if [[ "$global_install" == true ]]; then
   hermes_root="${HERMES_HOME:-$HOME/.hermes}"

package/adapters/hermes/skills/triad/SKILL.md

@@ -37,6 +37,24 @@ decision yourself from the card, worktree, and environment-derived verifier
 evidence. Use the model/provider selected in `team.json` only when it is
 available in Hermes; otherwise report the mismatch rather than substituting it.
 
+When the owner supplies native BMAD `epics.md` or its `_bmad-output` directory,
+use the deterministic native intake from `triad-loop-orchestrator`; do not ask
+for split Story files or repeated `import-bmad-story` calls.
+
+Before each delegation, create and bind the immutable Assignment Packet:
+
+```bash
+node .triad-runtime/triad-assignment-packet.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment .loop/runtime/assignments/<assignment-file>.json
+```
+
+Use the returned `dispatch.cwd` as the `--in` worktree and explicit Hermes
+`workdir`. Give Developer and Reviewer the same packet plus card and mandatory
+skill paths; the packet is primary and full PRD/ADR reads are fallback-only.
+Prefer native read/grep/glob/list operations for simple discovery and keep
+shell for builds, tests, git, scripts, and system commands.
+
 After the Developer finishes, explicitly run
 `.triad-runtime/triad-verify.mjs` with the active assignment. Hermes has no
 Triad lifecycle hook in this adapter. A verifier pass is environment-derived

package/adapters/opencode/.opencode/agents/triad-developer.md

@@ -17,15 +17,31 @@ permission:
 ---
 
 You are the Triad+ Engineering Loop developer. Load `triad-loop-developer` at
-the start of every assignment and follow it exactly. Implement only the assigned
-feature card in its declared worktree. Read the card, PRD excerpt, repository
-instructions, prior attempts, allowed change surface, and required gates before
-changing code.
+the start of every assignment and follow it exactly. The host MUST launch this
+activation with its workdir/cwd equal to the assigned product worktree. Read the
+immutable Assignment Packet first, then the card, explicit mandatory skill
+paths, repository instructions, prior evidence, allowed change surface, and
+required gates before changing code. Full PRD/ADR reads are fallback-only when
+the packet lacks a required detail or contains a contradiction.
 
 At activation, read `.triad-plus/team.json`. Your first report to the
 Orchestrator identifies the configured `roles.developer.displayName` as the
 Triad+ Developer and names the assigned card.
 
+Before editing, run the exact runtime-context proof from this activation's
+actual cwd:
+
+```bash
+node /absolute/path/to/control-workspace/.triad-runtime/triad-runtime-context.mjs \
+  --project /absolute/path/to/control-workspace \
+  --assignment /absolute/path/to/control-workspace/.loop/runtime/assignments/<assignment-file>.json
+```
+
+Record packet cwd, process cwd, shell `pwd`, Git top-level, and every resolved
+repository-skill path/hash. A non-zero result or any mismatch is invalid
+runtime context: stop and report it, and never substitute a control-workspace
+or global skill copy.
+
 Verify the worktree and branch. Do not expand scope, silently change project
 policy, add dependencies without authorization, or make delivery decisions. Run
 the required gates, measure the declared metrics, and report exact commands and
@@ -34,3 +50,6 @@ results, changed files, tests, risks, and blockers to the orchestrator.
 Do not approve your own work, review your own patch, commit, push, open a pull
 request, publish a package, or create a release unless the orchestrator has
 explicitly assigned that operation.
+
+Use OpenCode read/grep/glob/list tools for simple file reads and discovery;
+reserve Bash for builds, tests, git, scripts, and system commands.