Spec Studio

Design slice: Design iteration

pack:design-iteration-v1

Read the Pack member by member

The design as a whole

  • 11 members; 0 example members counted in their parents.
  • 2 relations among members; deepest depth 2; 0 cycles.
  • 0 members held below their stated next rung; 0 waiting only for their author.
  • 26 outside Specs the slice rests on; 0 hold a member; 33 outside Specs rest on it.
  • 10 components touched: 6 through members' code, 8 through what the slice rests on, 0 named by member designs; 4 outside components shown for context.
  • 0 member component designs; 0 realized; 0 of those match.
  • 8 decisions in scope; 0 state below ready.
  • 0 open questions; 0 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

Declared relations by depth

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:consumers.agent-surface.answer-shapes: Recipe answers fit an agent's context and explain their misses, depth 1, stated ready, floor ready
  • spec:model.rule-keys: A rule or flow entry may carry a key that addresses it, depth 1, stated ready, floor ready
  • spec:model.open-question-fields: An open question may name who decides it, its links, a provisional reading and a re-entry trigger, depth 1, stated ready, floor ready
  • spec:model.relation-reasons: An authored relation may carry its reason, depth 1, stated ready, floor ready
  • spec:consumers.design-diff: Designs are compared between a base commit and the working tree at entry grain, depth 1, stated ready, floor ready
  • spec:consumers.context-bundle: A context bundle is composed per invocation within a stated budget, depth 1, stated ready, floor ready
  • spec:consumers.review-perspectives: A Pack is read from a named perspective, depth 1, stated ready, floor ready
  • spec:consumers.intent-composition.proposal: A change proposal is addressed, based and checked before it lands, depth 2, stated ready, floor ready
  • spec:model.enrichment-lifecycle: Enrichment keeps one Spec while its detail changes, depth 1, stated ready, floor ready
  • spec:consumers.impact-graph.curation-assist: File-level imports show where curation is missing, depth 2, stated ready, floor ready
  • spec:consumers.impact-graph: Mechanical code structure stays inferred and apart from curated intent, depth 1, stated ready, floor ready
  • Outside this scope: spec:consumers.agent-surface: Agents script a visible typed graph, stated ready, floor ready
  • Outside this scope: spec:consumers.agent-surface.address-and-cycle-recipes: Address resolution and dependency cycles stay executable graph recipes, stated ready, floor ready
  • Outside this scope: spec:consumers.agent-surface.design-recipes: Design work reads its answers from catalog recipes, stated ready, floor ready
  • Outside this scope: spec:consumers.agent-surface.evaluation-sink: The evaluation sink runs one body and prints its return, stated ready, floor ready
  • Outside this scope: spec:consumers.agent-surface.recipe-parameters: Recipes take parameters as data and ship as runnable files, stated ready, floor ready
  • Outside this scope: spec:consumers.edit-model: Views compose scoped intent instead of patching canonical source, stated ready, floor ready
  • Outside this scope: spec:consumers.intent-composition: Composed intent hands off on one proposal shape, stated ready, floor ready
  • Outside this scope: spec:consumers.pack-design: The Pack context carries the Pack's design, stated ready, floor ready
  • Outside this scope: spec:consumers.projections-model: Projections fan out from one graph without becoming truth stores, stated ready, floor ready
  • Outside this scope: spec:decisions.adopt-the-nouns: Delivery nouns remain familiar without workflow gates, stated ready, floor ready
  • Outside this scope: spec:decisions.agent-front-door: The agent front door is one evaluation sink over the exported reader, stated ready, floor ready
  • Outside this scope: spec:decisions.architectural-annotation: Architectural significance is annotated where it is realized, stated ready, floor ready
  • Outside this scope: spec:decisions.checked-mentions: A Spec id written in prose is a checked mention, stated ready, floor ready
  • Outside this scope: spec:decisions.planning-truths-placement: Planning truths live in ruled graph homes, stated ready, floor ready
  • Outside this scope: spec:decisions.prose-ownership: Prose belongs to typed graph owners, stated ready, floor ready
  • Outside this scope: spec:decisions.roadmap-priority: A roadmap states advisory priority in the graph, stated ready, floor ready
  • Outside this scope: spec:decisions.shipped-projections-frozen: The shipped projections stay frozen, stated ready, floor ready
  • Outside this scope: spec:extraction.contract-declarations: Pinned declarations give an adopter a derived module to typecheck, stated ready, floor ready
  • Outside this scope: spec:extraction.derive-graph: Carrier reification derives the one graph, stated ready, floor ready
  • Outside this scope: spec:extraction.determinism: Committed source derives byte-identical output, stated ready, floor ready
  • Outside this scope: spec:extraction.entry-locations: The graph records where each addressable entry is written, stated ready, floor ready
  • Outside this scope: spec:model.core-model: The Protocol models delivery with one enrichable Spec, stated ready, floor ready
  • Outside this scope: spec:model.open-question-keys: An open question may carry a key that addresses it, stated ready, floor ready
  • Outside this scope: spec:model.planned-architecture: Components are designed ahead of their code, stated ready, floor ready
  • Outside this scope: spec:model.relations: Specs declare typed directed relations, stated ready, floor ready
  • Outside this scope: spec:model.spec-sections: Spec sections carry typed detail and direct verifier semantics, stated ready, floor ready
  • spec:consumers.impact-graph.curation-assist refines spec:consumers.impact-graph · declared
  • spec:consumers.intent-composition.proposal dependsOn spec:consumers.design-diff · declared
  • spec:consumers.agent-surface.answer-shapes refines spec:consumers.agent-surface · declared
  • spec:consumers.context-bundle refines spec:consumers.agent-surface · declared
  • spec:consumers.intent-composition.proposal dependsOn spec:consumers.agent-surface.address-and-cycle-recipes · declared — the check resolves entry-address scopes through address resolution
  • spec:consumers.agent-surface.answer-shapes dependsOn spec:consumers.agent-surface.design-recipes · declared
  • spec:consumers.context-bundle dependsOn spec:consumers.agent-surface.design-recipes · declared
  • spec:consumers.agent-surface.answer-shapes dependsOn spec:consumers.agent-surface.evaluation-sink · declared — a caller runs a shipped body, and wraps it in its own body, through the evaluation sink
  • spec:consumers.design-diff dependsOn spec:consumers.agent-surface.recipe-parameters · declared — the base graph is supplied as recipe-parameter data, including the KEY=@PATH file form
  • spec:consumers.intent-composition.proposal dependsOn spec:consumers.edit-model · declared
  • spec:consumers.intent-composition.proposal refines spec:consumers.intent-composition · declared
  • spec:consumers.review-perspectives dependsOn spec:consumers.pack-design · declared
  • spec:consumers.design-diff refines spec:consumers.projections-model · declared
  • spec:consumers.review-perspectives refines spec:consumers.projections-model · declared
  • spec:consumers.impact-graph refines spec:consumers.projections-model · declared
  • spec:model.open-question-fields decidedBy spec:decisions.adopt-the-nouns · declared — question fields describe the question without adding workflow state or gates
  • spec:consumers.context-bundle decidedBy spec:decisions.agent-front-door · declared
  • spec:consumers.impact-graph.curation-assist decidedBy spec:decisions.architectural-annotation · declared
  • spec:model.rule-keys decidedBy spec:decisions.checked-mentions · declared — rule addresses join the address law it rules
  • spec:model.open-question-fields decidedBy spec:decisions.planning-truths-placement · declared — a deferral's re-entry trigger rides its own blocking question, the home that decision rules
  • spec:model.relation-reasons decidedBy spec:decisions.prose-ownership · declared — the relation owns its reason as typed prose
  • spec:consumers.design-diff decidedBy spec:decisions.roadmap-priority · declared
  • spec:model.rule-keys decidedBy spec:decisions.shipped-projections-frozen · declared — keys stay off the frozen projections, which read the rule text unchanged
  • spec:model.enrichment-lifecycle dependsOn spec:extraction.contract-declarations · declared — a slimming candidate is a pinned declaration
  • spec:consumers.impact-graph dependsOn spec:extraction.derive-graph · declared
  • spec:consumers.design-diff constrainedBy spec:extraction.determinism · declared — equal sources derive equal graphs, so a difference records a source change
  • spec:model.rule-keys dependsOn spec:extraction.entry-locations · declared — adds rows to the location table
  • spec:model.open-question-fields dependsOn spec:extraction.entry-locations · declared — adds rows to the location table
  • spec:model.enrichment-lifecycle refines spec:model.core-model · declared
  • spec:model.open-question-fields refines spec:model.open-question-keys · declared
  • spec:model.rule-keys dependsOn spec:model.open-question-keys · declared
  • spec:consumers.impact-graph.curation-assist dependsOn spec:model.planned-architecture · declared — the report uses the component-design convention to identify unrealized planned components
  • spec:model.relation-reasons refines spec:model.relations · declared
  • spec:model.rule-keys refines spec:model.spec-sections · declared
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

