How AGX Agents work

From hidden operating loss to governed recovery action.

AGX frames the decision, connects the evidence, tests the intervention against history, checks policy, and records the outcome so the agent can operate with proof instead of guesswork.

System layers

The architecture behind governed agents.

AGX OS is not just an agent wrapper. It is a layered system for turning messy operational data into evidence-backed, policy-bound action.

Where the evidence begins

Source systems

ERP, PSA, CRM, billing, procurement, claims, Snowflake, workflow logs, approvals, contracts, invoices, worklogs, tickets, and events. AGX treats these systems as evidence sources, not clean truth.

Can we reconstruct what happened, when it happened, what was known, who decided, and what outcome followed?
Where words become precise

Semantic layer

AGX defines the objects, metrics, decisions, evidence fields, and allowed control outcomes for the domain, so agents do not guess what revenue, invoice, customer, exception, or approval means.

No claim is made until the vocabulary is explicit.
Where records become context

Operational evidence graph

Disconnected records become a structured operating history: customers, contracts, invoices, worklogs, approvals, decisions, recommendations, actions, and outcomes.

The business sees how work actually moved, not just what tables contain.
Where actions are tested

Replay and proof

AGX tests candidate controls against historical cases before rollout: would this have improved the outcome, and would it have stayed inside policy?

Unsupported recommendations are rejected before they reach production.
Where recovery becomes operational

Governed agents and controls

Only after evidence exists does an AGX Agent monitor, prepare packets, ask for review, route work, or trigger approved controls inside defined boundaries.

No claim without evidence. No recommendation without a decision. No action without policy.
Why it compounds

AGX accumulates operational experience.

Most enterprise systems store logs and transactions. AGX stores intervention history: the situation, the recommended action, the human decision, and the measured outcome.

Why this matters

Over time, AGX builds a growing body of evidence about which actions worked, under which conditions, and why. Future agents can evaluate recommendations against prior outcomes instead of relying on theory or LLM reasoning alone.

Short version: AGX gets better at recognizing which actions tend to work in which situations.
Where the LLMs fit

AGX uses AI for different jobs, with different boundaries.

The system does not give one general agent unlimited control. It separates discovery, operations, and explanation so each AI role stays accountable.

AI
AGX Core LLM

Drafts control hypotheses during discovery

The core LLM helps turn evidence patterns into candidate operational controls that can be tested against history.

  • Suggests possible recovery controls
  • Names candidate hypotheses
  • Hands them to AGX proof gates
Ops
AGX Operational LLM

Runs inside the background agent workflow

The operational LLM helps an AGX Agent coordinate work without taking authority from the business owner.

  • Detects missing evidence
  • Creates structured owner requests
  • Classifies responses and updates workflow state
Ask
AGX Advisor LLM

Explains the evidence to people

The Advisor is the conversational layer for leaders and operators who need to understand what AGX found and what decision comes next.

  • Answers questions about findings
  • Summarizes evidence and decisions
  • Links to proof, packets, workflows, and audit artifacts
Control invariants

The five rules that keep AGX OS anti-hype.

These rules are enforced before AGX OS lets an AGX Agent claim, recommend, act, count a result, or present proof.

No claim without evidence

Every statement about leakage, delay, risk, or improvement must point to source records, timestamps, and evidence quality.

No recommendation without a decision

AGX OS does not produce generic advice. Every recommendation is tied to the operating decision it would change and the owner accountable for that decision.

No action without policy

An AGX Agent may prepare or request action only when policy, approval boundaries, and customer permissions allow it.

No outcome without measurement

AGX OS records whether the action changed revenue, margin, risk, cycle time, or rework. Unmeasured wins do not count.

No proof without an audit chain

Evidence, decision, recommendation, action, and outcome are sealed into an audit trail that can be reconstructed later.

Start with one governed agent, not a swarm.

Pick one operating domain and prove whether an AGX Agent can improve it without breaking policy or auditability.

Start diagnostic → No claim without evidence · No action without policy