3.3 Established

Structured audit trail with role-based views

A single audit record rendered through three views, selectable by role: citizen summary, caseworker decision points, and full regulatory trace.

01 Emerging Challenges

A complete log of all agent actions is necessary for accountability but useless if presented as a raw event stream. Different audiences need different views: the citizen needs a legible summary; the case officer needs decision points; the auditor needs the full trace; the ombudsman needs the chain of accountability.

02 Assurance

A structured, complete log of agent actions is captured once at source, then projected into role-appropriate views: a citizen summary, a caseworker decision view, and a full auditor trace. Accountability does not depend on a raw event stream.

03 Access

Layered disclosure: a citizen summary by default ('your agent submitted X on Y using Z'), expandable detail, and the full trail on request. Audit views are designed against cognitive overload so legibility, not volume, is the default.

04 Response surface
Service design Considered
The response this pattern proposes

The policy rule 'log everything once, show the right grain per audience' becomes a role switch that re-projects one audit record as citizen summary, caseworker lineage, or full trace.

No surface has been built yet; the approach above is the brief for one.

05 Maturity
  1. Established Headline

    Logging requirements are well-defined across regulated domains such as HIPAA and electronic court filing.

  2. Emerging

    Tagging entries as automated versus human decisions is beginning to appear.

  3. Frontier

    Citizen-legible audit views and role-based audit presentation remain undesigned.

06 Precedents

HIPAA audit trail requirements. Under 45 CFR § 164.312(b), covered entities must record and examine all activity involving electronic protected health information (who accessed data, when, what actions, which records, and whether data was viewed or edited/exported/shared), retained for at least six years. See Keragon — HIPAA Audit Log Requirements and Kiteworks — HIPAA Audit Logs.

Insurance claims automation audit trails. Regulated insurers must log all data fed into the AI for each decision, the AI's recommendation, its confidence score, the most influential data points, and whether a human was involved. Critically, "audit trails cannot be retrofitted." See Kinro AI — AI Audit Trails Insurance and MightyBot — AI Agent Audit Trails.

PACER/CM/ECF (US Federal Courts). The Case Management/Electronic Case Files system creates a complete filing trail for every document (timestamp, filer identity, docket entry visible to all parties), with 24/7 filing and automatic timestamping. See PACER — File a Case and US Courts — Electronic Filing.

07 Transferability

The HIPAA model provides the most detailed precedent for what to log. The insurance model adds the critical distinction between automated and human decisions, essential when an agent acts.

The design challenge is the view layer: raw HIPAA-style logs are for compliance officers, not citizens. An agent accountability system needs at minimum three views: (1) a citizen-facing summary ("your agent submitted X on Y date using Z data"), (2) a caseworker view with decision points and data lineage, and (3) a full audit trail for regulatory review. This layered-view approach is a genuine design problem with no established pattern library; the citizen-legible audit view in particular remains unbuilt.

08 Where things go wrong

Without adequate logging of the basis for each determination, systemic errors cannot be reviewed or traced. A structured audit trail with a regulatory-trace view enables the systemic review that would otherwise surface an unlawful pattern far too late, if at all.

The worst case

Because Robodebt kept no adequate record of how each debt was derived, unlawful income-averaging ran at scale for years before any systemic review could expose it. A structured audit trail would have surfaced that pattern far sooner.
09 Sources
6 references US