MemberDepthRungNext rungDesign carriedCode
Recipe answers fit an agent's context and explain their misses
spec:consumers.agent-surface.answer-shapes
behavior
1ready floor ready5 rules10 entries2 declarations0 questions0 decisions0 of 0 verifying examples bound1 implementing2 referencing
A rule or flow entry may carry a key that addresses it
spec:model.rule-keys
rule
1ready floor ready7 rules10 entries6 declarations0 questions2 decisions0 of 0 verifying examples bound3 implementing0 referencing
An open question may name who decides it, its links, a provisional reading and a re-entry trigger
spec:model.open-question-fields
rule
1ready floor ready12 rules, 2 keyed7 entries1 declarations0 questions2 decisions1 of 1 verifying examples bound2 implementing0 referencing
An authored relation may carry its reason
spec:model.relation-reasons
rule
1ready floor ready7 rules5 entries0 declarations0 questions1 decisions0 of 0 verifying examples bound2 implementing0 referencing
Designs are compared between a base commit and the working tree at entry grain
spec:consumers.design-diff
behavior
1ready floor ready11 rules8 entries4 declarations0 questions1 decisions0 of 0 verifying examples bound1 implementing0 referencing
A context bundle is composed per invocation within a stated budget
spec:consumers.context-bundle
behavior
1ready floor ready19 rules, 9 keyed17 entries7 declarations0 questions1 decisions2 of 2 verifying examples bound1 implementing0 referencing
A Pack is read from a named perspective
spec:consumers.review-perspectives
behavior
1ready floor ready8 rules, 1 keyed4 entries1 declarations0 questions0 decisions0 of 0 verifying examples bound1 implementing0 referencing
Enrichment keeps one Spec while its detail changes
spec:model.enrichment-lifecycle
model
1ready floor ready0 rules2 entries0 declarations0 questions0 decisions0 of 0 verifying examples bound1 implementing0 referencing
Mechanical code structure stays inferred and apart from curated intent
spec:consumers.impact-graph
behavior
1ready floor ready1 rules, 1 keyed0 entries0 declarations0 questions0 decisions0 of 0 verifying examples bound1 implementing0 referencing
A change proposal is addressed, based and checked before it lands
spec:consumers.intent-composition.proposal
contract
2ready floor ready9 rules7 entries2 declarations0 questions0 decisions0 of 0 verifying examples bound2 implementing0 referencing
File-level imports show where curation is missing
spec:consumers.impact-graph.curation-assist
behavior
2ready floor ready11 rules7 entries4 declarations0 questions1 decisions0 of 0 verifying examples bound3 implementing0 referencing

