Phạm Chí Hiếu
AI Does Not Immediately Make Us Less Tired - It Moves the Fatigue to Another Layer

AI Does Not Immediately Make Us Less Tired - It Moves the Fatigue to Another Layer

  • Phạm Chí Hiếu
  • Aug 5, 2026

AI is becoming increasingly powerful. It can write code, summarize documents, create plans, generate tests, review pull requests, and even run as an agent to handle multi-step tasks continuously. In theory, humans should be less exhausted.

But for many knowledge workers, especially in software teams, the experience often feels the opposite: the more we use AI, the more tired, overwhelmed, and mentally overloaded we become.

The problem is not necessarily that AI is bad. The problem is that AI is extremely good at optimizing the "output generation" layer, while humans still remain responsible for the "understanding, verification, and decision-making" layer.

In the past, a CRUD task might take five days. A developer would think, code, debug, and gradually understand the system along the way. The process of doing the work was also the process of building ownership: knowing why something was written a certain way, where the risks were, and what needed extra care.

Now, AI can generate most of that output in one day, sometimes in just a few hours. But the review workload does not disappear. Humans still need to read the code, check the business logic, verify edge cases, confirm that the tests are meaningful, make sure existing behavior has not been broken, and ultimately take responsibility if the code is merged.

In other words: AI compresses implementation time, but it does not compress comprehension time at the same rate.

That is the main source of stress. AI produces output too quickly, in too much volume, and with too much confidence. Meanwhile, humans cannot understand, trust, and verify that output at the same speed. The gap between AI's speed of generation and humans' speed of absorption is where fatigue appears.

There is an even more dangerous point: AI output often looks very reasonable. The code is clean, the naming seems fine, the comments are complete, and the tests appear to pass. But the actual mistake may exist at a deeper layer: wrong intent, wrong permissions, wrong workflow, wrong historical data handling, or wrong business logic. That means reviewers cannot simply skim and feel safe. They must doubt systematically.

For juniors, AI can feel empowering. But for seniors, leads, reviewers, or managers, AI can sometimes create additional burden. Not because they are against AI, but because they can see more risks and are ultimately responsible for the outcome.

The right way to use AI, therefore, is not to "let AI do as much as possible." A better approach is to keep AI within a scope that humans can still review properly.

A practical workflow should look like this:

  1. AI reads the code first, without changing anything.

  2. AI writes a short spec before implementation.

  3. A human approves the spec.

  4. AI implements in small slices.

  5. AI reviews its own diff.

  6. A human reviews it again.

  7. Tests and manual verification happen before merge.

AI should be treated as a very fast executor, but one that operates inside a sandbox, with a contract, tests, and clear limits. It should not be treated as a free-roaming senior developer with the authority to decide business logic on its own.

The most important principle is this:

Use AI only when verifying the output is cheaper than doing the work yourself.

If AI generates code in one hour but forces a reviewer to spend two days understanding and cleaning it up, that is not real productivity. That is merely shifting the burden from the person writing the code to the person reviewing it.

AI does not replace ownership. The person submitting the work must still understand the code as if they had written it themselves. If they cannot explain the output, it should not be merged.

In short, AI does not immediately make humans less tired. It increases leverage. But leverage always has two sides: used properly, it helps us lift heavier things; used poorly, the force pushes back against us.

In the AI era, the bottleneck is no longer output generation. The new bottleneck is output governance.

So do not use AI to do more work in an uncontrolled way. Use AI to do clearly understood work faster, within smaller scopes, and with clearer evidence.

  • AI should generate.

  • Humans should decide.

  • Tests should verify.

  • Specs should lock the scope.

  • Small diffs should protect reviewers.

  • Evidence should replace blind trust.

That may be the less exhausting way to use AI in today's world.

Related Posts