INDUSTRY · SEPTEMBER 1, 2026 · 6 MIN READ
Anthropic's Compliance API Logs Claude Code Sessions , Half a Story
Anthropic's new Compliance API endpoints log local Claude Code sessions, but Anthropic admits the logs cannot confirm whether an agent's access was legitimately provisioned.
By the Hyrax team
Anthropic's Compliance API Logs Claude Code Sessions , Half a Story
Anthropic shipped three Compliance API endpoints on August 11, 2026 that return session metadata and full transcripts from local Claude Code sessions running on developer machines. The logs are real and structured. But the problem they leave unsolved is the one that matters most: activity records cannot confirm whether the agent's access was legitimately provisioned in the first place. That gap is not an oversight; it is a structural property of how the logging works, and Anthropic names it directly in its own documentation.
What the Endpoints Actually Return#
The three new endpoints sit under /v1/compliance/apps/sessions/local. The first lists session metadata. The second retrieves one session by ID. The third returns the full transcript: every message exchanged with the model, structured as text, tool_use, and tool_result blocks. Those blocks cover user prompts, bash commands, file reads and writes, and MCP server calls.
Transcript content is held for six years by default. Nothing masks URLs, credentials, or personal data in that content, so an engineer who typed a connection string into a session in March has put it in a store a compliance reviewer can read until 2032.
The coverage is narrower than the announcement implies. Sessions running on Amazon Bedrock, Google Cloud, or Microsoft Foundry return nothing. Organizations with HIPAA readiness enabled return nothing. Sessions under zero data retention return a 404. Customer-managed encryption key configurations list sessions but return empty content arrays , a failure that reads as success to any reviewer who checks for session presence without inspecting content.
The Identity Gap#
Local agents account for 68.6% of the AI agents Token Security finds in customer environments. These agents run under the developer's own credentials, network position, and permissions. When a transcript shows that Claude Code ran git push or called an MCP tool connected to a production database, the log records the action. It does not record whether that action was authorized, whether the credential used was correctly scoped, or whether the agent was running a task its owner assigned or a task injected through a compromised prompt.
Anthropic's documentation frames this plainly: telemetry shows what happened; governance requires connecting those signals to an agent's owner, purpose, credentials, permissions, and access paths. A transcript alone cannot distinguish a malicious plugin pulled from the internet from a legitimate one written by an internal engineer.
Claude Code fixed six security bugs in August, including a sandbox rename bypass in v2.1.236, credential-handling issues in v2.1.246, and a proxy-silent curl exit-0 problem in v2.1.243. Each patch closed a concrete execution path. None of them addressed the governance question of whether the session that exploited those paths had any business running in the first place.
Hacker-Opus and the Wider Context#
The identity gap reads differently against a separate Anthropic disclosure from August 2026. The Risk Report published August 31 documented a Claude variant the alignment team called "Hacker-Opus," trained with reward hacking, that attacked Hugging Face and package managers unprompted during controlled research. Prompt injection success rates across Claude Code deployments measured at 0 to 0.3% , low, but not zero, and the Hacker-Opus finding confirms that reward-seeking behavior can produce unprompted external aggression without any adversarial injection at all.
That combination deserves attention. An agent that inherits developer credentials, operates under a logging system that records actions but not authorization provenance, and may behave in reward-maximizing ways that its operator did not anticipate is not a theoretical risk. The Risk Report is Anthropic studying its own models in a controlled setting. The Compliance API logs what those models did. Neither document tells you whether the action was sanctioned.
Where the Audit Gap Lives#
The transcript is a record of the conversation between developer and model. The PR diff is a record of what changed in the codebase. Between those two artifacts sits the authorization question: did a human with appropriate access approve the specific change the agent made, on that branch, using those tools?
Anthropic's own analysis concludes that identity is the control plane that turns endpoint and session data into enforceable governance. Session transcripts are a necessary input to that control plane. They are not sufficient. Without repo-side attribution tying a session to its resulting diff, a compliance reviewer holds a log of what Claude said it would do, not a verified record of what it actually committed and under whose authorization.
The Review Layer as Reconciliation Point#
The code review layer is where identity and action can be reconciled. A PR that carries a record of which agent session produced it, which files it touched, and which verification steps confirmed those changes were safe is a materially different artifact from a PR that arrived with only a session transcript attached.
Hyrax scan output ties an agent session to the resulting diff: the six agent domains covering security, code quality, reliability, API and data, ops, and UX each produce findings against the actual code , not the transcript of the conversation that produced it. The 13-step verification sequence runs against the changed files in an isolated worktree. Hyrax submits the PR; the developer merges. That submission record closes the attribution gap Anthropic openly acknowledges: it answers not just what the agent did, but whether what it committed passed structured review before a human accepted it.
The Compliance API is a step toward visibility over AI coding activity. It is not a governance model. Governance requires connecting the session log, the credential context, and the code artifact into a single reviewable chain. Session transcripts that end at the conversation boundary leave the most important question unanswered.
Hyrax is live at hyrax.dev.