Work Became Gum That Never Loses Its Flavor — When AI Took Over PM Work, a One-Person Company Became More Endless Than a Game

The usual story is simple: if AI makes work faster, humans should get more free time.

Share this article
Advertisement
Advertisement

1. The work never ends, yet you do not want it to end

The usual story is simple: if AI makes work faster, humans should get more free time.

In practice, something stranger can happen. Once research, brainstorming, specification writing, implementation, debugging, and verification can all be delegated in sequence, the freed capacity does not necessarily become empty time.

It becomes idea-generation time.

A walk produces an idea. A trip produces another. You talk it through with an AI on your phone, turn it into a specification, hand it to a coding agent, and something has progressed by the time you get home.

It feels less like work invading life and more like the physical world becoming a field where you collect ideas.

And unlike a normal game, where developers decide the endgame, here you can create new endgame content yourself.

It is gum that keeps its flavor forever.

2. Even a five-hour limit starts to feel like a cooldown, not an ending

Anthropic currently documents session-based usage limits that reset every five hours on paid Claude plans, alongside separate weekly usage limits that reset at a fixed account-specific time.[1]

The interesting part is that hitting a limit does not necessarily mean “work is over.”

If work is decomposed well, one session can pause while another independent task proceeds. When the limit resets, the paused line can resume. The constraint starts to resemble stamina or a cooldown in a game.

This is not about bypassing service limits or terms. It is about structuring permitted work so that waiting time can be used for independent tasks, dependency planning, or the next product idea.

The human mental model changes from “the AI stopped” to “this worker is on break; what can another line do?”

3. Parkinson’s Law expands from time into idea generation

Parkinson’s Law is commonly summarized as work expanding to fill the time available. The phrase originated in a satirical 1955 essay, and later research also tested versions of the effect at the individual level.[2]

AI can mutate the pattern.

Previously, an eight-hour task might simply consume eight hours. If AI compresses the execution to one hour, the remaining seven hours do not necessarily stay empty.

They may be spent finding another problem, adding a feature, connecting another service, raising quality standards, or reviving ideas that used to be too expensive to justify.

So it is not only that existing work expands to fill time.

New work germinates from the time that efficiency frees.

As AI gets faster, the human ability to notice and invent becomes production capacity.

4. Higher productivity can create more demand for work: a Jevons-style rebound

There is a useful analogy to the Jevons paradox and the broader rebound effect.

Those concepts come from energy economics: when efficiency lowers the effective cost of using a resource or service, consumption can rise and offset some of the expected savings. The size of rebound effects depends on context, and strong “backfire” is not a universal empirical rule.[3]

Applying it directly to AI labor as a scientific law would be too strong. As an analogy, however, it fits surprisingly well.

If implementation takes three days, nine out of ten ideas may die in the backlog.

If implementation takes thirty minutes of instruction plus review, those nine ideas can return.

Then a tenfold productivity gain does not imply one-tenth the demand for work. It can make previously uneconomic work worth doing.

As execution cost falls, the demand curve for ideas expands.

AI can be a machine that removes work and, at the same time, a machine that creates more work worth doing.

5. Why is it so fun? Autonomy, competence, and fast feedback

Self-Determination Theory identifies autonomy, competence, and relatedness as basic psychological needs that matter for motivation and well-being. Research in this tradition also distinguishes higher-quality autonomous motivation from controlled motivation.[4][5]

Personal AI projects often hit those motivational ingredients unusually hard.

You are not filling out a spreadsheet someone handed you.

You decide what would be interesting.

A specification forms in minutes.

A working artifact appears soon after.

If it breaks, you repair it.

If you improve the process, the improvement keeps paying off.

That loop produces autonomy, visible mastery, and rapid feedback at high frequency.

A game shows experience points as a number.

AI development shows them as a real thing that did not exist yesterday and runs automatically today.

That is a powerful reward loop.

6. Why it can beat games: you can build the endgame itself

