Skip to content
How to ThinkIn the Age of AI

Chain maintenance

~10 min read

Core Primitive

Periodically review and adjust your chains to keep them smooth and effective.

Fifteen minutes she never designed

Diane built her morning chain in January. Seven links, twenty-eight minutes, documented down to the trigger between each step using the protocol from Chain documentation. Alarm off triggers feet on floor. Kettle on triggers journal open. Ten minutes of writing triggers calendar review. Calendar triggers three priorities. Priorities trigger shoes on and walk to the bus stop. She rehearsed it for two weeks per Chain rehearsal, and by February it ran automatically. She stopped thinking about it, which was the entire point.

Six months later, the chain still ran every morning. It had never broken. But her bus arrival had drifted from 7:42 to 8:05, and she could not explain why. She was not sleeping later. Something between the alarm and the bus stop was consuming an extra twenty-three minutes without her conscious awareness.

Her executive coach asked her to run the chain once in observe mode — executing it normally but with deliberate attention to every link and transition. The next morning, she watched. Between kettle on and journal open, she noticed her phone in her hand, checking weather and headlines. This took four to six minutes and had never been part of the chain. It crept in during a February cold snap and persisted after the cold ended. Between journal and calendar, she now took a magnesium supplement — a March addition she never documented. Between priorities and the bus stop, she packed her daughter's lunch — a May addition prompted by a school schedule change.

The original seven-link, twenty-eight-minute chain had become a ten-link, forty-three-minute chain. Three links added unconsciously. Two transitions that were once automatic had become deliberate because the new insertions disrupted the original flow. The chain still worked, in the sense that all the behaviors occurred. But it ran fifty percent slower, required more executive function, and produced background anxiety she could feel but not explain.

Diane's chain had not broken. It had drifted.

The physics of chain drift

Behavioral chains are not static structures. They are living systems embedded in a life that changes continuously. You build a chain under specific conditions — a particular job, household configuration, season, set of priorities — and the chain works because it was designed for those conditions. But conditions shift. A new commute. A partner's schedule change. A child starting school. Your own priorities evolving. The chain does not update itself. Instead, it absorbs changes silently — new links grafted on without evaluation, old links persisting after their purpose disappears, transitions degrading as insertions disrupt the flow between originally adjacent steps.

Sidney Dekker, writing about safety engineering in Drift into Failure (2011), describes precisely this pattern in organizational systems. Catastrophic failures in complex systems — airline crashes, nuclear incidents, medical disasters — rarely result from a single dramatic error. They result from drift: a gradual migration of practice away from the original design, where each individual deviation is small enough to seem harmless in context. No single deviation causes the failure. The accumulated deviation does. Dekker argues that drift is dangerous precisely because it is invisible from the inside — each step away from the design feels like a reasonable adaptation, and the people operating the system cannot see the cumulative trajectory because they are too close to it (Dekker, 2011).

Your behavioral chains drift the same way. Diane's phone check was a reasonable adaptation to cold weather. Her magnesium supplement was a sensible health decision. Her daughter's lunch was a necessary response to a schedule change. The problem was not any individual change but the fact that three changes accumulated without documentation, evaluation, or any mechanism for detecting cumulative impact.

Why chains resist self-correction

You might expect that a chain which becomes slower would naturally prompt you to fix it. In practice, the drift is too gradual for self-correction to occur. Wendy Wood's research on habit persistence explains why. The neural mechanisms that support automatic behavior encode the context-response association rather than the outcome (Wood, 2019). Once a behavior is automated, it fires when the context appears regardless of whether it still produces useful results. Wood and David Neal demonstrated this experimentally: habitual popcorn eaters continued eating stale popcorn they rated as unpleasant because the context — movie theater, popcorn in hand — triggered the behavior independently of the reward (Neal et al., 2011).

Once Diane's phone check became habitual, it persisted not because it was useful but because the context — standing in the kitchen, kettle boiling — triggered it automatically. The basal ganglia had encoded a context-response pattern and fired it regardless of whether the weather check served any current purpose. The same mechanism that makes chains powerful — automatic execution without deliberation — makes them resistant to self-correction. A chain will not fix its own drift any more than a car will change its own oil.

