> />
Recovery Plan

The Deep Work Recovery Plan: Rebuilding Focus in the Age of AI

You used to be able to sit with a hard problem for four hours. Now twenty minutes in, you are prompting an AI. Here is why that happened and the six-week protocol to reverse it.

12 min read
Updated May 27, 2026
Recovery

You know the feeling. You open a codebase. You have a problem to solve. And before you have really thought about it, you have Alt+Tabbed to ChatGPT, typed in a prompt, and are waiting for the response. That is not you being lazy. That is a learned behavior and it is quietly erasing your capacity to work deeply.

This page is about getting it back.

A senior engineer described it like this: "I used to be able to disappear into a problem for half a day. Now I hit a blank screen and my hand just goes to the keyboard to prompt something. It is not even a decision anymore." He scored in the top 15% of our AI Fatigue Quiz on productivity. He scored in the bottom 20% on sense of craft.

His issue was not AI usage itself. It was that the reflex to delegate had replaced the harder, slower, more valuable act of thinking. He had lost what Cal Newport calls deep work: the ability to focus without distraction on a cognitively demanding task.

This page is a structured protocol to get it back.

Why AI Is Erasing Your Deep Work Capacity

To rebuild something, you have to understand why it is disappearing. Deep work erosion from AI is not a character flaw. It is a predictable consequence of how these tools are designed and how we use them.

The interruption loop

Every AI interaction is a micro-interruption. You write code, you wait for a suggestion, you evaluate it, you accept or reject it, you continue, you hit another problem — prompt, wait, evaluate. Research from Gloria Mark at UC Irvine shows it takes an average of 23 minutes and 15 seconds to return to full focus after a break. AI generates dozens of these breaks per hour.

But the interruption cost is not just the time spent waiting. It is the fragmentation of your attentional state. Deep work requires sustained focus — the kind where the problem lives fully in your head and you can move through it from multiple angles. Every context switch away from that state costs you something. AI coding tools generate so many switches that real depth becomes nearly impossible to reach.

Research

Cal Newport 2012 research with knowledge workers found that the ability to concentrate is increasingly rare and increasingly valuable in the modern economy, and that environments which enable deep work produce outsized results. His 2024 follow-up on AI-era knowledge work found that AI coding environments are specifically hostile to deep work because they remove the struggle that creates genuine cognitive investment.

Newport, C. (2012/2024). Deep Work and A New Synthesis of Research on AI-Assisted Knowledge Work.

The skill-atrophy loop

There is a deeper problem. Deep work is not just about time. It is about the cognitive work you do during that time. When you use AI to handle the hard parts of a problem, you are not practicing the skill of working through hard parts. The neural pathways that encode struggle to resolution to learning are weakening with every delegation.

Your brain adapts to what you ask of it. If you consistently offload difficult thinking to an external tool, your brain stops building the capacity for difficult thinking. This is the same mechanism by which astronauts lose bone density in zero gravity. Use it or lose it, at the structural level.

The paradox: The engineers who are most productive with AI tools are often losing the most in terms of their ability to work without them. Velocity is up. Capability depth is declining. The gap is silent until you try to do something genuinely hard without AI and find you cannot.

The Six-Week Recovery Protocol

This is not a productivity hack. It is a structured rebuild of a cognitive capacity that has been quietly eroding. The protocol is designed for engineers who have atrophied deep work capacity but still have demanding jobs. So it works around real constraints not ideal conditions.

The goal of each week is concrete:

  • Week 1: Create the conditions and notice what is missing
  • Week 2: Build the habit with short protected sessions
  • Week 3: Extend duration and increase difficulty
  • Week 4: Introduce harder problems without AI assistance
  • Week 5: Integrate with real work measure quality
  • Week 6: Establish a sustainable long-term practice
Week 1

Awareness: Document the Gap

You cannot rebuild what you have not measured. This week is about honest observation.

The Deep Work Audit

For 7 days, track every session you attempt that requires genuine focus. Note how long you stayed focused before switching to AI, what triggered the switch (stuck, bored, habit?), and how the output compared to what you could have produced yourself.

10 minutes daily

The AI-Free Morning

Pick three mornings this week. No AI tools before 10 AM. Work on something with your own brain: read through a tricky part of the codebase, sketch an architecture on paper, write a design doc section by hand. The constraint is the point.

