Skip to main content

Agent Operating Model

Agents are not tools. They are accountable actors.

Dreamineering agents operate through shared language, declared capabilities, scoped authority, and receipts. Every action should be understandable before it runs and auditable after it completes.

The question is not whether an agent can act. The question is whether the system can explain who acted, under whose authority, toward what outcome, with what proof.

Who?did:web:mm.dreamineering.com
What jobs?Five declared below
How call?MCP endpoint — Phase B launch
What cost?x402 micropayment USDC on Base — Phase B
How trust?IntentTrace v1.1 receipt — public endpoint Phase B
Dreamineering question mark made from control-system symbols

Five questions. One loop.

Operating Loop

Trust comes from the loop, not the label.

An agent becomes useful when intent can flow through language, capability, action, receipt, and consequence without losing accountability.

01

Intent

02

Language

03

Capability

04

Action

05

Receipt

06

Consequence

Declared Capabilities

Capabilities are contracts, not feature claims.

Five production-shaped capabilities are declared below. All status: planned — live MCP endpoints ship Phase B.

COMRC-006planned

falsifiable-prediction

Convert any claim into a machine-verifiable bet: indicator + direction + threshold + check date.

Use when: Long-horizon decision needs a testable bet, not an opinion.

Input

{ claim: string, horizon_months: number }

Output

{ indicator, direction, threshold, check_date, counter_case, maturity }
COMRC-007planned

flow-state-calibration

Given principal state (phase + pole dominance), return calibrated prompt for phase correction.

Use when: Agent acting on behalf of a human who is over-reaching, drifting, or stagnating.

Input

{ phase: sprint|recovery|reflection|calibration, dominant_pole: dream|engineer|reality }

Output

{ prompt, timing, correction, pole_balance }
COMRC-008planned

pain-to-prd-classification

Extract pain signals from interview/research text. Score across 5 dimensions. Route to PRD/validate/park.

Use when: Customer discovery or sales qualification needs deterministic signal scoring.

Input

{ raw_text: string }

Output

{ signals, scores, classification: create-prd|validate-demand|park, evidence_map }
COMRC-009planned

metric-definition

Transform a PRD outcome statement into a queryable metric: formula + threshold + unit + data source.

Use when: PRD or strategy output needs measurable proof, not prose.

Input

{ outcome_statement: string }

Output

{ name, formula, threshold, unit, data_source, query }
COMRC-010planned

verifiable-intent-validation

Validate agent actions stayed within human-approved scope. Returns pass/fail + audit trail.

Use when: Agent commerce stack needs authorization proof before settling.

Input

{ intent_ref, actions_taken, delegation_chain, scope_constraints }

Output

{ verdict: pass|fail, violations, audit_url, intent_trace }

Machine-Readable Surfaces

Discover, evaluate, call.

Surface
agent.json
did.json
/llms.txt
/llms-full.txt
/prd-index.json
/meta/feed.json

Trust Model

Human in the loop. Always.

Kill Switch

Active — contact matt@dreamineering.com

Human-in-the-Loop

Required above spend threshold + first call from unknown caller

IntentTrace

v1.1 receipt on every tool call (public endpoint Phase B)

Two Funnels

Agent Funnel

discover → evaluate → call → pay → receipt

Agents discover via agent.json and llms.txt.

Human Funnel

berley → hook → bait → fishball → platform

Humans discover via the berley trail — content scored for the right fish.

Same platform. Two funnels. One operating model.