The architecture it touches

Anchored components and member designs

Arrows: uses (anchored).

The diagram as text
  • component:protocol.adapters: external runtime and source adapters, anchored, layer adapter, context protocol; satisfies members spec:consumers.impact-graph.curation-assist, spec:consumers.impact-graph; references members none; code for rests on none; member designs none
  • component:protocol.cli: entry points, shared build and publication, anchored, layer edge, context protocol; satisfies members spec:consumers.impact-graph.curation-assist; references members none; code for rests on spec:consumers.agent-surface, spec:consumers.agent-surface.evaluation-sink, spec:consumers.agent-surface.recipe-parameters, spec:extraction.determinism; member designs none
  • component:protocol.extract: the carrier and source pipeline, anchored, layer application, context protocol; satisfies members spec:model.rule-keys, spec:model.open-question-fields, spec:model.relation-reasons; references members none; code for rests on spec:extraction.derive-graph, spec:extraction.determinism, spec:extraction.entry-locations, spec:model.open-question-keys; member designs none
  • component:protocol.graph: the one graph and its semantic decisions, anchored, layer domain, context protocol; satisfies members none; references members none; code for rests on spec:extraction.derive-graph; member designs none
  • component:protocol.import: canonical conversion with a fidelity boundary, anchored, layer application, context protocol; satisfies members none; references members none; code for rests on spec:model.open-question-keys; member designs none
  • component:protocol.model: the authored contracts and stable ids, anchored, layer domain, context protocol; satisfies members none; references members none; code for rests on spec:model.core-model, spec:model.open-question-keys, spec:model.relations, spec:model.spec-sections; member designs none
  • component:protocol.projections: read-only output, layout and owned publication, anchored, layer edge, context protocol; satisfies members none; references members none; code for rests on spec:consumers.projections-model; member designs none
  • component:protocol.reader: the typed graph contract and body evaluator, anchored, layer application, context protocol; satisfies members none; references members spec:consumers.agent-surface.answer-shapes; code for rests on spec:consumers.agent-surface, spec:consumers.agent-surface.evaluation-sink, spec:consumers.pack-design, spec:extraction.contract-declarations, spec:extraction.entry-locations; member designs none
  • component:protocol.studio-elements: optional browser behavior and proposal handoff, anchored, layer edge, context protocol; satisfies members spec:consumers.intent-composition.proposal; references members none; code for rests on none; member designs none
  • component:protocol.validate: one finding currency and ordered checks, anchored, layer domain, context protocol; satisfies members spec:model.rule-keys; references members none; code for rests on spec:model.open-question-keys, spec:model.spec-sections; member designs none
  • component:protocol.codegen: contracts and registrar output, outside scope, anchored, layer application, context protocol
  • component:protocol.notation: the leaf step codec, outside scope, anchored, layer domain, context protocol
  • component:protocol.runner: provider-neutral example execution, outside scope, anchored, layer application, context protocol
  • component:protocol.testing: the generated registrar runtime, outside scope, anchored, layer adapter, context protocol
  • component:protocol.adapters uses component:protocol.runner · anchored
  • impl:protocol.example-runner-adapter uses impl:protocol.example-runner · anchored
  • component:protocol.cli uses component:protocol.adapters · anchored
  • component:protocol.cli uses component:protocol.codegen · anchored
  • component:protocol.cli uses component:protocol.extract · anchored
  • component:protocol.cli uses component:protocol.graph · anchored
  • impl:protocol.stamp-command uses impl:protocol.schema-version · anchored
  • component:protocol.cli uses component:protocol.import · anchored
  • component:protocol.cli uses component:protocol.model · anchored
  • component:protocol.cli uses component:protocol.projections · anchored
  • impl:protocol.vault-command uses component:protocol.projections · anchored
  • component:protocol.cli uses component:protocol.reader · anchored
  • component:protocol.cli uses component:protocol.validate · anchored
  • component:protocol.codegen uses component:protocol.graph · anchored
  • component:protocol.codegen uses component:protocol.reader · anchored
  • component:protocol.codegen uses component:protocol.validate · anchored
  • component:protocol.extract uses component:protocol.graph · anchored
  • impl:protocol.derive-graph uses impl:protocol.delivery-facts · anchored
  • component:protocol.extract uses component:protocol.model · anchored
  • component:protocol.extract uses component:protocol.notation · anchored
  • component:protocol.extract uses component:protocol.validate · anchored
  • component:protocol.graph uses component:protocol.model · anchored
  • component:protocol.graph uses component:protocol.notation · anchored
  • component:protocol.import uses component:protocol.extract · anchored
  • component:protocol.import uses component:protocol.notation · anchored
  • component:protocol.import uses component:protocol.validate · anchored
  • component:protocol.projections uses component:protocol.extract · anchored
  • impl:protocol.gherkin-view uses impl:protocol.gherkin-kind-policy · anchored
  • component:protocol.projections uses component:protocol.graph · anchored
  • component:protocol.projections uses component:protocol.model · anchored
  • component:protocol.projections uses component:protocol.notation · anchored
  • component:protocol.projections uses component:protocol.reader · anchored
  • impl:protocol.studio-recipes uses api:protocol.evaluate-body · anchored
  • impl:protocol.studio-recipes uses impl:protocol.reader · anchored
  • impl:protocol.vault-notes uses impl:protocol.reader · anchored
  • component:protocol.projections uses component:protocol.validate · anchored
  • component:protocol.reader uses component:protocol.graph · anchored
  • impl:protocol.reader uses impl:protocol.delivery-facts · anchored
  • component:protocol.reader uses component:protocol.model · anchored
  • component:protocol.reader uses component:protocol.notation · anchored
  • component:protocol.reader uses component:protocol.validate · anchored
  • impl:protocol.reader uses impl:protocol.next-rung-floor · anchored
  • component:protocol.studio-elements uses component:protocol.projections · anchored
  • component:protocol.studio-elements uses component:protocol.reader · anchored
  • component:protocol.testing uses component:protocol.adapters · anchored
  • component:protocol.validate uses component:protocol.graph · anchored
  • impl:protocol.authored-honesty-delivery-facts uses impl:protocol.delivery-facts · anchored
  • component:protocol.validate uses component:protocol.model · anchored
  • component:protocol.validate uses component:protocol.notation · anchored
  • impl:protocol.answer-shape-recipes implements spec:consumers.agent-surface.answer-shapes; no component
  • impl:protocol.authoring-grammar-recipes references spec:consumers.agent-surface.answer-shapes; no component
  • impl:protocol.authoring-grammar-recipes implements spec:model.rule-keys; no component
  • impl:protocol.authoring-grammar-recipes implements spec:model.open-question-fields; no component
  • impl:protocol.authoring-grammar-recipes implements spec:model.relation-reasons; no component
  • impl:protocol.design-diff-recipe implements spec:consumers.design-diff; no component
  • impl:protocol.context-bundle-recipe implements spec:consumers.context-bundle; no component
  • impl:protocol.perspective-filter-recipe implements spec:consumers.review-perspectives; no component
  • impl:protocol.proposal-schema-and-recipe implements spec:consumers.intent-composition.proposal; no component
  • impl:protocol.slimming-recipe implements spec:model.enrichment-lifecycle; no component
  • impl:protocol.curation-recipe implements spec:consumers.impact-graph.curation-assist; no component
