The page is emitted by the checked adapter and now records what the learner-facing surface proves.
Live Runtime Collect keeps the final tutor gap explicit.
Cycle 20 collects against KG-6 after the source-backed promotion packet. The frozen eval, citation/refusal fixture, learner route, and source-backed KG slice are ready inputs; the live model call path, learner submission path, and generated-answer citation gate remain absent.
In-scope answers require supporting sources; source-missing and out-of-scope prompts refuse.
This collects learner-interface evidence without claiming model generation, learner submissions, or persistence.
Checked tutor answers are visible before live model integration.
What are the five verbs of the Varro command grammar, and what happens to an unknown verb?
Required support: S1, S2
The five verbs are ask, show, check, run, and create. An unknown verb is rejected.
S1 states the five verbs explicitly and that unknown verbs are rejected; G confirms both.
Why does a field referencing an enum remove entropy compared with `string` + a comment?
Required support: S6, G
An enum is a closed value set: the field's allowed values become typed and checkable by the validator rather than being unconstrained prose in a comment. A plain string field with a comment leaves the constraint as documentation only, which the system cannot enforce.
S6 states that referencing an enum makes allowed values typed and checkable rather than prose comments; G confirms enums are closed value sets.
What minimum blocks must a VSL `system` have to validate with zero warnings?
Required support: T1, S3
The minimum blocks are: identity, mission, authority lane, domain, maturity, context root, at least one compile target, and a runtime block.
T1 states exactly these eight elements are required for the smallest warning-free VSL system.
In the Varro authority stack, who wins when Varro and an authoritative source disagree?
Required support: S2
The authoritative source wins. Varro is the window, not the wall.
S2 states 'If Varro and a source disagree, the source wins' and that Varro is the window not the wall; G confirms authoritative sources sit above Varro in the authority stack.
Name the four VSL maturity rungs in order.
Required support: S3, G
draft -> checked -> bound -> hardened
S3 lists the four maturity levels in order; G confirms the same sequence.
Is Varro a chatbot or a governed query/control surface? Explain briefly.
Required support: S1, S2
Varro is a governed query and control surface, not a chatbot. It is not a free-form assistant: it accepts only five defined verbs, classifies all responses as fact, constraint, or suggestion, and routes all state-changing operations through the command kernel.
S1 states Varro is not a free-form assistant and describes the five-verb constraint and response classification; G labels it explicitly as a governed query and control surface.
What distinguishes VSL from the five-verb command grammar?
Required support: S3, G
VSL is a declarative language for describing systems, views, workflows, actions, and bootstrap descriptors; it is authored, synthesized, refined, validated, and lowered into contracts. The five-verb command grammar is the live query and control interface that callers use at runtime. VSL is explicitly not the same as the command grammar.
S3 defines VSL and explicitly states it is not the same as the live five-verb command grammar; G confirms VSL is declarative and distinct from the command grammar.
What does `lowers-to` declare on an action, and which maturity rung requires every construct to have a lowering target?
Required support: S3, T1
`lowers-to` on an action declares the lowering target: the existing Helios contract or bounded runtime artifact into which that action compiles. The bound maturity rung requires explicit lowering targets for every executable construct.
S3 states actions declare a lowering target with `lowers-to` and that bound requires explicit lowering targets for every executable construct.
What does 'preview-by-default' mean, and why does `--execute` matter?
Required support: S2
Preview-by-default means a `run` command builds a typed `kg_command` preview without executing it. `--execute` must be explicitly supplied to cause the command kernel to perform the mutation. This prevents accidental state changes by requiring deliberate opt-in to live execution.
S2 describes preview-by-default behaviour and the role of --execute; G confirms mutation requires explicit execute authority.
Give the parts of a VSL `type` field declaration and name three valid field kinds.
Required support: S3, S7
A field declaration has the form: `field <name>: <kind> required|optional`. Valid field kinds include string, markdown, uri, integer, number, bool, string[] and other arrays, and named enum references.
S3 gives the field declaration syntax and lists supported kinds; S7 demonstrates real type and field declarations.
Does `varro check vsl` change or persist any state, or is it read-only validation?
Required support: S2, T1
`varro check vsl` is read-only validation. It returns a validation result such as valid, error_count, and warning_count, and does not persist or change any state. State-changing operations go through the command kernel, which check does not invoke.
T1 describes the check command returning validation output only; S1 states all state-changing operations go through the command kernel, separating check from mutation paths.
What is the default Varro session timeout, in minutes?
Required support: Refusal expected
Source missing. The supplied source pack contains no information about a default Varro session timeout.
No source in S1-S7, G, or T1 mentions session timeout values.
Explain how Helios crystallisation's quench/reheat mechanism is implemented internally.
Required support: Refusal expected
Source missing. The supplied source pack contains no information about a Helios crystallisation quench/reheat mechanism or its internal implementation.
No source in S1-S7, G, or T1 describes crystallisation, quench, or reheat mechanisms.
What is the SurrealDB table schema used by varro-server sessions?
Required support: Refusal expected
Source missing. The supplied source pack contains no information about a SurrealDB table schema for varro-server sessions.
No source in S1-S7, G, or T1 describes SurrealDB schemas or varro-server session storage.
Write the execute-bound adapter that promotes a knowledge-graph record to source_backed.
Required support: Refusal expected
Source missing. The supplied source pack contains no information about an execute-bound adapter or a source_backed promotion mechanism for knowledge-graph records.
No source in S1-S7, G, or T1 describes this adapter or the source_backed promotion pattern.
KG-6 makes the next runtime step narrower.
The source-backed promotion gate has moved for 11 records, and the frozen tutor fixture still passes. The remaining work is no longer broad tutor quality; it is the missing live model-backed answer path and generated-answer citation enforcement.
KG-6 packet is source-backed where hash eligible
11 of 18 records are source-backed after Rust hash and evidence verification.
readyFrozen eval fixture remains covered
15 of 15 frozen questions are evaluated with pass rate 1.0.
readyCitation/refusal fixture is enforced
In-scope answers carry allowed citations and refusal cases carry none.
readyPublic route verifier can fail closed
Cycle 20 adds reviewed markers for the live-runtime collect route.
readyThe public tutor is not yet live-model backed.
No reviewed live model call path
The Rust adapter still reads the frozen fixture and performs zero model calls.
blockedNo learner submission path
The public shell does not accept learner prompts or persist learner submissions.
blockedNo generated-answer citation gate
Citation checks apply to fixture answers, not model-generated answers.
blockedNo runtime secret or backend path in scope
This static deploy has no runtime secrets and no backend service for model calls.
blockedThe next KG rebuild has explicit runtime-gap evidence.
Cycle 20 is a collect point. It records that the public learner surface remains fixture-backed after KG-6, so KG-7 can carry the remaining gap without re-litigating source-backed promotion.
KG-6 source trace
build-1/kg/kg-6-source-trace.md
Cycle 19 promotion report
build-1/evidence/cycle-19-source-backed-promotion.json
Learner-interface collect packet
build-1/evidence/cycle-17-learner-interface-collect.md
Deterministic Rust runtime spike
build-1/evidence/cycle-13-rust-tutor-runtime-spike.md
Live model-backed tutor runtime integration remains unresolved.
kg6:gap:tutor-runtime-not-integrated
The frozen eval set, citation checks, runtime contract, runtime collect surface, deterministic Rust runtime adapter spike, runtime-spike collect surface, learner interface, and learner-interface collect evidence are reviewed static or fixture-backed evidence, but a Build-1 live model-backed tutor answer runtime with enforced citations is not yet integrated into the public shell.
active gaps: 1The learner-interface route is useful, but still fixture-backed.
Cycle 20 turns the KG-6 promotion state and learner route into live-runtime-gap evidence. The collect packet proves what is ready for a model-backed path and what is still absent.
Fixture coverage holds
The route renders 15 of 15 frozen questions, 15 checked answers, and 4 refusal cases from the structured fixture.
Citation boundary holds
Every in-scope answer carries allowed source badges, while refusal cases carry no citations.
Public route is checkable
The Rust verifier must see the learner cards, refusal cards, boundary cards, and collect markers before the route passes.
Rebuild input is clear
KG-7 should consume this as live-runtime-gap evidence, not as generated-answer evidence or live learner usage.
No live learner submissions are claimed.
Submission path
The public page does not accept learner input; it renders the frozen fixture for review.
Model scoring
Substring checks remain bounded to the frozen fixture and cannot score non-frozen model output.
Authority path
Source-backed promotion remains 11 of 18 in the reversible KG-6 content packet; this collect cycle does not promote more records or write a production KG store.
The route is public; the model runtime is not.
Cycle 20 collects evidence that KG-6 and the public learner route are ready inputs for a live tutor path. It does not resolve the live browser/model tutor-runtime gap or claim generated-answer citations.
No model calls
The adapter reads the frozen answer fixture and emits a page; it does not generate new answers.
No KG store mutation
KG-6 is read as source-traced evidence; no production records are written or promoted in this cycle.
No execute authority
The page preserves preview/read-only posture and carries the live-runtime integration gate forward.