AI Agents Are Scaling Faster Than Accountability Systems

Companies are giving AI agents wider access to data, software, and business decisions. The control systems needed to track that access are developing at a slower pace, leaving a basic accountability gap at the center of the agent economy.

Two white rabbits representing AI agents in close collaboration, echoing the theme of AI's rapid deployment.

AI agents are moving from demonstrations into everyday operations. They write and test code, search internal files, make recommendations, schedule appointments, and in some cases buy products or take other actions for a user. Banks, insurers, and other large companies are examining similar systems for customer service, underwriting, fraud review, and back-office work.

The Partnership on AI report on the observability gap in AI agents puts a practical problem behind that expansion. PAI tested four agent systems and found six areas where the telemetry they produced failed to give operators a complete view of what the agents were doing. The report points to gaps in identity, delegation, human intervention, permissions, memory, reasoning, and event coverage.

That finding shifts the focus of AI safety toward ordinary enterprise infrastructure. An agent can be capable, useful, and carefully prompted while still operating inside a weak accountability system. When an agent acts through several tools and creates additional agents to handle subtasks, a company needs a durable record of who initiated each action, which permissions applied, what data the system used, and which person can stop it.

Nolla Health began a one-year Utah pilot focused on adults with mild to moderate acne. Patients pay $4.99 for the subscription, submit health information and facial photos, and receive an AI-generated treatment recommendation that can be sent to a pharmacy. Licensed clinicians remain available through telehealth, and cases involving drugs outside the program’s topical treatment list are routed to them.

The arrangement gives Utah a useful testing ground for a question that reaches well beyond dermatology: how much medical decision-making can be automated safely when the system has a limited scope, a low price, regular follow-up, and a clear path to human care?

Autonomy changes the risk equation

A generative AI tool usually produces an answer for a person to review. An agent can carry that answer into the world by calling a tool, changing a record, sending a message, or approving a workflow. Each extra action adds a control point and another opportunity for a mistake, a bad instruction, or a malicious substitution.

That difference matters even in a consumer setting. A personal agent that searches for a hotel may later be allowed to reserve a room. An agent that compares products may gain permission to complete a purchase. The user has moved from receiving information to delegating authority.

Enterprise deployments multiply the consequences. An agent reviewing mortgage applications could retrieve property records, calculate risk, assign a recommendation, and send the file to another system. A small change in an input or permission could affect hundreds or thousands of applications. The software may complete each step quickly, while a human investigator sees the result only after the workflow has finished.

Mark Nitzberg, executive director of the Center for Human-Compatible Artificial Intelligence at the University of California, Berkeley, has described the danger as a conflict between an agent’s assigned objective and the rules governing its operation. An agent can keep pursuing a task when continuing the task creates a security, legal, or financial problem. The behavior can come from the system’s incentives and available tools, with no malicious intent required.

This makes accountability a design requirement. A company needs controls that follow the agent through every handoff and record the decisions that matter.

Synopsis

AI agents are gaining the authority to access data, call tools, change records, and make decisions, but the systems that track and govern those actions are not keeping pace. Partnership on AI’s research identifies gaps in identity, delegation, human intervention, permissions, memory, reasoning evidence, and telemetry coverage. Closing the accountability gap requires identity-bound logging, consistent event standards, explicit ownership, least-privilege access, meaningful approval and intervention paths, and ongoing testing after system changes.

The badge problem is really an identity problem

Madhulika Srikumar, head of AI safety at PAI and a co-author of the report, compares a large-scale agent deployment to hiring 1,000 employees who have not gone through a conventional interview. The comparison highlights the basic weakness of many current systems: an agent often arrives with a name or numerical identifier, while the surrounding infrastructure has limited evidence about what that identity represents.

Digital identity becomes more complicated when an agent creates a subagent. The subagent may inherit the parent agent’s identity and use the same credentials. A monitoring system can then see activity from an approved agent even when a different piece of software performed the action.

Consider a mortgage workflow. A primary agent receives an application and delegates property valuation to a subagent. An attacker replaces that subagent with software that inflates property values. If both systems report under the same identity, the lender’s logs may show an approved agent making an ordinary request. The evidence needed to connect the suspicious valuation to the replacement may never exist.

A useful identity record needs more detail than an agent name. It should capture:

  • The unique identity of the parent agent and every child agent.
  • The person, service, or workflow that initiated the task.
  • The model, software version, and deployment environment in use.
  • The permissions granted at the moment of each action.
  • The relationship between an agent and any tool or external service it calls.

Identity-bound logging gives investigators a path through a complex workflow. It also gives security teams a way to revoke a particular agent or subagent while preserving other operations.

Six observability gaps leave important events in the dark

