Skip to main content
Every advisor action, whether it resolves to an Answer, View, Task, or Proposal, follows the same five-stage loop. The loop is the connective tissue between chat, module UIs, and the underlying data graph.
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.
2

2. Interpret

Match sensed data to the knowledge base. This is where structure meets literature.
  • Rule card drivers are 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.
Confidence and severity gate this stage. Low confidence caps the advisor at Answer or View. Any severity ≥ high triggers the safety floor.
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_bindings on 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.