Repository navigation
v0.6.9
ZCODE_SUBAGENT_MODEL now also accepts a {agent-name: model} object. The scalar form still pins zcode's two built-in agents (general-purpose + Explore) to one model; the object form pins named user subagents — markdown files in ~/.zcode/agents/ — each to its own model, rewriting only the frontmatter model: line to the custom:<provider>:<model> form zcode itself uses. This keeps zcode subagent rosters aligned with OpenCode's named agents (OPENCODE_SUBAGENT_MODEL): the same functional names on both sides, each pinned to its own model. The two forms never mix in one apply, the field stays a single global slot (one declaring profile), and removing the field releases whichever pins the previous apply owned.
Highlights
- zcode:
ZCODE_SUBAGENT_MODELaccepts a{agent-name: model}object pinning named user subagents in~/.zcode/agents/*.md(frontmattermodel:line only; name/description/body untouched, same contract as OpenCode agent pins) - Scalar form (both built-in agents, one model) is unchanged; the two forms never mix — switching forms releases the previous apply's pins
- Values are bare same-profile model IDs or
"@profile/model"cross-profile refs, ensured as sync dependencies like the scalar form - A named agent without an existing markdown file dies before anything is written, listing the available names