Skip to main content

Agent Failure Registry

A neutral namespace for AI agent failure modes, and a crosswalk between the taxonomies that already exist.

Not another classifier. There are at least seven of those, each with its own private vocabulary: Agent-Xray's tool_selection_bug, AgentRx's Invalid Invocation, and five more describing overlapping reality under names that share nothing. This is the mapping layer between them.

>>> import afr
>>> afr.map("agentrx", "Invalid Invocation")
[AF-0023 (exact)]
>>> afr.map("agent-xray", "spin")
[AF-0058 (exact)]
>>> afr.mode("AF-0058").layer
'model'

The analogy is CVE, not CWE. Plenty of people have proposed taxonomies; nobody has done the boring institutional work of assigning stable ids, accepting mappings, and letting tools reference them. CVE's value was never intellectual — it was giving the whole industry a shared noun.

Why this and not a classifier

  • It gets stronger as rivals ship. Every new classifier with a private taxonomy increases the need for the crosswalk. A classifier is threatened by the next classifier; a namespace is fed by it.
  • Incumbents structurally cannot build it. A registry operated by one vendor is one every competitor is right to ignore. Microsoft declined the standards position for AgentRx explicitly.
  • Distribution runs through other repos. You do not need an audience — you open a PR adding a mapping file to each classifier.

Install

pip install agent-failure-registry     # zero runtime dependencies; imports as `afr`

Use

import afr

# One tool's report, tagged with shared ids
labels = afr.normalize({"stuck_loop": 31, "context_overflow": 18}, "agent-xray")
print(afr.profile(labels).render())
failure profile  (source: agent-xray, n=49)
--------------------------------------------------------------------
AF-0058    63.3%  ######################              Unproductive repetition
AF-0064    36.7%  ############                        Context overflow truncation
--------------------------------------------------------------------
by layer: model=49

That is the pitch in one output. 67% pass tells you nothing you can act on.

afr modes                              # every mode
afr show AF-0142                       # full record, plus who maps to it
afr map agentrx "System Failure"       # source category -> AF ids
afr unmap AF-0064 agent-xray           # and back, with relations inverted
afr coverage                           # how much of each taxonomy is mapped
afr gaps                               # what nobody has named yet

Two levels of identifier

AF-0142 mode Permanent, versionless, like CWE. What classifiers map onto and humans cite.
AFI-2026-08-0417 instance One observation, pinned to model + harness version, like CVE.

Conflating them breaks the query that justifies the whole project: did Opus 5.2 regress on AF-0142 relative to 5.1? That needs modes stable across time and instances pinned to versions — so they cannot be the same identifier.

Instances are deliberately not implemented yet. Open collection only once three independent tools emit AF ids.

Relation direction

relation describes the AF mode relative to the source category: exact, broader, narrower, overlaps. afr.unmap() inverts it for you — swapping broader and narrower — because hand-authoring the reverse is how crosswalks silently corrupt.

At most one exact per source category. One wrong exact discredits the table.

Status

Pre-v0. 25 modes — 14 stable, 11 provisional; 7 source taxonomies, every one mapped from a full read of its operative definitions (classifier code, judge prompts, paper text, ground-truth annotations), with the evidence in registry/crosswalk/notes/:

source kind mapped
AgentRx LLM judge, 10 labels 9/10
Agent-Xray rule classifier, 22 labels 19/22
ToolFailBench benchmark, 5 labels 4/5
AgentFail 307 annotated failures, 16 root causes 15/16
Model or Harness? 41 modes with fault side 27/41
Characterizing Faults 385 framework defects, 14 categories 5/14 — mostly out of scope by design
AgentDebugX debugger, 19 seed modes 16/19

No mode is an orphan: every AF id has at least one source, and the six newest (AF-0153 required step omitted, AF-0157 wrong tool selected, AF-0161 fabricated content, AF-0166 unnecessary action, AF-0170 external service failure, AF-0174 stored memory unused) each have two or more. The rule that produced them: a gap becomes a mode only when a second independent taxonomy names the same thing — one mode per vendor category is how a shared namespace becomes a house style.

afr gaps lists what is still unnamed. The ones with more than one source behind them are the next candidates; the single-source ones (most of the memory family, recovery failure, sycophancy, prompt injection, external access blocks, role drift, non-text perception) wait for a second.

Layer attribution follows a stated principle (SCHEMA.md, adopted from Model or Harness?): the fault lies with the component that could have acted correctly on the information it had. Promotion to stable required two independent sources, at least one exact mapping, and a definition that survived the full-read pass unchanged.

Repo layout

registry/modes/AF-####.yaml     canonical mode records (CC0)
registry/crosswalk/*.yaml       one file per third-party taxonomy (CC0)
registry/crosswalk/notes/       the full-read evidence behind each crosswalk
registry/SCHEMA.md              field semantics and relation direction
afr/                            the library (Apache-2.0), no dependencies
afr/_index.json                 compiled from YAML, committed, CI-enforced
scripts/compile.py              YAML -> index (the only place PyYAML is needed)
scripts/validate.py             integrity checks; a lying crosswalk is worse than none

Development

make check      # build + validate + test
make demo       # coverage, gaps, and a sample profile

Licensing

Registry data is CC0; the library is Apache-2.0. A namespace with an attribution clause invites legal review, and legal review is the friction that stops tools embedding it.

Governance, including the commitment to move to a neutral foundation once three independent tools map to this namespace, is in GOVERNANCE.md.

Outreach

Distribution runs through other projects' repos, not through this one. Drafted mapping-file PRs for AgentRx and Agent-Xray, and an issue for AgentDebugX, are in outreach/ — including the order to send them in, which matters more than the speed.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

agent_failure_registry-0.4.0.tar.gz (38.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

agent_failure_registry-0.4.0-py3-none-any.whl (35.2 kB view details)

Uploaded Python 3

File details

Details for the file agent_failure_registry-0.4.0.tar.gz.

File metadata

  • Download URL: agent_failure_registry-0.4.0.tar.gz
  • Upload date:
  • Size: 38.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/7.0.0 CPython/3.11.15

File hashes

Hashes for agent_failure_registry-0.4.0.tar.gz
Algorithm Hash digest
SHA256 cc5e35f32440e45369c694c31f8bafdc778ca22c75100b94059d69ea03e34dfb
MD5 c28f2f452189e89529a3521a092ed3f5
BLAKE2b-256 e0e6f1c1c4a844214ea1ab87c4c3ad458cf2f580699f44910ccdea9d4ef51812

See more details on using hashes here.

File details

Details for the file agent_failure_registry-0.4.0-py3-none-any.whl.

File metadata

File hashes

Hashes for agent_failure_registry-0.4.0-py3-none-any.whl
Algorithm Hash digest
SHA256 b17891bcc9738685fe21de2fd2577ecb952f96799b35cc89fc5c5fe217c06722
MD5 60e393153876f0ded02d5aeaad8e41e8
BLAKE2b-256 48780da704f5666af905ac489d42a788934f90bf68171f3c5c348f68fc4f0724

See more details on using hashes here.

Release history Release notifications | RSS feed

This release

0.4.0 This release

2 files

0.3.0

2 files

0.2.1

2 files

0.2.0

2 files

0.1.0

2 files

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page