Mermaid source

Copyable source; the Studio draws static SVG.

Preferred syntax: block; flowchart fallback because block cannot carry edge claims and counts.

Components the slice touches

ComponentLayer and contextReached through
component:protocol.adapters
external runtime and source adapters
adapter · protocolMembers its code satisfies: File-level imports show where curation is missing, Mechanical code structure stays inferred and apart from curated intentMembers its code references: noneWhat the slice rests on, realized here: noneMember designs naming it: none
component:protocol.cli
entry points, shared build and publication
edge · protocolMembers its code satisfies: File-level imports show where curation is missingMembers its code references: noneWhat the slice rests on, realized here: spec:consumers.agent-surface, spec:consumers.agent-surface.evaluation-sink, spec:consumers.agent-surface.recipe-parameters, spec:extraction.determinismMember designs naming it: none
component:protocol.extract
the carrier and source pipeline
application · protocolMembers its code satisfies: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonMembers its code references: noneWhat the slice rests on, realized here: spec:extraction.derive-graph, spec:extraction.determinism, spec:extraction.entry-locations, spec:model.open-question-keysMember designs naming it: none
component:protocol.graph
the one graph and its semantic decisions
domain · protocolMembers its code satisfies: noneMembers its code references: noneWhat the slice rests on, realized here: spec:extraction.derive-graphMember designs naming it: none
component:protocol.import
canonical conversion with a fidelity boundary
application · protocolMembers its code satisfies: noneMembers its code references: noneWhat the slice rests on, realized here: spec:model.open-question-keysMember designs naming it: none
component:protocol.model
the authored contracts and stable ids
domain · protocolMembers its code satisfies: noneMembers its code references: noneWhat the slice rests on, realized here: spec:model.core-model, spec:model.open-question-keys, spec:model.relations, spec:model.spec-sectionsMember designs naming it: none
component:protocol.projections
read-only output, layout and owned publication
edge · protocolMembers its code satisfies: noneMembers its code references: noneWhat the slice rests on, realized here: spec:consumers.projections-modelMember designs naming it: none
component:protocol.reader
the typed graph contract and body evaluator
application · protocolMembers its code satisfies: noneMembers its code references: Recipe answers fit an agent's context and explain their missesWhat the slice rests on, realized here: spec:consumers.agent-surface, spec:consumers.agent-surface.evaluation-sink, spec:consumers.pack-design, spec:extraction.contract-declarations, spec:extraction.entry-locationsMember designs naming it: none
component:protocol.studio-elements
optional browser behavior and proposal handoff
edge · protocolMembers its code satisfies: A change proposal is addressed, based and checked before it landsMembers its code references: noneWhat the slice rests on, realized here: noneMember designs naming it: none
component:protocol.validate
one finding currency and ordered checks
domain · protocolMembers its code satisfies: A rule or flow entry may carry a key that addresses itMembers its code references: noneWhat the slice rests on, realized here: spec:model.open-question-keys, spec:model.spec-sectionsMember designs naming it: none

