AI Leader · Whitepaper

Chapter 30 · Experience and Conclusions

Case Studies and Anti-Patterns

Key insights from Chapter 30 of "AI Leader"

Author Conceived and directed by Gunnar Nordqvist; text written by AI agents under his direction.
Published 11 November 2026
Build number 2026.11
leadership decision-rights ai-governance architecture-as-code ai-agents
Figure 30.1: The anti-patterns placed on the leadership loop, with the controls that check each one.
Figure 30.1: The anti-patterns placed on the leadership loop, with the controls that check each one.

The earlier chapters argued from principles and from the two fictional organisations. This chapter checks the argument against public cases, in which real organisations, inquiries, courts and regulators have recorded what went wrong and sometimes what went right. It concerns all five leadership functions: L1 Orient, because several cases turn on what the leaders in charge were told and by whom; L2 Decide, because they turn on who took a decision and on what evidence; L3 Organise, because the recurring fault is a structure in which nobody owned the whole; L4 Enable, because a dashboard or a target replaces the work of developing and checking people; and L5 Answer, because every case ends with a question of who answered, to whom, and whether they could.

The method is strict, and the reader should know it before the cases. Every case below is described only from a primary or authoritative record that was opened and read in preparing this chapter: a parliamentary inquiry report, a data protection authority's investigation report, a regulator's order, a supervisory decision, a head of government's own words, or a company's own post-incident report or press release. Where the record is a company's statement of its own results, it is described as a claim. A case that could not be verified that way is not analysed, and the section on method lists them. Interpretation is the book's own and is labelled as such. The cases are observable in the sense of AI Governance, Chapter 22: they happened and are documented (221, Nordqvist, 2026).

The chapter takes five conclusions from the earlier volumes as the lenses through which it reads the cases. The July 2026 OpenAI and Hugging Face incident failed through correlated controls, among them an alert that reached people who did not hold the stop decision (AI Governance, Chapter 19, F28) (221, Nordqvist, 2026). Agents acting beyond their mandate are observable, and the lasting response has been to move controls from the agent's compliance into the environment (AI Threat, Chapters 25 and 35, F67) (224, Nordqvist, 2026). In the first exercise on the defenders' own AI, the action control held while the case store accepted unlabelled text, and each defect needed a re-test (AI Blue, Chapter 15, F114) (227, Nordqvist, 2026). The loop fails in recognisable ways, each a step that looked reasonable, and the controls are few: independence, evidence age, a stop path outside the system and a testing right (AI Purple, Chapter 26, F140) (228, Nordqvist, 2026). The first honest numbers of a verification programme are lower than the first dashboards (AI Purple, Chapter 13, F141) (228, Nordqvist, 2026). From this book, Chapter 4 supplies the three tests of the answerability principle, Name, Explain and Reach, the delegation ladder with the four Level 4 prohibitions, and the rule that a claim carries its method and its date.

Primary topics explored

  1. What this chapter builds on
  2. How the cases were chosen and what was dropped
  3. Cases, by mechanism
  4. What recurs
  5. Anti-patterns
  6. Lessons by function

About AI Leader

AI Leader is Book 11 of The Transformed Architecture. It takes leadership as its subject and asks what happens when AI is used broadly: the five leadership functions (orient, decide, organise, enable, answer), the delegation ladder and the Level 4 prohibitions, the answerability principle (name, explain, reach), the span and the middle layer, human-agent work, the board and the management body, change and adoption as claims that need evidence, regulation (the AI Act, DORA, NIS 2, the GDPR), ethics and sovereignty, and the leader as a person, for European enterprises and public authorities.

It builds on the conclusions of Architecture as Code, AI Governance, AI Platform and Security, AI Red Team, AI Threat, The Transformed Security Architect, AI Boss, AI Blue, AI Purple and AI Operations.

Who should read this

chairs and members of boards, chief executives and executive teams, the changing C-suite, middle managers and first-line leaders, heads of public authorities and the politicians who oversee them, HR specialists, works councils and unions, architects who advise leaders, and supervisors and auditors.

Portrait of Gunnar Nordqvist

Gunnar Nordqvist

Conceived, directed and published the books of The Transformed Architecture.

Continue with the full chapter

Read the full chapter online

Chapter 30: Case Studies and Anti-Patterns in AI Leader gives the detailed explanations, practical examples and implementation patterns behind this summary.

This whitepaper belongs to “Experience and Conclusions” and is one of 37 drawn from the manuscript.