Skip to content

Paper

AI is intelligence,
not software.

Almost every company we meet is buying AI as software: a licence, a feature, a pilot in one department. The companies that will still be interesting in five years are building it as infrastructure - distributed across the business, shaped by their own context, and owned end to end.

Thomas BenhamFounder, Naibu

01

The shift

A new kind of intelligence, delivered like a utility

This is not AGI, and it is not human. But it is a genuine and highly capable form of intelligence - and for the first time it can be delivered the way we deliver power, water and information: piped into the organisation, available wherever the work happens.

That framing does most of the work. If AI is software, you buy it, switch it on in one function, and wait for someone else's roadmap. If AI is a resource, the question changes: how do we get this intelligence into every part of the business, and what do we have to build so that it arrives with enough context to be useful?

Two properties make this different from earlier technology waves. It is digital, so it replicates and distributes at almost no marginal cost - one good agent becomes a hundred. And it improves faster than any organic intelligence can. The capability you evaluated eighteen months ago and found wanting is not the capability sitting in front of you today.

02

The constraint

Context is the constraint, not the model

Everyone has access to the same frontier models. What separates a useful agent from an impressive demo is context: what it can see, what it remembers, and what it is allowed to act on.

Context does not live in one system. It lives in the CRM and the ERP, in Slack threads and email chains, in supplier PDFs, in a photograph someone took on a site visit, and in the head of the person who has been running the process for eleven years. An agent embedded inside a single application can only ever see that application's slice of it.

So agents should sit across your systems rather than inside them - as connected and as context-aware as the people they work alongside. This is also the plainest explanation for why the AI feature bundled into a tool you already own tends to underdeliver: it is architecturally blind to most of your business.

03

The rebalancing

Work is being rebalanced between human and digital intelligence

The practical consequence is a rebalancing: which parts of a workflow are done by human intelligence, which by digital intelligence, and where the handoffs sit. It applies to operations, to problem solving, and increasingly to creative work.

Rebalancing is not the same as replacement. Most workflows contain work that people only ever did because there was no alternative - rekeying, chasing, collating, reconciling, first-pass reading. The gains show up when you re-cut the work rather than bolt an assistant onto the existing shape of it.

Mid-sized companies have a real advantage here, for now. The workflows are still legible to a single person, the stack is not yet fossilised, and the decision to change how something is done can be made in a room rather than a committee. That advantage is temporary, and it belongs to whoever uses it first.

04

Framework one

Productivity or differentiation

Both are legitimate, and they are not the same investment. Applying third-party AI to your current processes buys productivity: real, fast, and worth having. But it is rented and symmetrical - your competitor can buy the same seats on the same Tuesday.

ProductivityDifferentiation
Where it comes fromThird-party AI applied to existing processesOwning the pipeline: inputs, processing, interface, outputs
What you end up owningA subscription and some promptsData, agents, context design, workflow design
Time to valueWeeksA first workflow in weeks; compounding over quarters
Competitive effectSymmetrical - everyone gets itAsymmetrical - hard to copy, harder to catch
CeilingThe vendor's roadmapYour own rate of learning

Four kinds of control

Data
How your information is stored and retrieved: embedding strategy, metadata, and often more than one store - vector, relational, knowledge graph. Then retrieval itself: extraction, re-query, review. The more proprietary the input, the more the advantage scales.
Agents
Purpose-built agents for specific jobs - data entry, CRM and database querying, research, analysis, drafting - instead of one generalist assistant asked to do everything moderately well.
Operations
Control of agent state, not just prompts and files. Where a human reviews, what an agent may do unsupervised, and how the interface actually fits the way the team works.
Brand
Your agents represent you the way your people do. Built well, they show up across web, email, Slack and Teams - an omnipresent capability that meets clients where they already are, and part of what customers experience as you.

05

Framework two

Probabilistic or deterministic

Out of the box, a general assistant pointed at your drive or your inbox puts you in a probabilistic state. You are not guaranteed to get exactly what you asked for, or the full set of what exists. This is not a defect in the model; it is what happens when several imperfect steps compound.

Retrieval

90%

Context inclusion

× 90%

Generation

× 90%

End to end

~ 73%

Illustrative arithmetic, not a benchmark: three sequential steps that are each 90% right leave you roughly three-quarters right overall.

The number matters less than the shape of the failure. You rarely see the missing quarter. It surfaces as a confident answer built on the documents that happened to be retrieved - fine for a first draft, not fine for a client quote, a compliance response or a board number.

Determinism is a direction of travel rather than an absolute. Moving that way means restructuring and indexing data on the way in rather than hoping to find it later, running multiple passes across relational, vector and graph stores, building deliberate redundancy so completeness can be checked, verifying answers against source, and placing a human exactly where being wrong is expensive.

The same work buys you two things at once: accuracy you can defend, and a system shaped around your workflow rather than a generic one.

06

The asset

The integration layer is your IP

Put the two frameworks together and something accumulates. The data you have shaped, the agents you have built, the context you control and the workflows you have redesigned are not a product anyone sells. They are the record of how your company decided to work with this technology, and how that balance was tuned to your business over time.

That layer is the asset. It is also the reason the pace question matters: to move only at the speed of a third-party product is to spend your transition period enriching someone else's IP instead of building your own. We are in the middle of that transition now, and the gap between companies that see it and companies that do not is widening rather than closing.

Naibu

How we work

We are a people-and-workflow-first agency. We start where the work actually happens, design the rebalance with the people who do it, and build the layer that makes it real - then hand it over with your team able to run it.

Start a conversation