Design slice: HQ's roadmap
pack:hq-roadmapRead the Pack member by member
The design as a whole
- 6 members; 0 example members counted in their parents.
- 4 relations among members; deepest depth 4; 0 cycles.
- 2 members held below their stated next rung; 4 waiting only for their author.
- 12 outside Specs the slice rests on; 0 hold a member; 6 outside Specs rest on it.
- 0 components touched: 0 through members' code, 0 through what the slice rests on, 0 named by member designs; 0 outside components shown for context.
- 0 member component designs; 0 realized; 0 of those match.
- 8 decisions in scope; 8 state below ready.
- 7 open questions; 3 blocking.
Members read with the ones others rest on first. The columns count the design each member carries beside its rung; they never judge whether it is enough. This page records no review and approves nothing.
How the members rest on each other
Depths are structural, never phases, dates or priority. Dashed relations order nothing. The text keeps every member and original relation.
The diagram as text
- spec:hq.session-handoff: HQ hands a settled piece to a detailed session, depth 1, stated defined, floor ready
- spec:hq.orchestration: Orchestration lives in one plugin, apart from infra and HQ, depth 1, stated defined, floor ready
- spec:hq.infra: Infra delivers configuration by projection, under HQ's plan, depth 2, stated defined, floor ready
- spec:hq.context: HQ's private context stays in one place and stays clean, depth 3, stated scoped, floor scoped
- spec:hq.delivery-planning: SDP carries delivery planning across projects, depth 2, stated defined, floor ready
- spec:hq.assistant: An assistant capability handles the owner's recurring work, depth 4, stated scoped, floor scoped
- Outside this scope: spec:decisions.client-material-deferred: HQ holds everything until a per-project review screens client material, stated defined, floor defined
- Outside this scope: spec:decisions.coordination-native-first: Coordination is built on Claude Code's own messaging, and cc-agents adds only what that lacks, stated defined, floor ready
- Outside this scope: spec:decisions.design-locked-by-projection: An approved part of the graph reaches engineering as a read-only projection, stated defined, floor ready
- Outside this scope: spec:decisions.hq-starts-engineering: HQ does the core design and starts detailed work in the engineering environment, stated defined, floor ready
- Outside this scope: spec:decisions.isolated-infra-manages-hq: Infra is super isolated and manages the isolated HQ, stated defined, floor ready
- Outside this scope: spec:decisions.orchestration-leaves-infra: Generic orchestration moves from infra to cc-agents, and Relay runs jobs until cc-agents earns trust, stated defined, floor ready
- Outside this scope: spec:decisions.recovery-closed: The recovery chain stops and this corpus replaces its master plan, stated defined, floor ready
- Outside this scope: spec:decisions.sdp-holds-the-plan: HQ's plan for all software delivery is an SDP corpus in a small repository of its own, stated defined, floor ready
- Outside this scope: spec:hq.engineering-environment: The engineering environment runs apart from HQ, stated defined, floor ready
- Outside this scope: spec:hq.environment: HQ runs in an isolated environment that infra manages, stated defined, floor ready
- Outside this scope: spec:hq.headquarters: HQ plans and designs across every project, and starts the engineering work, stated defined, floor ready
- Outside this scope: spec:hq.isolation: HQ works apart from detailed work, and infra manages its environment, stated defined, floor ready
- spec:hq.assistant dependsOn spec:hq.context · declared — it reads HQ's context and passes what it finds back
- spec:hq.context dependsOn spec:hq.infra · declared — per-project settings exist only once infra deploys to projects
- spec:hq.delivery-planning dependsOn spec:hq.session-handoff · declared — a project joins the plan through a detailed session started in it
- spec:hq.infra dependsOn spec:hq.orchestration · declared — the owner's order takes over Relay and cc-agents before infra, and the inbox leaves infra first
- spec:hq.context decidedBy spec:decisions.client-material-deferred · declared — the ruling holds per-project screening until infra deploys to projects
- spec:hq.orchestration decidedBy spec:decisions.coordination-native-first · declared — settles what coordination is built from
- spec:hq.session-handoff decidedBy spec:decisions.design-locked-by-projection · declared — the ruling makes a read-only projection how an approved design reaches the session
- spec:hq.session-handoff decidedBy spec:decisions.hq-starts-engineering · declared — the ruling makes the session the only way detailed work leaves HQ
- spec:hq.infra decidedBy spec:decisions.isolated-infra-manages-hq · declared — the ruling sets the two directions between HQ and infra
- spec:hq.orchestration decidedBy spec:decisions.orchestration-leaves-infra · declared — the ruling places generic orchestration in Relay's rewrite
- spec:hq.infra decidedBy spec:decisions.orchestration-leaves-infra · declared — the ruling takes generic orchestration out of infra
- spec:hq.orchestration decidedBy spec:decisions.recovery-closed · declared — items 7 and 8 of the master plan continue here
- spec:hq.infra decidedBy spec:decisions.recovery-closed · declared — items 3 and 5 of the master plan continue here
- spec:hq.context decidedBy spec:decisions.recovery-closed · declared — item 6 of the master plan continues here
- spec:hq.delivery-planning decidedBy spec:decisions.sdp-holds-the-plan · declared — the ruling makes SDP the carrier of all of HQ's delivery planning
- spec:hq.session-handoff dependsOn spec:hq.engineering-environment · declared — detailed sessions run there
- spec:hq.session-handoff dependsOn spec:hq.environment · declared — the handoff starts from an isolated HQ
- spec:hq.session-handoff refines spec:hq.headquarters · declared — realizes how HQ starts the work it does not do itself
- spec:hq.orchestration refines spec:hq.headquarters · declared — names how work moves between harnesses, models and machines
- spec:hq.infra refines spec:hq.headquarters · declared — one of the aspects the owner names
- spec:hq.context refines spec:hq.headquarters · declared — names where HQ's context lives and how it stays clean
- spec:hq.delivery-planning refines spec:hq.headquarters · declared — one of the aspects the owner names
- spec:hq.assistant refines spec:hq.headquarters · declared — the third aspect the owner names
- spec:hq.session-handoff constrainedBy spec:hq.isolation · declared — the requirement makes a session the way detailed work leaves HQ
- spec:hq.infra constrainedBy spec:hq.isolation · declared — deployment and access boundaries are designed here
Mermaid source
Copyable source; the Studio draws static SVG. See the full text equivalent for every original relation and folded member.
Preferred syntax: flowchart. Chosen syntax: labelled flowchart, preserving exact relations, claims and folds.
What each member needs next
| Member | Depth | Rung | Next rung | Design carried | Code |
|---|---|---|---|---|---|
HQ hands a settled piece to a detailed sessionspec:hq.session-handoffworkflow | 1 | defined floor ready | next ready: nothing blocks | 9 rules, 9 keyed0 entries0 declarations1 questions2 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
Orchestration lives in one plugin, apart from infra and HQspec:hq.orchestrationbehavior | 1 | defined floor ready | next ready: nothing blocks | 12 rules, 12 keyed0 entries0 declarations0 questions3 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
Infra delivers configuration by projection, under HQ's planspec:hq.infrabehavior | 2 | defined floor ready | next ready: nothing blocks | 7 rules, 7 keyed0 entries0 declarations2 questions3 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
SDP carries delivery planning across projectsspec:hq.delivery-planningbehavior | 2 | defined floor ready | next ready: nothing blocks | 4 rules, 4 keyed0 entries0 declarations0 questions1 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
HQ's private context stays in one place and stays cleanspec:hq.contextbehavior | 3 | scoped floor scoped | next defined:
| 6 rules, 6 keyed0 entries0 declarations1 questions, 1 blocking2 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
An assistant capability handles the owner's recurring workspec:hq.assistantbehavior | 4 | scoped floor scoped | next defined:
| 4 rules, 4 keyed0 entries0 declarations3 questions, 2 blocking0 decisions0 of 0 verifying examples bound | 0 implementing0 referencing |
The architecture it touches
No component is touched and no member designs a component. 12 Specs the slice rests on have no implementation binding.
Components the slice touches
None.
Member component designs
None.
Outside the slice, shown for context and not counted as touched
None.
Units bound to a member and to no component
None.
Decisions in scope
Open questions in scope
- blocking · question.agentPlacement
· spec:hq.assistant · Where does the assistant run, given that it needs HQ's context and faces outward?Decider: delegatedTrigger: the assistant is taken upHolds: An assistant capability handles the owner's recurring work - blocking · question.sendsAlone
· spec:hq.assistant · What may the assistant send without the owner reading it first?Decider: ownerTrigger: the assistant is taken upHolds: An assistant capability handles the owner's recurring work - blocking · question.clientMaterial
· spec:hq.context · How is client material handled, project by project: what is screened, and where?Decider: ownerTrigger: infra deploys per-project settingsHolds: HQ's private context stays in one place and stays clean - non-blocking · question.runtime
· spec:hq.assistant · Which runtime carries the assistant?Decider: delegatedProvisional: Something like Hermes Agent, the kind the owner named. - non-blocking · question.rollbackPoint
· spec:hq.infra · Where did infra's orchestration trouble start, at the takeover of PR #13 where Kimi K3.1 replaced Opus 5.5 or earlier, and which earlier delivery does infra's tooling roll back to?Decider: owner - non-blocking · question.takeover
· spec:hq.infra · Is HQ ready to take over infra, and what must hold first?Decider: owner - non-blocking · question.sessionModels
· spec:hq.session-handoff · Which harness and models does a detailed session run on?Decider: delegatedProvisional: The session's lead chooses per task, under the orchestration aspect's rules.
Where the slice meets the rest
Rests on (12)
Rested on by (6)
Verified by (0)
None.
Superseded by (0)
None.
Composing (0)
Composing needs the script.