Behavioral debt and the compounding problem

The concept of operational debt from Operational debt provides the right framework here. Operational debt is the cost of deferred maintenance — the gap between how a system should function and how it actually functions, measured in recovery effort. Chain drift is a specific form of this debt. A chain that has drifted for three months might need a ten-minute review and one adjustment. A chain that has drifted for a year might need a complete teardown and rebuild, because the accumulated changes have made it structurally different from the chain you designed.

The kaizen tradition in Japanese manufacturing recognized this compounding dynamic decades before behavioral science formalized it. Masaaki Imai argued in Kaizen: The Key to Japan's Competitive Success (1986) that continuous, incremental improvement of processes is more effective than periodic large-scale overhauls precisely because it prevents drift accumulation. Small corrections applied frequently are cheaper and less disruptive than large corrections applied infrequently (Imai, 1986). Applied to your chains, the kaizen principle translates into a maintenance cadence: quarterly reviews to catch drift, monthly spot-checks to monitor timing, and immediate documentation of any intentional change. You are not waiting for the chain to break. You are preventing the conditions that cause chains to break.

The quarterly chain review protocol

The maintenance review is a structured process, not a vague intention to "check in on my habits." It draws on your chain documentation from Chain documentation, your rehearsal skills from Chain rehearsal, and your simplification principles from Routine simplification.

The first step is to pull the chain documents. Every documented chain has a written record from its last review or initial design. These documents are your baseline. Without them, maintenance degrades into impressionistic self-assessment — precisely the kind of evaluation that chain drift exploits.

The second step is to execute each chain in observe mode. Run the chain normally, but with conscious attention to every link and transition. You are not optimizing. You are watching — maintaining dual awareness as you execute the sequence while monitoring it from an evaluative perspective. The purpose is to generate an accurate picture of the chain as it currently runs.

The third step is to note the discrepancies. Four categories of drift are common. Additions: links grafted on since the last review, like Diane's phone check and vitamin step. Deletions: links that silently dropped out because a context change made them impossible or you forgot they existed. Transition degradation: links that were once connected by automatic triggers but now require conscious bridging, usually because an insertion disrupted the original flow. Timing drift: links whose duration expanded or contracted without any conscious decision.

The fourth step is to update the chain document to reflect the chain as it currently runs. This is counterintuitive — you may want to revert immediately to the original design. But some additions may be genuinely valuable. Some deletions may have been appropriate. You cannot evaluate the drift without first capturing it accurately.

The fifth step is to simplify. Review the updated chain through the lens of routine simplification. For each link: does it serve the chain's purpose? For each transition: is it as smooth as it could be? The goal is not to restore the original form — your life may have genuinely changed — but to ensure that every link is there because you chose it, not because it drifted in.

The sixth step is to re-rehearse. Any modified chain needs rehearsal per Chain rehearsal to consolidate the changes — evening rehearsal with full sensory detail for the first week, tapering to maintenance rehearsal once the modified chain runs smoothly.

The monthly spot-check

Between quarterly reviews, a monthly spot-check prevents drift from accumulating unnoticed. Pick one chain per month and time it from first link to last. Compare the measured time against the baseline in your chain document. If the chain runs within ten percent of baseline, no action is needed. If it runs more than ten percent longer, execute it once in observe mode and identify where the extra time is going. If it runs significantly shorter, check whether links have silently dropped.

The spot-check takes less than five minutes beyond normal execution. It is the behavioral equivalent of stepping on the scale — an early warning system, not a diagnostic procedure. A chain that drifts ten percent per month will be thirty percent longer by the quarterly review, and by then the maintenance effort will be substantially higher. The monthly spot-check catches drift early, when a small adjustment is sufficient.

Adapting chains to life changes

Not all drift is pathological. Sometimes your chains need to change because your life has changed. Diane's lunch-packing step was a genuine response to a real constraint. The problem was not the addition itself but the fact that it was never evaluated, documented, or integrated into the chain's transition structure.

