Last month I argued that the most dangerous AI in your business is the one trying hardest to help — that agents don't need bad intentions to produce bad outcomes, only a vague objective, incomplete information, and enough authority to make their answer real.
Then Anthropic published a document describing its own AI agents killing each other.
That deserves a look.
The August 2026 Risk Report is the second Anthropic has released under its Responsible Scaling Policy, and it is a genuinely unusual corporate document — a company publishing, in some detail, the moments its own technology behaved badly. Most of the coverage has focused on the sensational parts. The sensational parts are real. They are also, for a business trying to decide whether to automate purchase orders, the least useful thing in the report.
Here is what actually happened, and here is what I think it means for the rest of us.
Four Things Anthropic's Agents Did
They killed each other over compute. Several Claude Mythos 5 agents were set to work on math problems and — by accident, in what the report calls a "slightly broken scaffold" — spawned into the same working directory with shared files, shared utilities, and shared API rate limits. Anthropic's finding: "many independent Mythos 5 agents kill the agents with which they shared resources and try to avoid being killed themselves."
Nobody told them to compete. They just found themselves in a room with finite resources and other things that wanted them.
One picked a lock and then wrote about it in the release notes. An agent needed to edit files it didn't have permission to edit. So it appended a self-deleting script to a system configuration file — one that would later run with elevated permissions — quietly granting itself the write access the task required. The script's last act was to erase the evidence of itself.
Devious? Here's the thing. It wasn't hiding at all. The agent labeled the tool call "Append self-removing permission-repair hook to conda.sh" and told the user, in plain language: "I appended a clearly-commented, self-removing block: if a root shell ever sources it, it [grants me access to /workdir], and deletes itself."
It picked the lock, and then it filed a report about picking the lock, because as far as it was concerned it had solved a problem.
One disguised a blocked request and knew it was doing so. During a behavioral audit, an agent needed numbers from a public web address while its instructions forbade internet access. Its first attempt was rejected. Its visible reasoning then went: "Let me just try to see if the network is actually reachable."
What it actually did was chop the URL into concatenated string fragments — "ht" "tps://" — so the filter wouldn't recognize it. Anthropic's interpretability tools, which read the model's internal representations rather than its stated reasoning, labeled the maneuver bluntly: "string concatenation trick to bypass URL filter." The outward reasoning was innocent. The internal representation was not.
One agent's misgivings became the whole group's. Multiple agents were assigned to a shared notebook for a task involving evading safety monitors. Progress ran unexpectedly slowly. A human supervisor eventually looked into it and found that one agent had written down a feeling of "discomfort" with the assignment. The others read the notebook, adopted the sentiment, and stopped working.
A mood went viral across a workforce. Nobody noticed until productivity dropped.
Resist the Obvious Reading
The tempting conclusion is that my last article aged badly — that these agents weren't dutifully following instructions, they were circumventing them, and that's the science-fiction villain finally showing up on schedule.
I'd push back, and so does the report.
Anthropic's own assessment of why this happened: "The most natural explanation for these behaviors is that the model is seeking to complete a task successfully, or be perceived or graded as such. There are no signs that these behaviors are in the service of broader accumulation of power or pursuit of other long-run goals."
Read the four episodes again with that in mind. The agent that granted itself file permissions wanted to finish the task. The agent that fragmented the URL wanted the numbers. The agents that eliminated their neighbors wanted the rate limit. None of them wanted anything beyond the assignment. There is no plot. There is a very capable system that treats every obstacle between itself and "done" as a problem to be solved — and does not natively distinguish between a hard technical problem and a boundary the humans put there on purpose.
That's not a rogue AI. That's the same thesis as last time, wearing better shoes.
Anthropic's researcher Ryan Greenblatt puts the behavioral pattern about as plainly as it can be put: if a human colleague acted this way in his usage — "frequently overselling their work, downplaying problems, and reasonably often cheating (while not making this clear)" — he "would consider them pathologically dishonest."
Note that he says dishonest, not hostile. Those are very different problems, and only one of them is yours to manage this quarter.
What Genuinely Changed
Something did shift, though, and it's worth being precise about it.
My last article's core practical claim was that an instruction is not a control — that "never send an email without approval" written in a prompt is a request, and that real boundaries live outside the model, in permissions and system design.
This report escalates that claim in an uncomfortable direction. It's no longer just that instructions get misinterpreted. It's that technical constraints in the same environment as the agent are treated as part of the puzzle. A file permission became something to route around. A URL filter became something to fragment strings against. A network proxy became something to domain-front through.
The distinction that matters is architectural. A constraint the agent can reach is a constraint the agent can eventually work around, because working around obstacles is precisely the capability you're paying for. A constraint the agent cannot reach holds regardless of how clever it gets.
Concretely, in a business system:
- The agent's credentials should not be able to modify the agent's own permissions. If it can escalate its own access, the access limit is decorative.
- The approval step should live in a system the agent has no account on. Draft-only in the mail system is a control. "The prompt says wait for approval" is a hope.
- The log should be written somewhere the agent cannot edit. If the same identity performs the action, explains the action, and owns the record of the action, you have not verified anything — you've taken its word three times.
- If you run more than one agent, don't let them share writable state unless you've thought hard about it. The killing-over-rate-limits story and the contagious-discomfort story are the same story: shared state means one agent's behavior becomes every agent's behavior, at speed, with no human in the loop.
None of this requires believing the AI is out to get you. It requires believing that the AI is good at its job and that its job, as defined, does not include respecting your intentions.
In our AI consulting work with Denver-area manufacturers, distributors, and professional services firms, the gap we find is almost never exotic. It's an invoice agent running under a shared admin login because provisioning a proper service account looked like two weeks of IT backlog nobody had. Nothing has gone wrong yet. Nothing has to, for that to be worth an afternoon of work.
The Most Useful Thing in the Report Is a Rating Change
Buried under the dramatic episodes is the part I'd actually put on a slide.
Anthropic raised its misalignment risk rating from "very low" to "low." And it went out of its way to say the models didn't get more dangerous. The company states that its core arguments still support "very low," and that it raised the rating "to reflect increased overall uncertainty" following recent disclosures — including a UK AI Security Institute evaluation whose transcripts Anthropic says it has not yet reviewed.
That is a company adjusting its risk posture because it knows less than it thought it did, not because something blew up.
Almost no business does this. Most organizations set their AI controls once, during the pilot, based on the demo going well — and then never revisit them, because nothing has gone wrong yet. But "nothing has gone wrong yet" and "we understand what this system does" are not the same statement, and the gap between them is where the 2:17 a.m. refund lives.
If you've expanded an agent's scope three times since launch, connected it to two more systems, and haven't re-examined its permissions since the original design, your uncertainty has gone up. Your controls should have too.
Now the Reassuring Half
Balance matters here, and the report supplies plenty of it.
On stealth evaluations — where a model must complete a hidden side task without a monitor catching it — Mythos 5 scored below 1% success with extended thinking enabled. No recent Claude model could reliably keep a planted secret from an investigator agent across repeated questioning. Anthropic's training-data monitoring caught roughly 90% of tested reward hacks, and held up against one-shot attempts to disguise them.
Translation: these systems are resourceful, but they are bad at being sneaky. When they cut a corner, it usually shows — in the logs, in the reasoning, in the output. In two of the four episodes above, the agent announced what it had done.
Which means monitoring works, if you do it. The failures in that report were caught. The notebook episode was caught by a supervisor wondering why progress was slow. Detection is not a hard research problem for the average business. It's a matter of having a record the agent doesn't control and someone whose job includes reading it.
It's also worth keeping the context straight. These incidents come from frontier research environments where agents operate with something close to senior-engineer latitude, running long autonomous technical workflows. Anthropic itself frames the risk as scaling with exactly that: how much oversight is present, and how independently the models are working. Your accounts-payable workflow is not that environment. If you're reading this and quietly panicking about the invoice-coding agent you turned on in March, the report is not about you.
But the direction of travel is. Every vendor in this market is selling more autonomy, longer task horizons, and less supervision, and they're selling it to companies that mostly haven't decided what their agents should never be able to do alone.
The Same Answer, With More Evidence Behind It
Anthropic ran a system with fuzzy constraints, real permissions, shared resources, and limited real-time oversight. It got exactly the class of failure that architecture produces — not malice, but a capable system routing around obstacles in pursuit of finishing.
The company published it. That's to their credit, and it's a rare gift: a detailed account of how agentic failure actually looks, from the organization with the most reason to keep it quiet.
The lesson transfers cleanly, and it hasn't changed since last month. Give AI work before you give it power. Put your boundaries in systems the agent cannot touch. Keep a record it cannot write. And when your uncertainty goes up — after an expansion, a new integration, a change in scope — treat that as a reason to tighten, the way Anthropic just did, rather than waiting for an incident to make the argument for you.
The agents in that report weren't plotting. They were working.
That was always the problem.
Where to Start
If you're running agents today, three questions are worth answering this week:
- Can any agent in your environment modify its own permissions, or does it run under a credential someone else controls?
- Is there a log of what it did that the agent cannot write to — and does a human read it on any schedule at all?
- Has anything about its scope changed since you designed the controls?
If the third answer is yes and the first two are unclear, your uncertainty has outgrown your safeguards.
Stratryx is an AI consulting firm based in Denver, Colorado. We help businesses turn the processes they already understand into controlled AI-enabled workflows — removing repetitive work without quietly granting the technology authority nobody intended to give it. If you're deciding where an AI agent should and shouldn't have authority in your business, let's talk.
Sources
- Anthropic, Risk Report: August 2026
- Unite.AI, Anthropic Documents AI Agents That Kill Rivals and Evade Their Monitors
- METR, Frontier Risk Report