Changed
-
Updated hve-core dependency pin to
3050cf5(3050cf5e609d50ec171cb4d657f0f4bc988e8982). -
Updated hve-core dependency pin to
7cc6dc4(7cc6dc42caf7f842e1f7aa9f3d41cb4581538f33).
Fixed
-
The published plugin marketplace could pair a release with an hve-core commit it was never
validated against. The generatedmarketplace.jsoncarried a singlehve-squadentry and
autoUpdate: true, leaving hve-core to be installed separately from its own source — so a
consumer resolved whatever was current upstream rather than the commit the installed squad
version's routing tables and role charters were built against.Build-SquadPlugin.ps1now emits a secondhve-squad-hve-coreentry whose commit SHA is read
from the built ref's ownapm.yml, so each release publishes the exact hve-core pin its
cast-delta guard validated —v0.16.1resolvesb1cae50,v0.16.2-preresolves3050cf5,
with no manifest hand-editing.autoUpdateis dropped deliberately: the two entries are a
matched pair, and an unattended update of one without the other reintroduces the same skew.publish-plugin.ymlgains an optionalmcp-versioninput so a publish can bump the
@hve-squad/mcppin in the same run; omitted, the existing.mcp.jsonpin is reused rather
than silently advanced. -
The plugin distribution shipped a partial rule set, and the squad dispatched an off-roster
role because of it. The generator distilled fifteen instruction files into ten reference files
by hand. Five had no destination at all —squad-routing, the discovery and intake gates,
notifications, and watch mode — sosquad-routing's Tracker-Write Gate ("when the active
roster does not carrybacklog-executor, propose adding it") and the roster's "never
self-fill an absent role" reached no plugin file. A federation sub-squad asked to write its
backlog to Azure DevOps dispatchedSquad Backlog Executorand wrote its history without ever
adding the role toteam.md, because in the plugin no rule said otherwise.Three further reference files (
floor.md,mcp-capability.md,notifications-and-watch.md)
existed only as hand-written files insidehve-squad-plugin, with no source of truth here and
no generator step authoring them — one of them the target of a citation the generator emitted
on every build.Build-SquadPlugin.ps1now ports every instruction file verbatim into
skills/squad/references/rules/, builds the citation index from what it ported rather than
from a hand-maintained map, and rewrites the directory-level prose that told the coordinator
its rules live under.github/instructions/squad/in a distribution that ships no such
directory. A new instruction file now reaches the plugin without anyone remembering to map it.A build-time conformance check fails the build — rather than warning — when a generated file
cites an instruction path the plugin does not ship, cites askills/target no step authored,
or when anything underagents/orskills/was not authored by the run. Every defect it
catches is invisible at run time: a dangling citation reads as a working reference, and a
hand-written orphan is indistinguishable from generated content while it drifts. -
squad-researcher.agent.mdcited an hve-core instruction under the squad namespace.
untrusted-content-boundary.instructions.mddeploys to.github/instructions/, not
.github/instructions/squad/, so the citation resolved to nothing in the package as well as in
the plugin.
Consumer install
Pin to this version:
apm install "Peter-N91/hve-squad#v0.16.2"