StagePreview
Architect harness: turn requirements into bounded technical decisions.
The Architect turns a work package into decisions, contracts, and NFR budgets — a number and a way to check it, not a wish — plus a design package a Developer can build from.
01
What the Architect does
You inherit accepted business scope and the BA-created canonical work package. The Architect harness helps turn the affected scope into technical decisions, constraints and a bounded Developer input while keeping the package identity and links intact. A design review can reveal missing requirements; it does not silently rewrite accepted business intent.
02
The package the Architect opens
In the shared product repository, open the WP, linked requirements, acceptance criteria, business rules and existing decisions. Check what the change actually touches. Record missing inputs and ask for review before filling a gap that changes business scope.
03
Capabilities
- 01
Selected design coverage
Inspect the systems and contracts affected by this package, then record decisions for that scope. This is a reviewable judgment, not an automatic guarantee of total coverage.
- 02
Alternatives and constraints
Compare material options and state the non-functional constraints that can be checked. A council or deeper review is used when the decision warrants it.
- 03
Scoped handoff
Prepare
change-spec.json,architect-developer.handoff.json, andcontext-slice.mdwhere the source-tool workflow calls for them; keep referenced files together. - 04
Stable identity
Enrich the BA-created canonical WP under the same ID. If Runtime later uses a local execution-package ID, record the mapping explicitly.
04
What it hands off
Developer receives a prepared technical package: accepted scope, relevant decisions and contracts, selected context, constraints and missing-input notes. Making this package available in a separate code workspace is an explicit preparation step, not automatic repository synchronization.
05
Going deeper
Architect setup and commands cover the installed path and the source-tool path separately.
Try it on your codebase
Choose one accepted WP and inspect the affected design before preparing Developer input.