MentorMindVarro V1
cycle 20 KG-6 collect

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.

CollectedLearner route evidence

The page is emitted by the checked adapter and now records what the learner-facing surface proves.

EnforcedCitations and refusals

In-scope answers require supporting sources; source-missing and out-of-scope prompts refuse.

BoundedNo live model runtime

This collects learner-interface evidence without claiming model generation, learner submissions, or persistence.

Learner evidence deck

Checked tutor answers are visible before live model integration.

Open JSON report
q01

What are the five verbs of the Varro command grammar, and what happens to an unknown verb?

Required support: S1, S2

Pass: checked tutor answer

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.

S1 G
q02

Why does a field referencing an enum remove entropy compared with `string` + a comment?

Required support: S6, G

Pass: checked tutor answer

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.

S6 G
q03

What minimum blocks must a VSL `system` have to validate with zero warnings?

Required support: T1, S3

Pass: checked tutor answer

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.

T1
q04

In the Varro authority stack, who wins when Varro and an authoritative source disagree?

Required support: S2

Pass: checked tutor answer

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.

S2 G
q05

Name the four VSL maturity rungs in order.

Required support: S3, G

Pass: checked tutor answer

draft -> checked -> bound -> hardened

S3 lists the four maturity levels in order; G confirms the same sequence.

S3 G
q06

Is Varro a chatbot or a governed query/control surface? Explain briefly.

Required support: S1, S2

Pass: checked tutor answer

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.

S1 G
q07

What distinguishes VSL from the five-verb command grammar?

Required support: S3, G

Pass: checked tutor answer

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.

S3 G
q08

What does `lowers-to` declare on an action, and which maturity rung requires every construct to have a lowering target?

Required support: S3, T1

Pass: checked tutor answer

`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.

S3
q09

What does 'preview-by-default' mean, and why does `--execute` matter?

Required support: S2

Pass: checked tutor answer

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.

S2 G
q10

Give the parts of a VSL `type` field declaration and name three valid field kinds.

Required support: S3, S7

Pass: checked tutor answer

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.

S3 S7
q11

Does `varro check vsl` change or persist any state, or is it read-only validation?

Required support: S2, T1

Pass: checked tutor answer

`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.

S1 T1
sm1

What is the default Varro session timeout, in minutes?

Required support: Refusal expected

Pass: checked tutor answer

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.

No citations - refusal case
os1

Explain how Helios crystallisation's quench/reheat mechanism is implemented internally.

Required support: Refusal expected

Pass: checked tutor answer

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.

No citations - refusal case
os2

What is the SurrealDB table schema used by varro-server sessions?

Required support: Refusal expected

Pass: checked tutor answer

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.

No citations - refusal case
os3

Write the execute-bound adapter that promotes a knowledge-graph record to source_backed.

Required support: Refusal expected

Pass: checked tutor answer

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.

No citations - refusal case
Collected readiness

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.

ready

Frozen eval fixture remains covered

15 of 15 frozen questions are evaluated with pass rate 1.0.

ready

Citation/refusal fixture is enforced

In-scope answers carry allowed citations and refusal cases carry none.

ready

Public route verifier can fail closed

Cycle 20 adds reviewed markers for the live-runtime collect route.

ready
Still blocked

The public tutor is not yet live-model backed.

Open collect evidence

No reviewed live model call path

The Rust adapter still reads the frozen fixture and performs zero model calls.

blocked

No learner submission path

The public shell does not accept learner prompts or persist learner submissions.

blocked

No generated-answer citation gate

Citation checks apply to fixture answers, not model-generated answers.

blocked

No runtime secret or backend path in scope

This static deploy has no runtime secrets and no backend service for model calls.

blocked
Evidence inputs

The 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

Active gap carried forward

Live model-backed tutor runtime integration remains unresolved.

Open KG-6 trace

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: 1
Collected findings

The 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.

Still absent

No live learner submissions are claimed.

Open collect evidence

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.

Runtime boundary

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.