90 minutes per session, no AI, no exceptions

The Honest Log

At the end of each AI-free session, write down: what did you figure out that you would have asked AI about? How did the thinking feel — fluent, rusty, stuck? What will you take forward into Week 2?

5 minutes after each session

Notice the Reflex

Track how often you reach for AI before you have genuinely tried to solve something yourself. Count: how many times per day do you prompt without having thought first? Note the moments — commute, shower, half-asleep. They all count.

Awareness is the first step in breaking any habit

Week 1 Self-Test

Answer these honestly at the end of the week:

  1. What was your longest focused session without AI? (target: 45+ minutes)
  2. How many times did you prompt AI before genuinely trying? (awareness, not judgment)
  3. What did you notice about your thinking when you worked without AI?
If your AI-free sessions are under 20 minutes: This is the baseline. The protocol builds from here. Do not be discouraged. This is where most engineers start.
Week 2

Foundation: Build the 45-Minute Habit

Deep work is a skill. Skills require consistent deliberate practice. This week you establish the habit.

The Consultation Gate

Rule: No AI prompts until you have spent 45 uninterrupted minutes on the problem first.

Set a timer. Work without AI. When the timer goes off, then you can use AI if you still need it. The point is not to avoid AI. It is to ensure your brain has a chance to work first.

45 minutes minimum before any AI assistance

Morning Deep Work Block

Establish one non-negotiable 45-minute deep work block before 10 AM. No meetings, no Slack, no AI. Start with the hardest problem on your plate, no reference to AI-generated code from the previous day, work from first principles where possible.

Same time every day — consistency builds the habit faster

The Explanation Requirement

After each session, write a plain-text explanation of what you worked on, what you figured out, and why it is correct. If you cannot write this without referencing AI output, that signals a dependency gap. What is the code doing at a conceptual level? Why is this the right approach? What are the edge cases?

10 minutes — this is the calibration check

The Pomodoro Variation

If 45 minutes feels too long, start with 25-minute focused sessions using a simple kitchen timer. 25 minutes of pure focus, no AI, no messages, no switching. Then take a real break. Track how many sessions you complete per day. The goal is 2-3 by end of week.

25-minute sessions, 2-3 per day by Week 2 end

Why This Works

Every time you resist the reflex to immediately delegate to AI and work through something yourself, you reinforce the neural pathway for struggle-based learning. Bjork desirable difficulties research shows that the mental effort of retrieval — trying to remember or work something out before help arrives — dramatically improves long-term retention and skill formation. AI removes that difficulty. This protocol puts it back.

Bjork, E. L. & Bjork, R. A. (2011). Making things hard on yourself, but in a good way.

Week 2 Self-Test

Check at end of Week 2:

  1. Can you complete a 45-minute focused session without feeling an overwhelming urge to prompt AI?
  2. Did your morning block become easier to start? (Less friction, more momentum)
  3. Can you explain your last deep work session output without looking at the code?
If no to question 1: Extend the warm-up. Start with 30 minutes for a few days then extend. The protocol is adaptive.
Week 3

Extension: 90-Minute Blocks

You have built the habit. Now you extend the duration and the cognitive load.

Extend to 90 Minutes

Move from 45-minute sessions to 90-minute sessions. The target this week: two 90-minute deep work blocks per day. One in the morning, one in the early afternoon. The constraint is the same — no AI until the block is done.

2 times 90 minutes per day by Week 3 end

Increase the Difficulty

Choose tasks that require genuine reasoning: debugging a subtle race condition, designing a system architecture, working through an algorithm problem, writing a complex query. Not the routine stuff. The things that used to make you feel alive as an engineer.

The difficulty is the point — it rebuilds the capacity

No AI Rescue

If you get stuck during a deep work block, stay with the stuckness. Write down what you have tried, what you think might be happening, what you would ask an AI if you could. Then keep going. The not-knowing is part of the practice.

Tolerance for stuckness is a skill that rebuilds attention

Weekly Review

At the end of each week, write a one-page review: What did you work on? What did you figure out without AI that surprised you? What is still hard? What will you carry forward? This review is your progress evidence.

30 minutes at end of each week

Week 3 Self-Test

