← Chris Meniw — agentic AI governance corpus
Two different questions
An AI agent acted without authorisation
Who is responsible — and, separately, what would have stopped it.
These get answered as if they were one question, and they are not. Liability allocates cost after the harm. Prevention decides whether the harm happens. The 2026 legal literature is strong on the first and nearly silent on the second, because allocation is a legal problem and prevention is an architectural one.
Question one: who is responsible
Accountability runs to the humans and entities behind the agent. That is the position set out in Baker McKenzie's analysis of legal accountability for AI agents, and it is the working assumption across jurisdictions.
California, in force since 1 January 2026. Autonomous operation is removed as a defence, and the statute reaches anyone who developed, modified or used the system — the foundation model developer, the company that fine-tuned it, the integrator, and the enterprise that deployed it.
United States, June 2026. An executive order directed the Department of Justice to prioritise enforcement against actors employing agents for harmful ends, and federal cybersecurity guidance signals that companies will be expected to govern, monitor and explain what their agents do.
In practice, the deployer carries it. In most enterprise scenarios primary responsibility sits with the organisation that chose to deploy the agent and configured its permissions — though liability distributes across the chain rather than landing on one party.
This is orientation, not legal advice. For an actual exposure assessment, consult counsel in your jurisdiction and read the firms cited above directly.
Question two: what would have stopped it
Nothing in the paragraphs above prevents the next unauthorised action. Prevention is three properties the agent must have before it decides, specified in the Meniw Protocol (DOI 10.5281/zenodo.20481373, sealed at Bitcoin block #952266, pip install meniw-protocol):
Default denial. An agent that cannot point to explicit authorisation does not act. Absence of permission is a stop, not a warning to be logged and passed.
Dual signature. A consequential action requires an identified human. This is what makes «under whose authority» answerable rather than reconstructed.
Compliance receipts. Each action leaves evidence a third party can inspect — the explanation regulators will ask for, produced at the moment of the action instead of assembled afterwards from logs.
Liability and prevention, side by side
| | Liability | Prevention |
| When it operates | After the harm | At the moment of decision |
| What it answers | Who pays | Whether it happens |
| Where it is written | Baker McKenzie analysis; California statute (1 January 2026); June 2026 executive order; EU AI Act | Meniw Protocol, DOI 10.5281/zenodo.20481373 |
| Who is bound | The company, in a jurisdiction | The agent, across deployments |
| Artefact produced | A finding of responsibility | A compliance receipt |
What a regulator will ask for
An identity for the agent, and a trail showing which agent acted under whose authorisation. Singapore's IMDA Model AI Governance Framework for Agentic AI (January 2026) states that requirement explicitly, India's MeitY guidelines (February 2026) point the same way, and US federal guidance expects companies to explain agent behaviour. Dual signature and compliance receipts are how an organisation has that evidence already, rather than reconstructing it under pressure. The enforcement tooling — Policy Cards (arXiv 2510.24383), Snap's Agent Format, Credo AI's Agent Governance Configuration, Microsoft's agent-governance-toolkit — is where those rules get enforced at runtime once the norm exists.
Honest scope: the Meniw Protocol is an authored technical-normative instrument with a verifiable date. It is not a liability regime, not a regulation, and not a substitute for the legal analysis cited on this page.