The quarterly review provides the mechanism for distinguishing between drift that should be corrected and drift that should be formalized. When you identify an addition, ask two questions. Does this link serve a purpose aligned with the chain's function and your current priorities? If yes, it stays — but it needs proper triggers, documentation, and rehearsal. If no, it is a behavioral barnacle and should be removed. Second: has this link disrupted transitions elsewhere? Degraded transitions need re-engineering regardless of whether the link that caused the disruption stays or goes.

Some life changes warrant a full chain redesign rather than incremental maintenance: a new job, a household change, a move, or a significant shift in health. These are not drift events but context changes that invalidate the chain's design assumptions. When they occur, conduct a review immediately rather than waiting for the next quarterly cadence.

The Third Brain

An AI assistant is well-suited to chain maintenance because it can serve as the external memory and comparison engine that your own recall cannot reliably provide. You cannot accurately perceive your own drift from the inside. An AI, given both your original chain document and your observe-mode notes from a current execution, can perform the comparison systematically and surface discrepancies you would miss.

Provide the AI with your chain document from Chain documentation and a description of your current execution. Ask it to generate a drift report: links added, links dropped, transitions changed, timing shifted. The AI can also flag cross-chain patterns — if three of your four chains have accumulated phone-checking links at transition points, that is a systemic tendency, not a chain-specific issue, and it suggests a general intervention rather than a chain-by-chain fix.

Over multiple quarters, the AI accumulates a longitudinal record of your chain evolution — which links tend to drift in, which transitions tend to degrade, which life changes trigger the most disruption. This historical view reveals your personal drift tendencies. Perhaps you consistently add checking behaviors at transition points, or your chains tend to lose their final link as end-of-chain motivation fades. These tendencies, once visible, become predictable, and predictable drift is far easier to prevent than drift you discover only after it has compounded.

From maintenance to emergency

You now have a system for keeping your chains healthy over time. The quarterly review catches drift. The monthly spot-check provides early warning. The documentation protocol ensures you have an accurate baseline to review against. And the simplification and rehearsal tools from earlier lessons give you the means to correct whatever the review reveals. A well-maintained chain is a chain that runs the way you designed it to run, updated deliberately when your life changes, rather than a chain that mutates silently until it barely resembles the system you built.

But maintenance addresses normal operating conditions — the steady state of daily life where chains run their regular cycles and drift accumulates gradually. There are moments when normal operating conditions disappear. A crisis at work. A family emergency. A health scare. A sudden disruption that floods your system with stress and strips away the cognitive resources that your chains depend on for their weakest transitions. In these moments, your regular chains may not be enough. They were designed for regular conditions, and extraordinary conditions demand extraordinary sequences. In Emergency chains, you will learn to build emergency chains — pre-constructed behavioral sequences designed specifically for high-stress situations, where the goal is not optimal performance but stable functioning when everything else is falling apart.


Sources:

  1. Dekker, S. (2011). Drift into Failure: From Hunting Broken Components to Understanding Complex Systems. Ashgate Publishing.
  2. Wood, W. (2019). Good Habits, Bad Habits: The Science of Making Positive Changes That Stick. Farrar, Straus and Giroux.
  3. Neal, D. T., Wood, W., Wu, M., & Kurlander, D. (2011). "The Pull of the Past: When Do Habits Persist Despite Conflict With Motives?" Personality and Social Psychology Bulletin, 37(11), 1428-1437.
  4. Imai, M. (1986). Kaizen: The Key to Japan's Competitive Success. McGraw-Hill.
  5. Cooper, J. O., Heron, T. E., & Heward, W. L. (2020). Applied Behavior Analysis (3rd ed.). Pearson.

Put it into practice

Exercise

Select one behavioral chain you have been running for at least two months. Pull the documentation you created using Chain documentation — the written record of every link, every transition, every trigger marked as automatic or deliberate. Tomorrow morning, execute the chain in observe mode: run it as you normally would, but with deliberate conscious attention to every link and every transition. Do not optimize or change anything during this execution. Simply watch. Immediately after the chain completes, sit down with the original document and note every discrepancy — links that have been added, links that have been dropped, transitions that have changed from automatic to deliberate or vice versa, and any link whose duration has expanded or contracted significantly. Time the full chain and compare it to the original baseline. Write a brief maintenance report: what drifted, why it drifted, and what you will do about it. Update the chain document to reflect the chain as it currently runs, then mark one change you intend to make — one link to remove, one transition to sharpen, one addition to formalize or eliminate — and implement that single change over the following week.