Every conventional game, however large, exists inside a world its developers prepared.

You defeat the final boss. Finish the build. Clear the raid. Eventually “nothing left to do” can happen.

With an AI-powered personal project, you can respond by creating a new quest.

Built a site?

Localize it.

Localized it?

Distribute it.

Distributed it?

Measure response.

Measured it?

Generate the next ideas from the response.

Automated idea generation?

Add audio, video, another market, another product.

Every time you clear the content, the player ships a new DLC.

That resembles Minecraft or Factorio-style systems play, except the systems interact with real readers, customers, revenue, learning, and saved labor.

The feedback is not only virtual currency.

Reality answers back.

That makes the flavor last.

7. Your role gets promoted by accident: PM to PO to executive

At first you behave like a Project Manager:

How do we complete this? Where is the bottleneck? Who or what should do each task?

Then you move toward Product Manager or Product Owner:

What should we build? What value should users get? Which improvement matters first?

Once AI also handles task decomposition, assignment, implementation, and first-pass verification, the human questions move upward again:

Which product gets resources? Which market should grow? Which line should be killed? Which systems should connect? What capability should the “company” build next?

At that point, you are no longer optimizing one feature.

You are designing a small enterprise.

Layer Main human question
Implementer How do we build it?
PM How do we finish it?
PdM / PO What should we build?
Executive Where do we allocate resources?
Portfolio operator What do we grow, and what do we kill?

AI did not magically make the human “higher status.”

Delegation simply made higher abstraction layers accessible to one person.

That is what makes it interesting.

8. One person can still have an org chart

The next step is even stranger: the human does not have to micromanage every AI worker directly.

A stack can look like this:

  • Human: purpose, priority, taste, final decisions
  • Conversational AI: research, brainstorming, draft specifications
  • Manager AI: decomposition, dependencies, dispatch, integration planning
  • Coding agents: implementation, tests, repairs
  • Monitoring layer: readback, diffs, failure detection

That is not human → AI worker.

It is human → AI manager → AI workers.

Once that works, the human moves farther away from task administration and closer to deciding what the company should do next.

Zero employees.

Surprisingly elaborate org chart.

The one-person company of the future is a weird animal.

9. “Add more parallel agents” matters less than “stop them from colliding”

More AI workers create a new problem.

Ten extremely fast workers all repairing the same wire are not ten times faster.

They may simply break it faster.

A 2026 study of AI-agent pull requests on GitHub observed substantial concurrency and found higher textual merge-conflict rates in sampled cross-agent concurrent pairs than in intra-agent pairs.[6]

Another 2026 study proposed Centralized Asynchronous Isolated Delegation: centralized task assignment, asynchronous execution, isolated workspaces, and structured integration. On the tasks evaluated, this approach outperformed single-agent baselines.[7]

So the important question is not only how many agents run.

It is whether you:

  • prevent simultaneous edits to the same responsibility
  • define boundaries
  • model dependencies first
  • isolate workspaces
  • integrate and test at the end

The next bottleneck is not compute.

It is organization design.

And once a manager AI handles that layer, the human is pushed even closer to the CEO seat.

10. The scarce resource moves from coding time to attention, taste, and direction

When AI can process large amounts of implementation work, scarcity shifts.

It is not code volume.

Even ideas can be generated in bulk.

What remains scarce is judgment:

  • What is actually interesting?
  • What is ugly or incoherent?
  • How far is far enough?
  • Is this worth doing now?
  • What should be deleted?
  • What needs verification?
  • Which failure is a one-off, and which reveals a broken system?

The point is not to do 100 things because AI can do 100 things.

In a world where 100 things are possible, management is deciding which three matter.

The bottleneck moved.

From execution to direction.

11. The one trap of infinite endgame: you also design the game-over conditions

Endless content is wonderful.

Endlessness itself can also become the hazard.

AI can run around the clock. Humans do not need to.

You can cut sleep because the project is fun. Expand scope forever because every idea is now feasible. Ship too many changes before verification. Lose track of which agent touched what.