Check at end of Week 3:

  1. Can you complete a 90-minute deep work session without prompting AI?
  2. Has your tolerance for stuckness increased? (Do you stay longer before giving up?)
  3. Did you notice any problems you solved yourself that you would have immediately asked AI about a month ago?
If yes to question 3: This is the signal that the rebuild is working. The capability is coming back.
Week 4

Integration: Real Problems Without AI

Time to test the rebuild against your actual job.

Apply to Real Sprint Work

Take one ticket from your sprint each day and commit to solving it without AI for the first 90 minutes. Use AI only after your own attempt. Track how the solution quality compares — and how it feels to have actually solved it yourself.

One ticket per day, 90 minutes unaided first

The Code Review Test

After each unaided solution, do a self-code-review. Read your own code as if you were reviewing someone else. Can you explain every decision? Can you spot the edge cases? If not, that is data — not failure.

10 minutes self-review after each unaided solution

Pair Programming Without AI

Find a colleague and do one pairing session per week where you both commit to no AI assistants for the full session. Solve the problem together with your own reasoning. Compare to sessions where you lean on AI. Note the difference in what you learn.

One 90-minute AI-free pairing session per week

Measure Confidence Unaided

At the end of Week 4, answer: Can you explain the architecture decisions in your current project without referencing AI output or documentation? Rate your confidence 1-10. This is your baseline measure for capability velocity.

End of week self-assessment

Week 4 Self-Test

Check at end of Week 4:

  1. Did your unaided solutions hold up in code review? (Quality maintained or improved?)
  2. Did pairing without AI feel
  3. Did pairing without AI feel productive or frustrating? (Both are data)
  4. What is your confidence score for architecture decisions without AI? (Compare to Week 1)
Progress signal: If your confidence score is higher than Week 1, the rebuild is working. If not, extend Week 4 practices into Week 5.
Week 5

Sustain: Make It Your Practice

You have rebuilt the capacity. Now you make it stick.

Longer Sessions With Harder Problems

Increase to 2-3 hour deep work blocks. Choose the most architecturally significant work for these blocks — system design, performance optimization, technical debt reduction. The harder the problem, the more you rebuild.

2-3 hour blocks, 3-4 times per week

Track Your Depth Metrics

Pick two metrics: longest unaided focus session, and number of times you solved something yourself that you would have immediately asked AI about three months ago. Track these weekly. They tell you whether your capability velocity is positive or negative.

Weekly tracking — data beats feeling

Build the Boundary Into Your Role

Talk to your manager about your deep work practice. Frame it as quality and velocity improvement, not digital detox. Most managers respond well to I do my best architecture work in the first three hours of the day before any meetings. Make it structural, not a personal preference.

One conversation with your manager this week

Celebrate the Wins

When you solve something genuinely hard without AI — a bug that took three hours, an architecture decision you made from first principles, a PR review where you caught something because you actually understood the code — mark it. Write it down. These are evidence that the rebuild is working.

One win per week minimum

Week 6

Establish: Your Sustainable Practice

The goal is not to do this protocol forever. The goal is to have deep work be a normal part of your engineering practice again.

Set Your Sustainable Schedule

Decide: how many deep work hours per week do you need to maintain your capacity? For most engineers, it is 8-12 hours per week — roughly one 3-hour block plus two 90-minute blocks. Build this into your recurring schedule as a non-negotiable meeting with yourself.

Recurring calendar block, protected

Create Your Pre-Work Ritual

Develop a 5-minute ritual that signals to your brain that deep work is starting: close Slack, put phone in another room, make tea, play a specific type of music. The ritual becomes a cue that primes your focus state.

Same ritual every time — consistency is the point

Build in Recovery Days

Once a week, do a full AI-free day of engineering. No AI assistants from wake-up to end of workday. This is maintenance for your deep work capacity — like going to the gym once a week maintains physical fitness.

One AI-free day per week, permanently

Write the Final Assessment

At the end of Week 6, write a one-page assessment: Where did you start? Where are you now? What have you rebuilt? What will you maintain? This document is your evidence — for yourself and for anyone who questions whether this matters.

Your recovery record — keep it somewhere

The bottom line: Deep work is not a productivity technique. It is the practice by which you remain the engineer you were before AI made it easy to stop being that engineer. The six weeks are a structured path back. What you do after is up to you. But the capacity you rebuild is worth protecting — because the problems worth solving still require you to think.