← Hub

Field Guide · 07 of 07

Operate & Adapt

How the system stays honest after launch—monitoring, drift, workarounds, incidents, and adaptation.

Frank Sellhausen · September 2026

01

The operating question

Deployment is not the end. The human–AI system must be operated, monitored, maintained, and improved — continuously, not once.

AI systems change over time: models drift, data shifts, users adapt, requirements evolve, edge cases appear. A system that worked at launch may not work six months later. Operating means staying honest about whether the system is still doing what it is supposed to do.

The system that launched is not the system that runs. Operating means watching for the difference.

02

What to monitor

  • Outcomes — is the system still producing the results it was designed to produce?
  • Behavior — is the system behaving as specified, or has something drifted?
  • Inputs — has the data the system sees changed in ways that affect performance?
  • Usage — are people using the system as designed, or have workarounds emerged?
  • Exceptions — what edge cases and failures are occurring, and how are they handled?
  • Feedback — what are users, reviewers, and downstream systems reporting?

03

Drift and workarounds

AI systems drift: model performance degrades, user behavior adapts, data distributions shift, requirements change. Monitoring must detect drift before it becomes failure.

Workarounds are signals, not problems. When users invent ways around the system, that often means the system does not fit the real work. The question is not "how do we force compliance?" but "what is the workaround telling us about the gap between the designed system and the actual work?"

Operating rule

When you find a workaround, do not eliminate it until you understand what function it serves. The workaround may be solving a problem the designed system cannot.

04

Incidents and learning

When something goes wrong:

  • Detect — how was the problem discovered?
  • Respond — what immediate action was taken?
  • Investigate — what caused the problem, and why did it reach this point?
  • Remediate — what changes prevent recurrence?
  • Learn— what does this incident teach about the system's design?

Incidents are not failures of the operating team — they are feedback about the system. The goal is not zero incidents; the goal is a system that learns from incidents and improves.

05

Adaptation

Requirements change. The world changes. The system must adapt. Adaptation is not a failure of the original design — it is evidence that the system is being operated honestly.

Build adaptation into the operating model: regular reviews, clear triggers for redesign, authority to make changes, and feedback loops that surface what needs to change.

06

Monday

Monday move

For one AI system in production: what are you monitoring? When did you last review whether the system is still producing the outcomes it was designed for? What workarounds have users invented? If you don't know the answers, operating is incomplete.

Public working synthesis · September 2026 · Not a finished curriculum