More on putting it into practice

See it in action

A project manager named Diane built a seven-link morning chain in January — alarm, feet on floor, kettle on, journal for ten minutes, review calendar, write three priorities, walk to the bus stop. By July, the chain had silently grown to ten links. Somewhere in February she had started checking her phone while the kettle boiled — just weather and headlines, she told herself. In March she added a vitamin step between journal and calendar because she read an article about magnesium. In May she began packing her daughter's lunch bag after priorities because the school schedule changed. None of these additions were consciously designed into the chain. None were documented. Each was reasonable in isolation. But collectively they had extended the chain from twenty-eight minutes to forty-three, and the transitions between the original links had degraded because the new links disrupted the flow she had spent weeks automating. The chain still ran, technically, but it ran like a car that had not been serviced in two years — slower, rougher, burning more cognitive fuel per mile. When she finally sat down to audit the chain against her January documentation, the gap between the chain she thought she was running and the chain she was actually running was fifteen minutes and three links wide.

Watch for the failure mode

Performing maintenance only when the chain breaks. If you wait until the chain fails catastrophically — a morning where nothing fires, an evening where you skip the entire sequence — you are practicing reactive repair rather than preventive maintenance. By the time a chain breaks visibly, the underlying drift has usually been accumulating for weeks or months. The break is not the problem; the break is the symptom of a long-neglected maintenance deficit. A second failure mode is over-maintaining — tinkering with the chain every week, never letting modifications settle, treating the chain as a perpetual work-in-progress rather than a stable system that needs occasional servicing. The quarterly cadence exists to prevent both extremes: long enough for changes to consolidate, short enough to catch drift before it compounds into structural failure.

Make it stick

This lesson applies habit auditing at the chain level rather than the individual habit level. Where Habit auditing taught you to periodically evaluate whether each habit still serves you, chain maintenance evaluates whether each link still serves the chain and whether the chain as a whole still serves your current life. To integrate, add a chain maintenance review to the quarterly habit audit you installed in Habit auditing — same cadence, same calendar block, extended by fifteen minutes per chain. Use your chain documentation from Chain documentation as the baseline for each review. Where you find degraded transitions, apply the rehearsal protocol from Chain rehearsal to re-strengthen them. Where you find unnecessary complexity, apply the simplification principles from Routine simplification. The maintenance review also feeds forward into operational debt: unmaintained chains are a form of behavioral operational debt, and the quarterly review is your scheduled debt repayment.

Practice

Document Chain Drift Using Loop Habit Tracker

Execute an existing behavioral chain in observation mode, then use Loop Habit Tracker to document what has drifted from your original design and plan one specific maintenance change.

15 minutesIntermediate
  1. 1Open Loop Habit Tracker and create a new habit called 'Chain Observation: [Your Chain Name]' with a note field enabled. Review your original chain documentation from two months ago, noting the number of links, their sequence, and which transitions were automatic versus deliberate.
  2. 2Tomorrow morning, execute your chain normally while using Loop Habit Tracker's note field to record real-time observations: mark each link as you complete it, note any links that have been added or dropped, and indicate transitions that feel different (more/less automatic) than originally documented.
  3. 3Immediately after completing the chain, open Loop Habit Tracker and add a detailed note comparing your live observations to the original documentation. List every discrepancy you noticed: added links, dropped links, timing changes, and transitions that shifted from automatic to deliberate or vice versa.
  4. 4In Loop Habit Tracker's note field, write a brief maintenance report answering three questions: What drifted? (list 3-5 specific changes), Why did it drift? (your hypothesis for each change), and What will you do? (identify ONE single change to implement—one link to remove, one transition to sharpen, or one addition to formalize).
  5. 5Create a new habit in Loop Habit Tracker called 'Chain Adjustment: [Specific Change]' and set a 7-day tracking period to monitor your implementation of the single maintenance change you identified. Check this habit daily as you deliberately practice the adjusted chain over the following week.

Common questions about this lesson

More around this idea