All posts

Why We Build Artifacts


Most software companies build tools. We build artifacts. The distinction matters more than it sounds.

A tool requires someone to operate it. An artifact operates on its own. The moment you need a person in the loop, you've built something that scales with headcount — and that's the problem.

The cost of human-in-the-loop

Every workflow that requires a human decision is a bottleneck. It doesn't matter how fast the software is if there's a person waiting to approve, review, or action something.

Artifacts eliminate that. They are designed from the start to run without intervention — not as a feature, but as the entire point.

What changes when you think in artifacts

When the goal is an artifact, the design question shifts. You stop asking "how does the user do this?" and start asking "how does the system do this without the user?"

That reframe changes everything — what you build, how you scope it, what done looks like. Most of the complexity that makes software projects bloat is complexity introduced to support human decision points. Remove those, and the system gets simpler, faster, and more reliable.

That gap — between what's possible and what most companies are building — is the only place worth working in.