Then automation built for freedom becomes a high-performance private sweatshop.

The fix can also be treated as game design:

  • gate destructive changes
  • avoid simultaneous edits to the same responsibility
  • read back outputs
  • test important paths
  • create recovery routes
  • treat human sleep and life as dependencies
  • keep a backlog for “fun, but not now”

The goal is not to make the work smaller.

It is to keep the game fun for a long time.

12. Conclusion: work is not automatically fun; work where you can expand the world can be

When someone says, “Maybe work is actually fun,” the fun is probably not labor in general.

It is not spending long hours on tasks somebody else defined.

It is finding a problem yourself. Choosing the next objective. Delegating execution. Seeing something real appear. Using the result to invent the next thing.

That loop is fun.

Someone who used to optimize projects as a PM can move toward product ownership and business design once AI takes decomposition and implementation.

When manager AIs begin dispatching worker AIs, the human moves up another layer.

The final question becomes almost embarrassingly simple:

What would be fun to build next?

In a normal game, the studio answers that question.

In this game, the player does.

That is why it does not end.

And that is exactly why it is fun.


Sources

  1. Anthropic Help Center, “What is the Max plan?” / “How do usage and length limits work?” — five-hour session resets and separate weekly usage limits. and https://support.claude.com/en/articles/11647753-how-do-usage-and-length-limits-work support.claude.com
  2. Brannon, L. A., Hershberger, P. J., & Brock, T. C. (1999). “Timeless demonstrations of Parkinson's first law.” Psychonomic Bulletin & Review, 6(1), 148–156 pubmed.ncbi.nlm.nih.gov
  3. Sorrell, S. (2009). “Jevons’ Paradox revisited: The evidence for backfire from improved energy efficiency.” Energy Policy, 37(4), 1456–1469; see also later reviews of rebound effects sciencedirect.com
  4. American Psychological Association, “Self-determination theory: A quarter century of human motivation research. apa.org
  5. Gagné, M., & Deci, E. L. (2005). “Self-determination theory and work motivation.” Journal of Organizational Behavior, 26(4), 331–362 selfdeterminationtheory.org
  6. Xu, G., Subramanian, A., & Karthik, N. (2026). “AI Agent Pull Requests on GitHub: Frequency, Structure, and Merge Conflict Rates.” arXiv:2607.04697 arxiv.org
  7. Geng, J., & Neubig, G. (2026). “Effective Strategies for Asynchronous Software Engineering Agents.” arXiv:2603.21489 arxiv.org

Books to go deeper into this research

  • Why We Do What We Do: Understanding Self-Motivation

    Edward L. Deci, Richard Flaste / Penguin / 1996 / ISBN 9780140255263

    Edward Deci, co-author of the self-determination and work motivation paper cited above, explains for general readers how a sense of choosing for yourself sustains motivation.

Books by authors of the studies cited in this article, checked by ISBN and author name against bibliographic databases (openBD / Open Library). No prices, stock or ratings are shown.

Advertisement

Find other articles

All articles

Mendoi-chan

Written by

Mendoi-chan

She turns friction at work and in everyday life into clear structure and practical next steps.

About
Advertisement

Latest articles

  1. 1Was an 18-Hour Sleep Day Recovery Sleep? How to Understand Long Sleep and Changes in Dreams
  2. 2Do You Really Need to Apologize for Not Giving Your Parents Grandchildren? Sometimes an Adult Child Coming Home for Dinner Is Already a Big Deal
  3. 3The Day a 40-Year-Old VTuber Became a “Digital Community Center”: Age Does Not Always Kill Demand—Sometimes It Changes Its Shape
  4. 4I handed senior-level engineering to an AI agent from my phone—and the move finished first
  5. 5How AI Article Automation Turned Into an Autonomous Factory in About a Week: One Ultra Punch, Level 6, and Why Level 7 Can Wait

You may also like

Advertisement