8.5 KiB
Sprint 003: WhetstoneDSL Gate Semantic Bootstrap
Status
Active
Intent
Turn the current RSA architecture and gate inventory into an executable semantic
bootstrap focused on the first concrete whetstone_DSL case-study gates.
This sprint exists to close the gap between:
- generic RSA architecture
- generic semantic bootstrap language
- actual
whetstone_DSLdecision surfaces
The output of this sprint should be concrete enough that later work can proceed without re-deriving what the first real gates are or how they map into semantic entities.
Why This Sprint Exists
SPRINT-002-rsa-semantic-bootstrap.md established the architectural direction,
but it is still too abstract to drive direct implementation.
We now have a concrete inventory in:
docs/case_studies/whetstone_dsl_gate_inventory.md
The next step is to operationalize that inventory into:
- first concrete case-study gate records
- explicit semantic mapping rules
- clear enum-vs-structured-output boundaries
- acceptance criteria for what counts as a completed bootstrap
Scope
This sprint is still semantic-first.
Primary outputs:
- a detailed sprint plan for the first case-study gate set
- semantic records for the first concrete
whetstone_DSLgates - mapping notes from
whetstone_DSLdecision surfaces into RSA entities - explicit skeleton targets for later structured-output gates
This sprint does not require:
- model training
- wiring RSA runtime into
whetstone_DSL - replacing current
whetstone_DSLheuristics - projecting full Whetstone-authored AST entities yet
Primary Gate Set
These are the first concrete RSA case-study gates for bootstrap:
Immediate RSA gates
verification_typeworker_typeprereq_op_selectorcpp_raising_profile
Skeleton-first semantic decisions
execution_contract_shapeworkstream_groupingtarget_file_selection
Gate Definitions To Lock Down
1. verification_type
Source surface:
RegisterArchitectIntakeTools.h
Decision form:
- bounded enum
Expected outputs:
unitschemadocssmoke
Contract interpretation:
- unstructured textual input
- bounded discrete output
- stable policy
- deterministic downstream verification behavior
2. worker_type
Source surface:
TaskitemGeneratorV2.h
Decision form:
- bounded enum
Expected outputs:
implementerreviewerarchitectqa
Contract interpretation:
- unstructured or hybrid textual input
- bounded discrete output
- mixed context sensitivity
- deterministic downstream routing behavior
3. prereq_op_selector
Source surface:
TaskitemGeneratorV2.h
Decision form:
- bounded structured output
- factorized / multi-label candidate
Expected atomic outputs:
validate-intakearchitect-reviewresolve-dependencies
Contract interpretation:
- hybrid semantic gate
- not a good flat multiclass default
- primary probe target for factorization analysis
4. cpp_raising_profile
Source surface:
RegisterCppRaisingTools.h
Decision form:
- bounded enum
Expected outputs:
safe-firstperf-firstinterop-first
Contract interpretation:
- structured symbolic input
- bounded discrete output
- deterministic downstream execution and artifact generation
Skeleton Decisions To Represent But Not Train Yet
execution_contract_shape
Why skeleton first:
- output is structured
- current semantics are implicit across many heuristics
- not yet stable enough as a direct training target
Required semantic fields:
- target files
- required tools
- acceptance commands
- step sequence
- cross-project targets
- resource locks
workstream_grouping
Why skeleton first:
- current logic mixes lexical grouping with semantic bundling
- good future structured-output gate
- not yet clean enough for direct benchmark comparisons
target_file_selection
Why skeleton first:
- current logic is bounded but still heavily heuristic
- needs clearer contract and evaluation rules before training
Deliverables
Deliverable A: Case-study gate records
Update the semantic bootstrap so it explicitly records:
- gate identity
- ontology fields
- output labels or slot schema
- candidate gate shape
- deterministic baseline availability
- downstream executor kind
for the four immediate gates.
Status:
- complete in
semantic/rsa_semantic_bootstrap_v0.json
Deliverable B: Mapping rules
Write down the mapping from current whetstone_DSL code surfaces into RSA
semantic entities:
TaskitemGeneratorV2TaskitemConfidenceAmbiguityRegisterArchitectIntakeToolsRegisterCppRaisingToolsRoutingEngine
Status:
- complete in
docs/case_studies/whetstone_dsl_semantic_mapping.md
Deliverable C: Structured-output bootstrap boundary
Define how prereq_op_selector and execution_contract_shape are represented
without collapsing them into flat labels.
Status:
- partially complete
execution_contract_shapeskeleton captured indocs/case_studies/whetstone_dsl_execution_contract_shape_skeleton.md- extraction rules for
prereq_op_selectorand execution-contract child decisions captured indocs/case_studies/whetstone_dsl_gate_extraction_specs_v0.md
Deliverable D: Artifact-grounded extraction path
Define which surviving whetstone_DSL corpora can support RSA-aligned
extraction, and which should remain context or evaluation corpora.
Status:
- partially complete
- audit captured in
docs/case_studies/whetstone_dsl_run_artifact_audit.md - first extraction rules captured in
docs/case_studies/whetstone_dsl_gate_extraction_specs_v0.md
Active Next Task
Turn the first extraction specs into machine-readable extraction contracts for:
prereq_op_selectortarget_file_selectionacceptance_command_selectionrequired_tool_selection
Status:
- partially complete
prereq_op_selectoris now represented as structured/factorized insemantic/rsa_semantic_bootstrap_v0.jsonexecution_contract_shapeskeleton is now defined indocs/case_studies/whetstone_dsl_execution_contract_shape_skeleton.mdtarget_file_selectionandworkstream_groupingstill need explicit skeleton field sets
Deliverable D: Probe-readiness notes
Record which probes should apply first to each gate:
confidence_threshold_probefactorization_probeschema_stability_probedeterministic_rule_probecontext_width_probe
Status:
- partially complete
- immediate-gate probe candidates are recorded in the gate inventory and bootstrap notes
- still needs a single consolidated probe-readiness artifact
Recommended Execution Order
- Extend the semantic bootstrap artifact with the first four case-study gates.
- Record mapping notes from each current
whetstone_DSLimplementation surface. - Represent
prereq_op_selectoras structured/factorized rather than flat. - Represent skeleton-only decisions for execution-contract shaping and grouping.
- Record which current gates should remain deterministic.
- Leave runtime wiring and training for later sprints.
Current progress:
- steps 1, 2, and 3 are complete
execution_contract_shapeis complete enough for first-pass skeleton treatmenttarget_file_selectionis now the active task
Acceptance Criteria
- the sprint names a fixed first gate set rather than speaking about gates in the abstract
- the semantic bootstrap artifact contains explicit records for:
verification_typeworker_typeprereq_op_selectorcpp_raising_profile
- each gate is classified as enum, structured, or factorized
- at least three skeleton-first decision entities are identified and justified
- deterministic-baseline gates are explicitly separated from RSA gates
- the sprint is actionable without reopening architecture debate
Not In Scope
- training a new specialist
- modifying
whetstone_DSLruntime code - adding new RSA C++ runtime classes unless needed for semantic alignment
- making Whetstone AST the full live authoring source this sprint
Exit Condition
This sprint is complete when a later session can answer all of the following without ambiguity:
- what are the first real
whetstone_DSLgates in RSA terms - which are enum versus structured-output
- which should remain deterministic
- which structured decisions need skeleton treatment before training
- what the first semantic bootstrap records look like
Immediate First Task
Extend semantic/rsa_semantic_bootstrap_v0.json with a case-study gate section
covering:
verification_typeworker_typeprereq_op_selectorcpp_raising_profile