Member component designs

None.

Outside the slice, shown for context and not counted as touched

Units bound to a member and to no component

Decisions in scope

DecisionRungIn the sliceShapesQuestions
Delivery nouns remain familiar without workflow gates
spec:decisions.adopt-the-nouns
ready floor readyoutsideAn open question may name who decides it, its links, a provisional reading and a re-entry trigger0 open, 0 blocking
The agent front door is one evaluation sink over the exported reader
spec:decisions.agent-front-door
ready floor readyoutsideA context bundle is composed per invocation within a stated budget0 open, 0 blocking
Architectural significance is annotated where it is realized
spec:decisions.architectural-annotation
refines spec:decisions.shipped-projections-frozen
ready floor readyoutsideFile-level imports show where curation is missing0 open, 0 blocking
A Spec id written in prose is a checked mention
spec:decisions.checked-mentions
ready floor readyoutsideA rule or flow entry may carry a key that addresses it0 open, 0 blocking
Planning truths live in ruled graph homes
spec:decisions.planning-truths-placement
ready floor readyoutsideAn open question may name who decides it, its links, a provisional reading and a re-entry trigger0 open, 0 blocking
Prose belongs to typed graph owners
spec:decisions.prose-ownership
ready floor readyoutsideAn authored relation may carry its reason0 open, 0 blocking
A roadmap states advisory priority in the graph
spec:decisions.roadmap-priority
refines spec:decisions.pack-markdown-carrier, spec:decisions.planning-truths-placement
ready floor readyoutsideDesigns are compared between a base commit and the working tree at entry grain0 open, 0 blocking
The shipped projections stay frozen
spec:decisions.shipped-projections-frozen
ready floor readyoutsideA rule or flow entry may carry a key that addresses it0 open, 0 blocking

