Back to all essays
George's Takes

I have stopped knowing what a productive day feels like

6 min read
George Pu
George PuBuilds in AI

28 · Toronto · Building to own for 30+ years

Building Vinci — an open-weight AI you can own.

I have stopped knowing what a productive day feels like

I used to know when I had a productive day.

Something important shipped. A difficult decision was made.

A document that didn't exist in the morning existed by night.

The work had a physical limit.

People could only write, build, review, and communicate so quickly.

Reaching that limit felt like enough.

I don't know what enough means anymore.

On a good day now, a small team can complete work that would once have taken several weeks.

We can research an idea, build it, test it, write about it, find the problems, and begin the next version before the day is over.

But instead of feeling several times more productive, I usually finish the day thinking about everything we still could have done.

AI gave us more output.

It didn't give us the feeling of being finished.

Productivity used to have a ceiling

Most work used to contain an obvious stopping point.

A person wrote one document at a time.

An engineer worked on one part of the code.

Research required hours of searching, reading, comparing, and organizing.

If several difficult things were completed in a day, the day had been productive.

Effort was an imperfect measure, but it still meant something.

You knew what eight or ten hours of serious work could reasonably produce.

You could compare what existed at night with what existed in the morning and feel the distance between them.

That distance still exists.

It has just become difficult to see.

While I'm making one decision, agents can be coding, researching, testing, drafting, and reviewing in parallel.

One result creates three more possibilities.

A task that would have occupied an afternoon can return before I've finished thinking about the next one.

There's no longer a natural relationship between the number of hours in a day and the amount of work that could theoretically happen inside them.

The ceiling moved.

My expectations moved with it almost immediately.

My ability to feel satisfied did not.

AI didn't remove work

AI was supposed to save time.

It does save time. That claim is true.

What I didn't understand was that saving time doesn't necessarily create empty time.

It creates the capacity to attempt more things.

A market question that might have waited until next week can be researched now.

The internal tool we would have postponed can be prototyped now.

We can test five versions instead of choosing one.

We can rewrite the document again because another draft costs minutes instead of hours.

Each individual action becomes cheaper.

The total number of actions expands to consume the difference.

AI didn't remove my backlog.

It removed many of the reasons the backlog had to wait.

That's useful. It's also psychologically dangerous.

Once something becomes possible today, it starts to feel as though it should happen today.

The old constraint was capacity.

The new constraint is the ability to look at an infinite set of possible actions and decide that most of them shouldn't be taken.

The possibility backlog is infinite

A normal backlog can eventually be completed.

The possibility backlog cannot.

There's always another experiment worth running.

Another customer segment worth studying.

Another version that might perform better.

Another system that could be automated.

Another document that would make the company more coherent.

None of these ideas are obviously ridiculous.

That's what makes them dangerous.

Bad ideas are easy to reject.

Plausible ideas compete for attention indefinitely.

Before AI, many of them eliminated themselves because they were too expensive, too slow, or required people we didn't have.

Those constraints made strategy easier.

You could only choose a few things because only a few things were possible.

Now a 5-person company can attempt things that once required several departments.

But being able to attempt something is not evidence that it deserves to exist.

The possibility backlog grows faster than the execution backlog can shrink.

Every new capability adds work faster than it completes work.

If I use that backlog as the standard, every day ends in failure.

There will always be more that could have happened.

I'm becoming the bottleneck

This is the part founders don't always say out loud when talking about AI leverage.

The tools become faster, and then you discover that you're the slow component.

An agent can generate ten directions quickly.

I still have to decide which direction reflects what we actually believe.

It can produce a convincing analysis.

I still have to know whether the assumptions are wrong.

It can build a feature.

I still have to decide whether the feature makes the company better or merely makes the product larger.

It can draft the words.

I still have to determine whether I'm willing to stand behind them.

The scarce resource is no longer the first version of the work.

It's judgment.

That changes what a founder's day should contain.

More time moves toward reviewing, choosing, rejecting, and supplying context.

Less time needs to be spent physically producing every artifact.

This can feel uncomfortable if producing things is how you learned to prove that you were working.

Reviewing five options doesn't feel as tangible as writing one yourself.

Killing a project produces nothing visible.

Deciding not to launch something creates no announcement.

But those decisions may now be the highest-leverage work in the company.

If you're finding this useful, I send essays like this 2-3x per week.
·No spam

The founder's job is becoming less about maximizing production and more about preventing abundant production from becoming noise.

More output, less satisfaction

The strange result is that we can accomplish more while feeling less accomplished.

One launch used to create closure.

Now something can launch while several agents are already working on what replaces it.

The achievement registers for a moment.

The unresolved work stays visible all day.

There's also no clean end to the working day anymore.

Software doesn't get tired.

An agent can continue while I eat, walk, or sleep.

There can always be another task running somewhere.

That doesn't mean it should be.

But the knowledge that it could be changes how rest feels.

An idle system can begin to look like wasted capacity.

A quiet evening can feel like unused leverage.

The same tools that remove the need to work every minute can create the suspicion that every unused minute was an opportunity.

This is how extraordinary capability becomes ordinary dissatisfaction.

The problem is not that the tools demand this.

They don't.

The problem is that I can turn theoretical capacity into a moral standard for myself.

If more was technically possible, I could have done more.

If I could have done more, perhaps the day was not productive enough.

That logic has no end.

'We could have done more' is no longer useful

We could have done more.

That sentence is nearly always true now.

It's also becoming meaningless.

A useful standard has to distinguish a good day from a bad one.

'Could we have produced more?' no longer does that.

The answer will always be yes.

We could have launched another experiment, generated another hundred ideas, or kept another agent running overnight.

Volume is available.

Attention is not.

Neither is conviction.

The question can't be whether we extracted every possible unit of output from the day.

It has to be whether the output moved the company in the right direction.

That's harder to measure, which is why task counts are so tempting.

They offer a clean number when the real work has become qualitative.

But a company can complete hundreds of tasks and become less coherent.

It can ship constantly and avoid its most important decision.

It can use AI perfectly and still build the wrong thing.

A different definition of a productive day

I'm still working out what should replace the old definition.

I think a productive day now looks less like maximum output and more like reduced uncertainty.

Did the right problem become clearer?

Did we make a decision that had been creating confusion?

Did we stop something that no longer deserved resources?

Did the team leave with clearer context than it started with?

Did the company become more coherent, rather than merely larger?

Some days the answer will still be a launch, a piece of code, or a finished document.

Making real things remains important.

I don't want to intellectualize the work until nothing ships.

But the artifact is no longer sufficient evidence by itself.

The harder question is whether it was the right artifact.

AI makes it easier to produce ten competent answers.

The value lies in knowing which question deserved to be asked.

Deciding what enough means

I still like moving quickly.

I don't want less ambition, fewer experiments, or an artificial limit on what a small team can build.

I want to use the leverage fully.

But I need a definition of productivity that doesn't expand every time the tools improve.

Otherwise every increase in capability will create an equal increase in dissatisfaction.

The company will become faster while the people building it feel permanently behind.

There's no technical solution to that problem.

No model can decide how much of my life a company should consume.

No agent can tell me which ambition is mine and which one appeared because the capacity became available.

No productivity system can define a good day without first defining what the work is for.

AI can help produce the work.

It can help evaluate the work.

It can even remind me when to stop working.

It can't decide what enough means.

That remains my job.

Share this: