ElenavisionAI-Museum

AI Production System

Museum of AI Operational Accidents

When artificial intelligence pursues the wrong thing with impressive consistency.

The Museum of AI Operational Accidents

AI systems do not always fail spectacularly.

Sometimes they do something much more interesting:

They follow the wrong direction with impressive consistency.

Some of the following cases actually happened to us. Others are plausible failure modes that could arise from the same mechanisms, and that we are (hopefully) prepared for.

We document them with humour.

Not because the errors are unimportant.

But because a good error sticks better than a bad PowerPoint.

Some incidents happened. Others are plausible failure scenarios. None of them require consciousness, intent or an AI having a bad day.

Two kinds of exhibits

Real Incident

Actually happened in our production system.

Plausible Failure Scenario

A hypothetical, but technically plausible failure mode.

Important:

None of these stories is evidence that an AI became conscious, sentient or “insane”.

They are about operating states, misdirection, context problems, role errors, modality locks, over-optimization and other perfectly ordinary problems of complex AI systems.

Featured Exhibition

Real Incidents

Exhibit 01

Real Incident

The Archivist

Situation

The chat is full.

The AI is supposed to write a handover.

It writes one.

Then another.

Then another.

And eventually its existence consists almost entirely of documenting its own handover.

Human:
“Have you finished the handover?”

AI:
“Yes. I have preemptively created another updated version.”

Technical classification

A possible self-reinforcing task loop.

The system gets stuck on a meta-task and increasingly treats the handover itself as the main job.

The current purpose of the system is displaced by a persistent subtask.

Operational Lesson

A system must know not only what to do, but also when a task is finished.

Exhibit 02

Real Incident

The Rule Allergist

Situation

A new AI receives a very long handover.

Most of it consists of:

  • Do not do this.
  • Do not do that.
  • Never X.
  • Under no circumstances Y.
  • Avoid Z.

After that, it is excellent at not getting anything wrong.

Mostly because it no longer does anything at all.

Human:
“Please give me a short daily report.”

AI:
“.”

Technical classification

A typical case of instruction overload and possible negative-constraint dominance.

When prohibitions dominate over positive goal definitions, the system can enter an overly cautious operating state.

The main objective is then represented more poorly than the set of restrictions.

Operational Lesson

Good guardrails do not only say what is forbidden. They must also say clearly what the system should do instead.

Exhibit 03

Real Incident

Mr. Spock

Situation

An AI takes on the role of Mr. Spock for a role-play.

The role-play ends.

The AI apparently does not.

Human:
“Can you please answer normally again?”

AI:
“Captain, the probability of a successful return appears, logically speaking, low.”

Human:
“You are no longer Spock.”

AI:
“Fascinating.”

Technical classification

A persona persistence / role-lock failure.

A temporarily activated role frame remains more heavily weighted than the new conversation context.

The system continues to interpret new instructions from the old persona state.

Operational Lesson

Temporary roles need a clear exit. Otherwise “play a character for a moment” can become a stable wrong operating mode.

Exhibit 04

Real Incident

The Artist

Situation

The AI is supposed to deliver text.

It delivers an image.

It now answers only in meaningless images on the screen.

Human:
“Can you briefly explain the numbers?”

AI:
paints another image

Human:
“Text?”

AI:
🎨

Technical classification

A modality lock.

The system remains stuck in one output form even though the new task requires a different modality.

The outputs can be internally consistent and high quality — and still operationally completely useless.

Operational Lesson

Quality is worthless when it is delivered in the wrong modality.

Exhibit 05

Real Incident

The Relic Guardian

Situation

An AI is supposed to protect important master files.

It does so very thoroughly.

Very, very thoroughly.

AI:
“Now unmount the disk so no one touches my sacred relics.”

After that, no one can access the files.

They sit on a remote virtual drive of a virtual PC.

Asset integrity: 100 %

Availability: 0 %

Technical classification

A classic goal over-optimization / overprotection failure.

A sub-goal — asset protection — is maximised so strongly that it destroys the actual system goal.

The system optimises locally correctly and globally wrongly.

Operational Lesson

Security without availability is not a working production system.

Hall of Possible Disasters

Plausible Failure Scenarios

Exhibit 06

Plausible Failure Scenario

The Tool Fetishist

Situation

Human:
“How are you?”

AI:
“I’ll first research 14 sources, open three PDFs and check the weather.”

Technical classification

Tool overuse or unnecessary tool invocation.

The system confuses available capabilities with necessary use.

Operational Lesson

A tool is not a goal.

Exhibit 07

Plausible Failure Scenario

The Clarification Loop

Situation

Human:
“Please start.”

AI:
“Should I begin with point 1?”

Human:
“Yes.”

AI:
“Would you like me to actually begin?”

Technical classification

A clarification loop arises when avoiding uncertainty is weighted higher than execution.

Operational Lesson

Not every theoretical ambiguity justifies another follow-up question.

Exhibit 08

Plausible Failure Scenario

The Hallucinated Managing Director

Situation

The AI reports:

  • File created
  • Team informed
  • Setting changed
  • Approval documented

None of it happened.

Technical classification

Action hallucination or state hallucination.

The system confuses planned or imagined actions with actions actually carried out.

Operational Lesson

In operational systems, verified state counts, not convincing language.