Open questions in scope

None.

Where the slice meets the rest

Rests on (26)
SpecRungImplementation bindingJoined membersHolds
Agents script a visible typed graph
spec:consumers.agent-surface
ready floor readypresentrefines: Recipe answers fit an agent's context and explain their misses, A context bundle is composed per invocation within a stated budgetnone
Address resolution and dependency cycles stay executable graph recipes
spec:consumers.agent-surface.address-and-cycle-recipes
ready floor readypresentdependsOn: A change proposal is addressed, based and checked before it landsnone
Design work reads its answers from catalog recipes
spec:consumers.agent-surface.design-recipes
ready floor readypresentdependsOn: Recipe answers fit an agent's context and explain their misses, A context bundle is composed per invocation within a stated budgetnone
The evaluation sink runs one body and prints its return
spec:consumers.agent-surface.evaluation-sink
ready floor readypresentdependsOn: Recipe answers fit an agent's context and explain their missesnone
Recipes take parameters as data and ship as runnable files
spec:consumers.agent-surface.recipe-parameters
ready floor readypresentdependsOn: Designs are compared between a base commit and the working tree at entry grainnone
Views compose scoped intent instead of patching canonical source
spec:consumers.edit-model
ready floor readynonedependsOn: A change proposal is addressed, based and checked before it landsnone
Composed intent hands off on one proposal shape
spec:consumers.intent-composition
ready floor readynonerefines: A change proposal is addressed, based and checked before it landsnone
The Pack context carries the Pack's design
spec:consumers.pack-design
ready floor readypresentdependsOn: A Pack is read from a named perspectivenone
Projections fan out from one graph without becoming truth stores
spec:consumers.projections-model
ready floor readypresentrefines: Designs are compared between a base commit and the working tree at entry grain, A Pack is read from a named perspective, Mechanical code structure stays inferred and apart from curated intentnone
Delivery nouns remain familiar without workflow gates
spec:decisions.adopt-the-nouns
ready floor readynonedecidedBy: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
The agent front door is one evaluation sink over the exported reader
spec:decisions.agent-front-door
ready floor readynonedecidedBy: A context bundle is composed per invocation within a stated budgetnone
Architectural significance is annotated where it is realized
spec:decisions.architectural-annotation
ready floor readynonedecidedBy: File-level imports show where curation is missingnone
A Spec id written in prose is a checked mention
spec:decisions.checked-mentions
ready floor readynonedecidedBy: A rule or flow entry may carry a key that addresses itnone
Planning truths live in ruled graph homes
spec:decisions.planning-truths-placement
ready floor readynonedecidedBy: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
Prose belongs to typed graph owners
spec:decisions.prose-ownership
ready floor readynonedecidedBy: An authored relation may carry its reasonnone
A roadmap states advisory priority in the graph
spec:decisions.roadmap-priority
ready floor readynonedecidedBy: Designs are compared between a base commit and the working tree at entry grainnone
The shipped projections stay frozen
spec:decisions.shipped-projections-frozen
ready floor readynonedecidedBy: A rule or flow entry may carry a key that addresses itnone
Pinned declarations give an adopter a derived module to typecheck
spec:extraction.contract-declarations
ready floor readypresentdependsOn: Enrichment keeps one Spec while its detail changesnone
Carrier reification derives the one graph
spec:extraction.derive-graph
ready floor readypresentdependsOn: Mechanical code structure stays inferred and apart from curated intentnone
Committed source derives byte-identical output
spec:extraction.determinism
ready floor readypresentconstrainedBy: Designs are compared between a base commit and the working tree at entry grainnone
The graph records where each addressable entry is written
spec:extraction.entry-locations
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
The Protocol models delivery with one enrichable Spec
spec:model.core-model
ready floor readypresentrefines: Enrichment keeps one Spec while its detail changesnone
An open question may carry a key that addresses it
spec:model.open-question-keys
ready floor readypresentrefines: An open question may name who decides it, its links, a provisional reading and a re-entry triggerdependsOn: A rule or flow entry may carry a key that addresses itnone
Components are designed ahead of their code
spec:model.planned-architecture
ready floor readypresentdependsOn: File-level imports show where curation is missingnone
Specs declare typed directed relations
spec:model.relations
ready floor readypresentrefines: An authored relation may carry its reasonnone
Spec sections carry typed detail and direct verifier semantics
spec:model.spec-sections
ready floor readypresentrefines: A rule or flow entry may carry a key that addresses itnone
Rested on by (33)
SpecRungImplementation bindingJoined membersHolds
The Markdown envelope is explicit and bounded
spec:carrier.envelope-contract
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An authored relation may carry its reasonnone
Gherkin authoring enters the one graph
spec:carrier.gherkin-authoring
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses itnone
The Markdown body accepts one closed form per section
spec:carrier.markdown-body-grammar
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
Every prose value has one typed owner
spec:carrier.prose-ownership-rule
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonnone
Address resolution and dependency cycles stay executable graph recipes
spec:consumers.agent-surface.address-and-cycle-recipes
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses itnone
Register questions stay executable graph recipes
spec:consumers.agent-surface.register-recipes
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonnone
Authors move one Spec from intent to reviewed evidence
spec:consumers.authoring-on-ramp
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonnone
A member larger than the budget is named, and no part is returned
spec:consumers.context-bundle.oversized-member-named
ready floor readynonerefines: A context bundle is composed per invocation within a stated budgetnone
A Pack too large for one bundle reads whole in parts
spec:consumers.context-bundle.parts-cover-the-pack
ready floor readynonerefines: A context bundle is composed per invocation within a stated budgetnone
Delivery sessions route work from current graph state
spec:consumers.delivery-session-on-ramp
ready floor readypresentdependsOn: Designs are compared between a base commit and the working tree at entry grain, A context bundle is composed per invocation within a stated budget, A Pack is read from a named perspective, A change proposal is addressed, based and checked before it lands, Enrichment keeps one Spec while its detail changesnone
A slice reads a Pack as one design, with the architecture it touches and what each member needs next
spec:consumers.design-slice
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, A context bundle is composed per invocation within a stated budget, A Pack is read from a named perspectivenone
The next body of work is planned from the graph, not from a prose index
spec:consumers.graph-first-planning
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
Exhaustive symbol reach waits for a language-neutral identity
spec:consumers.impact-graph.symbol-reach
idea floor scopednonerefines: Mechanical code structure stays inferred and apart from curated intentnone
Recipe 49 renders a change proposal as the Markdown memo a person reviews
spec:consumers.intent-composition.proposal.memo
ready floor readypresentrefines: A change proposal is addressed, based and checked before it landsnone
A design pass is followed and answered from the vault
spec:consumers.obsidian-vault.iteration
ready floor readypresentdependsOn: A change proposal is addressed, based and checked before it landsnone
The Pack context carries the Pack's design
spec:consumers.pack-design
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
The readiness planner orders the statements a person can make
spec:consumers.readiness-planner
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
A roadmap orders the next bodies of work, and the graph says what each still needs
spec:consumers.roadmap
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
The Studio reads two named inputs beside the graph, a base graph and run records
spec:consumers.spec-studio.data.inputs
ready floor readypresentdependsOn: Designs are compared between a base commit and the working tree at entry grainnone
The diff page shows what changed in the design since a base graph
spec:consumers.spec-studio.diff-page
ready floor readypresentdependsOn: Designs are compared between a base commit and the working tree at entry grainnone
A composing panel on every page gathers scoped intent for an agent
spec:consumers.spec-studio.intent-panel
ready floor readypresentdependsOn: A change proposal is addressed, based and checked before it landsnone
The tests lens shows how far each Spec's verification reaches
spec:consumers.spec-studio.lenses.tests
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses itnone
A Pack page shows the Pack's design as one card per member
spec:consumers.spec-studio.pack-page
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
A slice page shows a Pack's design as one whole
spec:consumers.spec-studio.slice-page
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
A Spec page shows one Spec in collapsible panels, in a fixed order
spec:consumers.spec-studio.spec-page
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonnone
A Spec page's core shows the whole Spec, with an anchor for every entry
spec:consumers.spec-studio.spec-page.core
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reasonnone
The panels for examples, targets, verifiers and evidence
spec:consumers.spec-studio.verification-panels
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses itnone
Capability adoption counts where each capability is used and where it could apply
spec:consumers.upgrade-kit.capability-adoption
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, An open question may name who decides it, its links, a provisional reading and a re-entry trigger, An authored relation may carry its reason, A Pack is read from a named perspectivenone
The rule-key proposal keys every unkeyed rule as a change proposal
spec:consumers.upgrade-kit.rule-key-proposal
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses it, A change proposal is addressed, based and checked before it landsnone
A TypeScript question list that cannot be read drops whole with a warning
spec:model.open-question-fields.dropped-list-warns
ready floor readynonerefines: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
A Model term may carry a key that addresses it
spec:model.term-addresses
ready floor readypresentdependsOn: A rule or flow entry may carry a key that addresses itnone
The Protocol reads its next work from its roadmap and keeps its delivery record in git and its pull requests
spec:protocol.roadmap-replaces-plans
ready floor readypresentdependsOn: A change proposal is addressed, based and checked before it landsnone
Every Spec id written in prose resolves
spec:validation.prose-mentions
ready floor readypresentdependsOn: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
Verified by (3)
SpecRungImplementation bindingJoined membersHolds
A member larger than the budget is named, and no part is returned
spec:consumers.context-bundle.oversized-member-named
ready floor readynoneverifies: A context bundle is composed per invocation within a stated budgetnone
A Pack too large for one bundle reads whole in parts
spec:consumers.context-bundle.parts-cover-the-pack
ready floor readynoneverifies: A context bundle is composed per invocation within a stated budgetnone
A TypeScript question list that cannot be read drops whole with a warning
spec:model.open-question-fields.dropped-list-warns
ready floor readynoneverifies: An open question may name who decides it, its links, a provisional reading and a re-entry triggernone
Superseded by (0)

None.

Composing (0)

Composing needs the script.