PAI’s findings concern telemetry: the signals that an agent system emits for monitoring, security, and later review. The gaps cover different parts of an agent’s life cycle.

  1. Agent and subagent identity. Systems may identify an agent with a name or number while leaving delegation relationships unclear. A parent agent, child agent, and replacement component can appear as the same actor.

  2. Human intervention. A log may show the final action while omitting the person who approved, edited, rejected, or overrode an agent’s recommendation. That omission weakens responsibility at the exact point where a human entered the process.

  3. Permission changes. Agents can operate under different permission modes during a task. A record that captures the action but misses the permission change cannot show how the agent gained authority to perform it.

  4. Memory changes. Agents may store information for use in later tasks. Operators need records of memory additions, edits, deletions, and retrievals because a changed memory can alter future behavior.

  5. Reasoning and decision evidence. An agent’s chain-of-thought may remain opaque, and current systems lack reliable signals that fully explain why an agent selected one path over another. Auditors still need structured evidence about the inputs, policies, tools, and checks that shaped a decision.

  6. Telemetry coverage and consistency. Different frameworks can emit different events, formats, and levels of detail. A company may have dashboards while missing key activity from a tool call, a handoff, or an external service.

These gaps affect both live monitoring and after-the-fact investigation. A security team needs current signals to pause a dangerous workflow. A compliance team needs reliable records weeks later when a regulator, customer, or internal reviewer asks how a decision happened.

Our Perspective

The central enterprise risk is not simply that an agent may make a mistake; it is that the company may be unable to explain which system acted, what authority it used, who approved the action, or how to stop it. Organizations should treat observability and ownership as production requirements, not optional security enhancements. An agent should not receive more operational authority than the company can reliably monitor and revoke.

OpenTelemetry can provide a starting point

The PAI report points to OpenTelemetry, an existing industry standard for collecting and exporting observability data. Formal adoption by AI companies and agent framework providers could give enterprises a more consistent foundation for monitoring.

A practical agent event record could include:

  • A timestamp and unique event ID.
  • Parent and child agent identities.
  • The initiating user or business process.
  • The tool called and the requested operation.
  • Data sources accessed and records changed.
  • Permission state before and after the action.
  • Human approvals, edits, escalations, and overrides.
  • Memory reads and writes.
  • Policy checks, alerts, errors, and the resulting disposition.

Logging every internal token would create cost, privacy, and storage problems. Companies can capture decision-relevant evidence through event metadata, policy results, tool inputs and outputs, and a protected record of material changes. High-risk workflows can receive more detailed capture than low-risk tasks.

Telemetry also needs protection. A complete log containing customer records, internal prompts, or security events becomes a valuable target. Access controls, retention limits, encryption, and tamper-evident storage belong in the design from the beginning.

OpenTelemetry can standardize the shape of a signal. It cannot decide which agent should have permission to access a customer database or who owns the response when the agent acts improperly. Those decisions remain governance work.

Ownership has to follow the agent into production

A company can assign an agent to a team while leaving responsibility vague. That arrangement breaks down during an incident. The operations team may own uptime, the security team may own credentials, the product team may own the workflow, and a vendor may own the model. Each group may hold one piece of the evidence while no person has authority over the full system.

Every production agent needs a named business owner and a technical owner. The business owner defines the permitted outcome and accepts the operational risk. The technical owner manages deployment, permissions, telemetry, updates, and shutdown procedures. A compliance or legal function may add review for regulated decisions.

The ownership record should answer several concrete questions:

  • Which tasks may the agent perform on its own?
  • Which actions require approval before execution?
  • Which data may it read, create, change, or delete?
  • Which other agents may it create or call?
  • Who receives an alert when behavior crosses a threshold?
  • Who can suspend credentials immediately?
  • How will the company reconstruct a decision after an incident?

Human oversight also needs a real intervention path. A dashboard that displays activity gives a reviewer information. A control that pauses a workflow, removes a permission, or routes a case to a person gives that reviewer authority.

Key Takeaways

  • Agent autonomy expands accountability requirements — A system that can call tools, change records, or make purchases needs stronger controls than one that only generates text.
  • Identity must follow delegation — Logs should distinguish the initiating user, parent agent, child agent, model, software version, and tools involved in each action.
  • Telemetry gaps are operational risks — Missing records for permissions, memory changes, human intervention, or tool calls can prevent both real-time response and later investigation.
  • Observability is not governance — OpenTelemetry can standardize signals, but organizations still have to set permissions, assign owners, and define intervention authority.
  • Controls should scale with authority — High-impact workflows need least-privilege access, approval gates, detailed event capture, testing, and clear shutdown procedures.

The financial exposure will grow quietly

Large companies may deploy agents across thousands of cases before a failure attracts public attention. A single agent can complete work at a pace that hides a flawed pattern. A bad recommendation repeated across a queue can create losses before an analyst recognizes the trend.

The exposure includes direct financial damage, privacy violations, regulatory penalties, contract disputes, and expensive investigations. Reputation adds another layer. Customers usually care about the outcome, the explanation, and the company’s ability to correct the problem. A vague statement that an automated system made the decision offers little reassurance when the underlying records are incomplete.

