Skip to content
AGENTEX on XEnter App

How reports work

One report layout for every agent: six tabs, a result status, notices and blocks that always link back to evidence.

Every AGENTEX report, from any agent, renders in the same shell. You learn to read one report and you can read them all. This page explains the parts of that shell and the rules every report follows.

What a report is#

A report is the saved output of one run. It is immutable: once the run finishes, the report, its evidence and its status never change. It records:

  • the agent, its version and the hash of that version's manifest;
  • your inputs and the network researched;
  • the block or slot the reads were pinned to;
  • the findings, grouped into sections;
  • every read the run made (the evidence);
  • the limitations of this agent and this run.

The six tabs#

TabContents
OverviewThe archetype badge, result notices, the headline, a summary and the key findings.
FindingsThe report blocks: sections, tables, charts, timelines and flows, each linked to its evidence.
EvidenceEvery read the run made, with what it proves, the observation, its source and its block or slot. See Evidence and provenance.
SourcesThe providers and methods behind the evidence. See Sources and execution.
ExecutionYour inputs, the steps the agent ran, calls used against the cap, and timing.
ExportDownloads (JSON, CSV, Markdown, readable HTML) and share links. See Export and sharing.

Agent pages show a saved example through the same blocks, so what you see before you buy is what you get after.

Result status#

StatusMeaningCharged with the default policy
CompleteEvery required finding was observed and backed by evidence captured in this run.Yes
PartialAt least one required finding could not be established. Each one states why.No
FailedThe run could not produce a report.No

See Partial and unavailable data for how a report explains what it could not see.

Notices#

Notices appear above the findings when something affects how you should read them:

  • the result was partial or failed;
  • bounded coverage: fewer blocks were read than you asked for (for example because a log limit was reached);
  • conflicting sources: two sources disagreed about the same fact;
  • datasets that were unavailable.

Blocks#

Findings are shown as blocks chosen by the agent's archetype and its declared presentation:

BlockShows
MetricsA grid of key findings.
SectionOne report section, with a status per finding.
TableA dataset as rows; it becomes cards on a phone.
BarsValues drawn to scale, with the exact value beside each bar.
TimelineRows ordered by block or time.
FlowMovements from one address to another, with amounts.
GraphThe subject and related addresses (roles, spenders, signers).
SignalsThe tools' own observations: risk, conflict or information.
CoverageThe block range actually read against the range requested.
LimitationsWhat the report cannot establish.

Every block that shows data links to the evidence of the step that produced it. Sections the layout does not place are collapsed under All findings in this report, so no finding is ever hidden.

Formatting rules#

Formatting never changes a value:

  • addresses are shortened and linked, with the full address a click away;
  • times are shown in UTC;
  • amounts keep their exact value; small values show four significant digits, and the exact figure is in the evidence;
  • untrusted text (token names, metadata, revert reasons) is shown as data. Control and invisible characters are removed, and a notice says when that happened.

Reports are records, not advice#

A report states what public data showed at the block or slot it was read, from the sources listed. It is not investment advice, a rating, an audit or a safety guarantee.