Scout files. Clerk only acts on what is on record.
PARTITIONED MEMORY · SEPARATED ROLES · OPERATOR CONFIRMATION

Scout files. Clerk only acts on what is on record.

An operational desk for incoming work. Scout monitors configured sources and records inbound asks into durable memory. Clerk verifies filed records and executes operator-confirmed actions.

SYSTEM STATE: ON RECORD
01 / ARCHITECTURAL PRINCIPLE

The Problem with Ephemeral Context

Multi-agent workflows fail when execution relies on unverified conversation memory.

When autonomous systems pass instructions through prompt buffers or conversational logs, context drifts and models hallucinate details that never existed in storage. Irreversible actions are taken on assumed premises rather than verified facts.

UNSTRUCTURED PROMPT MEMORY

Tasks exist only in conversational context. The executing agent acts on transient text tokens with no durable audit trail and no verified entity records.

PARTITIONED MEMORY DESK

Inbound work is filed into persistent storage before execution is evaluated. If an entity was never filed into memory, Clerk flags it as not on record and halts execution.

02 / INTERFACE

Three-Column Operational Desk

Scout

Filing Role

Monitors operator-specified repositories and wallet addresses. When inbound asks are discovered, Scout writes person and request records into storage.

Scout has no signing authority, cannot execute transactions, and cannot mutate action decisions.

Queue

Dynamic Backlog

A live backlog projected directly from storage. Tasks appear as Scout files them and clear automatically once Clerk completes an action.

The queue maintains no secondary mutable tables. If memory partitions are reset, the queue reflects the change immediately.

Clerk

Verification & Action

Inspects filed records, verifies entity identities against memory, and applies explicit status stamps:

ON RECORD SKIPPED NOT ON RECORD

Proposes onchain transactions only when a verified wallet address exists, requiring explicit operator confirmation before broadcast.

03 / WORKFLOW

Execution Pipeline

01 / CONFIGURE

Operator Allowlist

The operator configures the GitHub repositories or Base wallet addresses to monitor. If no sources are specified, Scout remains idle.

02 / FILE

Scout Records Data

Scout processes sources, identifies incoming asks, and records structured person and ask files into durable memory.

03 / VERIFY

Clerk Inspects Records

Clerk reads pending tasks directly from storage. If an entity is queried that was never filed, Clerk returns a verified not on record status.

04 / SETTLE

Confirmed Onchain Action

For tasks with a bound wallet address, Clerk prepares the transaction. The transaction broadcasts to Base only upon operator confirmation.

Durable Verification

Unfiled entities are never presumed on record

Operator Controlled

Sources are defined at runtime with no hardcoded seed data

Load-Bearing Storage

Queue state and recall depend entirely on persistent memory

04 / SYSTEM ARCHITECTURE

Clean Separation of Responsibilities

OnRecord provides structured role separation for incoming work. Rather than allowing a single agent to observe, decide, and execute autonomously in one prompt, the desk splits discovery from action across isolated memory partitions.

The system operates without preloaded fixtures, sample profiles, or mock transactions. All records originate from live operator sources.

CORE SYSTEM INVARIANTS

  • Scout records inbound entities and holds no transaction signing authority
  • Clerk reads filed tasks from storage and halts on unverified entities
  • Queue state is projected dynamically from append-only events
  • High-impact onchain actions require explicit human operator confirmation
  • Persistent memory ensures state survives process restarts cleanly
05 / DETAILS

Frequently Asked Questions

What is the Scene?

The runtime configuration of repositories and wallet addresses monitored by Scout. If the Scene is empty, Scout files no tasks and the queue remains empty.

How does Clerk verify entities?

Clerk queries the memory partition for the requested entity. If the record does not exist in storage, Clerk stamps the request as not on record and refuses execution.

Can Scout broadcast transactions?

No. Scout is strictly limited to reading sources and filing records. It possesses no private keys and cannot sign transactions.

How do onchain pings work?

When an ask originates from a verified wallet source, Clerk can propose an onchain transaction on Base. Broadcast occurs only after the operator checks confirmation.

Does the system rely on mock data?

No. OnRecord ships with empty data templates. All records, tasks, and addresses are supplied directly by the operator at runtime.

Ready to run the desk?

Open OnRecord and configure your own repository or wallet source.

Open desk