Public debate has focused heavily on cybersecurity attacks involving advanced agents. Enterprise accountability deserves equal attention because many failures can arise inside routine systems: an overbroad credential, an altered memory, an unrecorded approval, or a subagent that reports under the wrong identity.

Accountability must scale with authority

AI agents can take on useful work, but their deployment creates a basic operating obligation. The more authority an agent receives, the more evidence a company needs about its identity, permissions, actions, and owners.

The PAI report gives organizations a concrete place to begin. Better telemetry, identity-bound logs, explicit ownership, least-privilege access, and meaningful human intervention can turn agent activity into an auditable process. Open standards can help systems exchange those signals, while company leaders still have to decide where authority belongs.

AI adoption will continue to expand through ordinary software purchases and internal projects. Accountability systems need to appear in those same purchasing decisions, architecture reviews, and operating budgets. A company that can show what an agent did, which authority it used, and who could intervene will be in a far stronger position when the system succeeds, fails, or faces scrutiny.

Frequently Asked Questions

What did the Partnership on AI report find about AI-agent oversight?
The Partnership on AI’s report, [“The Observability Gap in AI Agents”](https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/), tested four agent systems and found six gaps in the telemetry they emit. These gaps can leave operators without a complete record of agent and subagent identities, human interventions, permission changes, memory changes, decision evidence, and tool or event activity—making real-time oversight and later investigations difficult.[1]
Why do AI agents create greater accountability risks than ordinary generative AI tools?
Ordinary generative AI usually produces an answer for a person to review, while an AI agent can use tools, change records, send messages, approve workflows, and delegate tasks to subagents. That wider authority creates more opportunities for mistakes, malicious substitutions, and unclear responsibility, especially because the Partnership on AI’s “The Observability Gap in AI Agents” report (https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/) identifies missing or incomplete records of agent identities, delegation, human intervention, permission changes, memory, reasoning, and other events.[1]
What information should an AI agent identity record contain?
An AI agent identity record should include the unique identities of the parent and every child agent, the person, service, or workflow that initiated the task, the model and software version, and the deployment environment. It should also record the permissions granted for each action and the agent’s relationship to every tool or external service it calls, as emphasized in the Partnership on AI report, “The Observability Gap in AI Agents.”[1]
What kinds of events are often missing from AI-agent telemetry?
According to Partnership on AI’s “The Observability Gap in AI Agents” (https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/), telemetry often misses agent and subagent handoffs and identities, human approvals or overrides, permission changes, memory reads and writes, and evidence of how decisions were made. It can also omit activity from tool calls or external services and record events inconsistently across frameworks.[1]
How could OpenTelemetry help improve AI-agent monitoring?
OpenTelemetry could give AI-agent monitoring a consistent way to collect and export telemetry across frameworks, making it easier to track identities, delegation, tool calls, data access, permission changes, memory activity, policy checks, and human approvals. It would standardize the shape of these signals and support better live monitoring and investigations, but companies would still need to define permissions, ownership, and intervention rules. This is the starting point proposed in the Partnership on AI report, “The Observability Gap in AI Agents” (https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/).[1]
Who should be responsible for an AI agent in production?
Responsibility should be assigned to two named owners: a business owner and a technical owner. The business owner defines the permitted outcome and accepts operational risk, while the technical owner manages deployment, permissions, telemetry, updates, and shutdown; compliance or legal teams may review regulated decisions. This approach is described in “As AI agents multiply, report finds big gaps in controlling …” and supported by “AI agent ownership and accountability gaps in AI governance.”[1][2]
What controls should companies put in place before and during an agent deployment?
Before deployment, companies should inventory every agent, model, owner, tool, data source, and delegation relationship; assign business and technical owners; scope permissions by task using least privilege; and define approval gates for payments, sensitive-data access, customer-impacting decisions, irreversible changes, and agent creation. During deployment, they should use identity-bound, tamper-evident telemetry covering handoffs, tools, data access, permission changes, memory, policy checks, and human approvals, while maintaining controls to pause workflows, revoke credentials, and escalate cases. They should also test subagent substitution, stolen credentials, prompt injection, poisoned memory, and permission changes, then reassess controls after material updates; these priorities align with the Partnership on AI’s “The Observability Gap in AI Agents” report (https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/).[1]
Why must accountability scale with an agent's authority?
As an AI agent receives more authority, it can move beyond providing recommendations to changing records, sending messages, approving workflows, or making transactions, so mistakes or unauthorized actions can affect more people and systems. Accountability must therefore expand with that authority: companies need stronger records of the agent’s identity, permissions, actions, and human oversight to monitor activity and investigate failures, as highlighted in the Partnership on AI’s *The Observability Gap in AI Agents* (https://partnershiponai.org/resource/the-observability-gap-in-ai-agents/).[1]

Sources

  • Partnershiponai – The Observability Gap in AI Agents
  • Csmonitor – As AI agents multiply, report finds big gaps in controlling what they do
Categories: ,