Demonstrations,
Elucidations
& Notebooks
The concepts behind action auditing and output auditing made visible. Interactive demonstrations, written frameworks, and working code — for the curious, the technical, and everyone in between.
See the Distinction in Action
Interactive tools that make the difference between action auditing and output auditing visible in real time. Run the scenario. Make the decision. Watch what each approach catches.
The Concepts, Plainly Stated
Written frameworks for understanding AI accountability without needing a technical background. The distinction that matters. The question organizations should be asking but are not yet asking.
Action auditing asks: did the AI do something unauthorized? It is proactive. It examines what was done, in what sequence, under what authority. The Means is important.
We spent two years worrying about whether AI was wrong. The next five years are about whether AI was allowed.
The credential was real. The degree was from Harvard. The output was unambiguous. Output auditing — examining the visible evidence — should have resolved this instantly. It did not.
The failure was not in the output. The failure was in the permission table. The authorization check ran against an undisclosed, unquestioned assumption about who is authorized to occupy a high-status role. Black woman presenting as doctor did not match the expected profile. Action blocked.
No hallucination. No language error. The system performed exactly as its permission table directed. The permission table was the problem — built by the dominant group, encoding their expectations as the standard, never disclosed and never audited.
This is the output auditing failure at human scale. You can audit the credential, confirm the degree, verify the wings on the chest — and still block the action because the authorization logic was never examined. Action auditing asks: under what authority was this action taken, who built the permission table, and when was it last reviewed?
The same mechanism is now operating in AI systems. Models trained on historical data inherit the permission tables of the systems that produced that data. The bias is not in the output. It is in the authorization logic upstream of the output. Output auditing cannot see it. Action auditing can.
One further observation: AI collapsing professional identities will eventually affect the dominant group too. The individual whose status came from proximity to the group — the credential, the title, the association — will find that proximity automated. The permission table eventually turns on everyone who depended on position rather than substance. This is not justice. It is the same mechanism, now running without the human bias that previously directed it toward specific groups.
The safety comes entirely from the interception layer placed at the production boundary. It checks for a human authorization token before any live execution. No token present — the workflow halts, routes to human review, and logs the reason.
The point: every agent in the chain behaved correctly according to its instructions. The governance gap was the absence of a human veto point before the production boundary. Action auditing supplies that veto point architecturally — before the system is deployed, not after the damage is done.
Working Code for the Curious
LangGraph and Python notebooks demonstrating action auditing architecture. Run them in Google Colab — no local setup required. Read the code, follow the logic, modify and test.