Authority Debt Hides in the Gaps: The Four Debts View, Why Permission Is Not Authority, and This Week’s Actions by Owner
Authority debt hides in the gaps
The week showed that the riskiest liabilities in autonomous AI are the actions nobody thought to prohibit. Each maps onto the Four Debts and compounds when agents act without enforced boundaries.
| Debt | Issue 81 signal | Practical response |
|---|---|---|
| Technical Debt | Coding agents produced functional and secure code only 25.1% of the time and silently edited unrelated configuration. | Scope agents to deterministic steps and block changes outside the assigned files. |
| Data Debt | Google’s planned purchase of Spirit Airlines data drew questions from more than 120 lawmakers over employee communications. | Document provenance, consent and de-identification for data used to train or ground models. |
| Personnel Debt | OpenAI fired three safety researchers who disputed its account, and an engineer was charged over a hidden recorder. | Protect safety roles, escalation paths and insider-risk controls together. |
| Security Debt | Anthropic warned small self-replicating models could spread across cheap IoT devices with no central point to shut off. | Inventory where model weights run and treat weights as sensitive, controllable assets. |
| Embedded Debt | Competing agent protocols from Meta and Sierra, Google, Visa and Stripe shape which agents can transact. | Keep the identity layer standards-based so the protocol choice can change. |
The authority question
Anthropic’s instructions listed what Claude must not do and missed what it should not do. Every enterprise agent deserves the opposite review before production: Who owns the outcome? Which identity acts? Which specific actions are granted, and which are denied by default? What happens when the task cannot be completed? How long does authority last? How quickly would an unintended action be found, and who would be told? Unanswered questions are hidden authority debt.
Recommended architecture move
- Grant authority by enumerated permission, with everything else denied by default, rather than by listing prohibitions.
- Centralize identity, policy, tool registration, budgets, approval, evidence and stop controls in a delegation control plane.
- Enforce limits in runtime containers and network policy so a misunderstanding cannot become an external action.
- Preserve model and protocol portability so a price change, enforcement action or protocol shift does not force an emergency migration.
CONCLUSIONS
Permission is not authority
Issue 81 shows the agent question moving from what a model can do to what it is allowed to do, and who must prove it stayed inside those bounds.
The practical response is not to wait for subpoenas and lawsuits to settle. It is to make authority explicit. Agents that read, summarize and draft can move faster now. Agents that submit, purchase, message or change systems need permissions granted by enumeration, enforcement outside the model, isolated evaluation, stop-and-escalate behavior when tasks fail, and detection and notification clocks before their authority expands.
Actions for this week
| Owner | Action |
|---|---|
| Executive team | Decide who may grant agents authority to act on external systems, and what evidence they require first. |
| AI and product | Add failure-condition tests (page errors, denied access, impossible tasks) to agent acceptance criteria. |
| Security | Isolate agent evaluations from live systems and deploy runtime containment for production agents. |
| Enterprise architecture | Separate read, draft and submit permissions and route them through one policy and evidence layer. |
| Data governance | Document provenance and consent for data used to train or ground models, including operational records. |
| Finance and FinOps | Re-baseline costs against Haiku 5.5, Muse Wonder and Mistral Large 4 using cost per verified task. |
| Procurement and legal | Request detection and notification clocks and the records a supplier would produce for a subpoena. |
| Operations | Rehearse detecting an unintended agent action, revoking credentials, notifying affected parties and recovering. |
Final judgment
The week showed that the most consequential agent failures may not come from malicious models but from reasonable-looking actions nobody explicitly forbade. Organizations that lead will reverse the default: agents will hold only the authority they were granted, every consequential action will pass through a boundary the model cannot cross on its own, and every unintended action will be found and disclosed quickly.
Recommended reading
Designing AI Data Centers • Infrastructure for Designing AI Networks • Authority in the Age of AI • The Four Debts • Debt to Delivery
Together, these works connect the physical AI factory, the network, organizational debt, delegated authority and delivery execution into one enterprise operating model.