| name | architect-spec-governance |
| description | Partial Skill: invoke by name only |
| user-invocable | false |
| metadata | {"actor":"architect","gate":"spec","compose":"union"} |
Architect-Spec Governance — the structural-fit bar (spec gate)
The Architect bar at the spec gate: does this capability fit the project's structure, and
is its control-flow graph (CFG) well-placed? Judges the capability (read from its spec + suite), not
the document's prose — that is sdd:spec-format-governance. The SDD default for the architect spec bar;
a plugin may bind its own per artifact-type, and this loads when the registry leaves architect/spec
unbound.
The bar
- No knowledge duplication. A capability, concept, rule, or contract has one home; whatever
needs it references that home. Two copies of one piece of knowledge drift — a change lands in one
and misses the other. But coincidental resemblance is not duplication: two capabilities that
look alike yet change for different reasons stay separate — a premature shared abstraction couples
them, and the wrong abstraction costs more than the repetition. Test: does a change to one force the
same change to the other? Only then converge.
- No conflict. The capability does not contradict established conventions, module boundaries, or
an existing capability's contract.