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.
| Productivity | Differentiation | |
|---|---|---|
| Where it comes from | Third-party AI applied to existing processes | Owning the pipeline: inputs, processing, interface, outputs |
| What you end up owning | A subscription and some prompts | Data, agents, context design, workflow design |
| Time to value | Weeks | A first workflow in weeks; compounding over quarters |
| Competitive effect | Symmetrical - everyone gets it | Asymmetrical - hard to copy, harder to catch |
| Ceiling | The vendor's roadmap | Your 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%
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