The loop mirrors the why / what / when / how brief schema used in Field Scouting. That is deliberate: the same reasoning shape runs across chat, alerts, and scout tasks, so users see one mental model everywhere.
The five stages
1
1. Sense
Read from the live data graph. Typed entities only: fields, blocks, indices, cycles, alerts, tasks, activities, rollups.
- Sources: Field Data, Indices, Imagery Sources, Crop Cycle Models, Risk Model, Aggregation.
- Session context is included: identity, entitlements, and launch context (the page or entity the user was on when they opened chat).
- Reads respect entitlements. The advisor cannot sense entities the user cannot see.
2
2. Interpret
Match sensed data to the knowledge base. This is where structure meets literature.
- Rule card
driversare evaluated against the current signal. - Diagnosis pages are matched via
literature_ref. - Confidence is computed from signal strength, imagery quality, and rule card version.
- Interpretation never hallucinates: if no rule card or literature ref matches, the advisor says so and falls back to a plain Answer with a citation to raw data.
3
3. Decide
Choose an artifact type and a target.
- Answer for informational intent with no page context needed.
- View for intent that resolves best on an existing UI page (with an overlay).
- Task for intent that requires a write to a module.
- Proposal for intent that requires a change to the knowledge base.
4
4. Act
Commit the artifact, respecting module guardrails.
- Answer: render text with citations. No writes.
- View: navigate the user to the target page; apply overlays (highlighted zones, reasoning panel, suggested-action strip).
- Task: draft the write. Show human confirmation. On confirm, hand off to the target module. Module runs its guardrails: input validation, preconditions, refusals, confirmations, rate limits.
- Proposal: file the proposed knowledge edit. Route to a human reviewer. Never auto-apply.
5
5. Close the loop
Emit events so the platform learns from the action.
- Completed tasks emit into Activity & Alerts and trigger
activity_bindingson the source Risk Model rule card. - As-applied uploads (from VRA Maps) reset severity on the targeted card and feed Verification.
- Scout completions become verifiable source events for future Verification bundles.
- Proposals, once approved, are versioned into the knowledge base and become part of future Interpret matches.
Loop at a glance
Worked example: a stressed block
A regional head types: “What’s wrong with Blok A2 in Muda?”1
Sense
Advisor reads field geometry, latest NDVI/NDRE for Blok A2, current crop cycle stage, active rule cards firing, recent activity entries, and weather context.
2
Interpret
NDVI drop of 18% over 14 days plus a firing water-stress rule card (
drivers: {ndvi_delta, api_rain_deficit_days}) matches the Rice → Abiotic Stress → Drought diagnosis page. Confidence: 0.86.3
Decide
Confidence is high, severity is medium, intent is diagnostic → issue a View artifact. Target: the Blok A2 field page. Also offer a follow-on Task artifact: create a scout task.
4
Act
Navigate the user to Blok A2’s field page. Overlay: highlighted stressed sub-zones, reasoning panel citing the rule card and diagnosis page, suggested-action strip with
Open scout task and Draft VRA irrigation map. User clicks Open scout task.5
Close
Field Scouting runs its guardrails, accepts the write, emits a task-created event into Activity & Alerts. When the scout completes the visit, the completion event resets or escalates the water-stress card via
activity_bindings, and the scout report becomes a source event for the next Verification bundle.Where the loop enforces the contract
- Session-only memory: Sense reads from the live data graph and session context; nothing is pulled from a per-user memory store (there is none).
- Four artifact types: Decide selects exactly one; there is no fifth path.
- Knowledge tiers: Act writes to data via module guardrails, and writes to knowledge only as Propose-value. Schema changes are never in the loop.
- Safety floor: Decide caps or escalates the artifact when severity ≥ high, regardless of user intent.
- Audit: Close emits append-only events with actor, source, and before/after values.
Next
- Intent Taxonomy — the seven intents the advisor recognizes and how each drives the loop to a specific page and artifact.