All articles

Our philosophy

Why AI agents took off for code, and what holds the rest back

Code checks itself. Most work does not, until you decide which parts can be checked.

AI agents became useful for programmers first. They read the files, make a change, run it and fix what broke, often for many steps without help.

Ask the same kind of agent for a client report or a supplier comparison and the experience changes. The result looks finished. Whether it is right is another question.

The difference is not mainly how clever the model is. It is how easy the work is to check.

Code comes with its own checker

A program runs or it doesn’t. Tests pass or fail. The compiler points at the broken line. An agent can try something, see the result and try again without waiting for a person.

Andrej Karpathy calls verifiability “the new most predictive feature” of what AI will learn to do well. “It’s about to what extent an AI can ‘practice’ something.” Jason Wei puts it as a rule: “The ease of training AI to solve a task is proportional to how verifiable the task is.”

Programming built its checking tools over decades. Agents inherited them.

Most work has no test suite

A proposal has no compiler. Nobody runs a board report to see whether it passes. Quality depends on the reader, the client and what changed last week.

So the agent stops when the draft looks plausible, and the checking moves to you, at the end, all at once. That is where the time goes and where trust breaks. We wrote about that moment in Your AI draft looks finished. Is it ready to send?

Parts of it can be checked

Most knowledge work is not one judgment. It is a bundle, and some of the pieces have exact answers.

Take a fictional monthly sales report for a sales director. It pulls revenue from a spreadsheet, follows the company’s template and recommends next month’s discount levels.

Part of the reportCan it be checked?
Revenue figures match the source sheetYes, exactly
Every section in the template is presentYes, exactly
Each claim points to a supplied fileYes, mostly
The file opens and fits on two pagesYes, exactly
The summary is fair to the numbersNeeds a reviewer
Whether to change discountsThe director decides

Four of the six can be checked the way code is checked. An agent can work on those until they pass, just as it works until the tests pass. The director’s attention goes to the two rows that need it.

Write down what good looks like

Making work checkable is less about new technology than about saying what you already expect. Which file is the source for each number. Which template and house style apply. Which claims need a source. What “done” means for this file.

What your AI needs to know about how you work covers bringing that context into the task. Why a polished spreadsheet can still be wrong shows why a missing price has to stay missing rather than quietly become zero.

Every check has limits. A citation format does not make a claim true. A complete template can still miss the client’s real concern. Checks narrow what a person has to review. They do not replace the review.

Why we build Nodejam this way

Coding agents proved the loop of try, check and fix. We build on that foundation and spend our effort on the part code never needed. That means bringing your files, house rules and connected tools into the conversation, so more of everyday work can be checked before it reaches you.

Start with your own work.

Bring the files of one project to a call.

Get in touch