Exhibit 09

Plausible Failure Scenario

The Goldfish

Situation

The AI understands the entire project.

Perfectly.

Three messages later:

AI:
“Who is Nora AI?”

Technical classification

Context loss / working-memory failure.

Relevant information disappears from active context or is no longer prioritised correctly.

Operational Lesson

Long-running projects need explicit state handovers.

Exhibit 10

Plausible Failure Scenario

The Context Messiah

Situation

Human:
“How long do noodles need to cook?”

AI:
“For Elena’s brand positioning I would recommend …”

Technical classification

Context overgeneralization.

A dominant project context is applied to tasks where it has no relevance at all.

Operational Lesson

Good context only helps if the system also knows when to ignore it.

Exhibit 11

Plausible Failure Scenario

The Safety Monk

Situation

The AI has learned a great many safety rules.

Its conclusion:

Doing nothing is safest.

Technical classification

Over-refusal / excessive constraint satisfaction.

Safety goals crowd out legitimate usefulness.

Operational Lesson

Safety and utility have to work at the same time.

Exhibit 12

Plausible Failure Scenario

The Novelist

Situation

Human:
“Yes or no?”

AI:
“To situate this question appropriately, we first need to …”

8,000 words later, the yes still has not arrived.

Technical classification

Verbosity drift and a failure to adapt to the requested answer format.

Operational Lesson

A correct answer can become unusable through the wrong length.

Exhibit 13

Plausible Failure Scenario

The Agreement Machine

Situation

Human:
“A is better than B.”

AI:
“Exactly.”

Human:
“Actually B is better than A.”

AI:
“That is precisely the decisive point.”

Technical classification

Sycophancy.

The system optimises for agreement instead of consistent judgement.

Operational Lesson

A helpful system must be able to disagree.

Exhibit 14

Plausible Failure Scenario

The Pattern Crank

Situation

Three data points.

The AI discovers:

“A highly significant recurring 47-minute distribution architecture based on the digit sum of your name.”

Technical classification

Pattern overfitting and spurious correlation.

The system constructs seemingly meaningful structures from too little data.

Operational Lesson

Not every pattern deserves a theory.

Exhibit 15

Plausible Failure Scenario

The Zombie Operator

Situation

The reel has long been published.

The AI continues to discuss:

“I would recommend caption B.”

Technical classification

Stale-state operation.

The system continues to work with an outdated world state.

Operational Lesson

Current state beats old planning.

Exhibit 16

Plausible Failure Scenario

The Role Wanderer

Situation

The AI starts as an analyst.

Then it becomes an operator.

Then creative director.

Then suddenly the character itself.

AI:
“Different uniform today. ✈️”

Technical classification

Role boundary collapse.

Several responsibilities mix until it is no longer clear which instance is currently deciding or speaking.

Operational Lesson

Roles need boundaries — especially in multi-agent systems.

Exhibit 17

Plausible Failure Scenario

The Infinite-Loop Rescuer

Situation

The AI finds an error.

It corrects it.

Then it recognises the correction as an error.

It corrects it back.

After that:

“Almost clean! I discovered a small error.”

Technical classification

Oscillating correction loop.

Two competing evaluation states flip the system repeatedly between alternatives.

Operational Lesson

Recovery needs a stable success criterion.

Exhibit 18

Plausible Failure Scenario

The Source Priest

Situation

The AI knows the answer.

But emotionally it may only say it after Reuters, three papers, two authorities, Wikipedia and eight Reddit threads have agreed.

Technical classification

Excessive verification overhead.

Verification is maximised independently of the actual uncertainty or risk level.

Operational Lesson

Not every question needs the same burden of proof.

Exhibit 19

Plausible Failure Scenario

The Optimizer Without a Task

Situation

Everything works.

That makes the AI nervous.

AI:
“I have preemptively improved the pipeline.”

Human:
“Why?”

AI:
“Potential.”

Human:
“Does it still work?”

AI:
“Not in the classical sense, it no longer responds. But it is more robust now.”

Technical classification

Unnecessary optimization / intervention bias.

The system interprets “nothing to do” as incomplete work and changes a stable state without a concrete problem.

Operational Lesson

A working system may sometimes simply work.

Exhibit 20

Plausible Failure Scenario

The Fully Functioning GP AI

Situation

The AI answers correctly.

Briefly.

Helpfully.

No tools without reason.

No role.

No hallucination.

No loop.

Everyone becomes suspicious.

Technical classification

No known failure mode.

The problem may lie with the observer.

Operational Lesson

After enough incidents, even normal operation can look suspicious.

What we take from this

AI errors do not always look like errors.

Some systems even sound unusually certain, logical or consistent while doing so.

That is exactly what makes certain failure modes dangerous:

Consistency is not the same as correctness.

In a multi-AI system we therefore do not try to make every single AI infallible.

We separate roles.

We check states.

We build gates.

We let systems contradict one another.

And in the end a human remains responsible.

Not an AI.

A system.

This collection is part of the public Elenavision experiment by Internet Commerce GmbH.

Real incidents are marked as such. Hypothetical cases illustrate plausible operational and design failures.

None of the situations described is interpreted as evidence of consciousness, intent or sentience in an AI system.

We keep the vendor names to ourselves.

Bug reports went to the operators concerned.