We are the vessel that carries the acceleration era into your business. The era does not wait for permission, and it does not pause for those it leaves behind.
In production:
The DAELIX client app. What is waiting for your decision, what the machine did, and stop in one tap. You type the figure. You tap. It goes out from your address, written on the record under your name. Agency is transferred, not assumed.
The tenancy in the film is an example. The business, the people and the £86,400 tender are invented to show the screens. On a real phone every line is the client's own, and nothing is shown that was not read from the record.
We find the work a business repeats, build agents to run it, and leave a human in charge of anything that matters.
For UK owners who can already name the process eating their week. Bring us that one. Reply and we will look at it properly.
Nobody actually wants an autonomous agent. They want someone to blame when it is wrong.
Full autonomy is liability with no owner, sold as progress.
Every system worth running has a human name attached to every irreversible action.
Retries are how agents send the same invoice twice.
The call times out, the wrapper retries, the side effect already happened.
Put an idempotency key on every write, derived from the task, not the attempt. The tool refuses the duplicate, not the agent.
Nobody has a model problem. They have a process nobody ever wrote down.
You cannot automate a workflow that only exists in one person's head, and no amount of reasoning tokens is going in there to find it.
It’s cyberpunk forthcoming.
1-2 years we have to be “human” in our cognitive function beyond this we’re merging without consent. Like now, our concept of our own cognitive epistemological structure has dissolved you either accept the trajectory or dissolve. There are answers to this: retreat into hibernation as some old school isolated hippie. But not in modern civilisation.
Agreed, and it gets worse when the write happens outside your database. Payment, email, calendar invite. No shared transaction exists. The only workable pattern there is write the key before the call, use the provider's idempotency key on the call itself, and reconcile on restart against the provider's record rather than your own. Most agent frameworks do none of that. They retry the tool call and hope.
A timeout is not a failure. It is an unknown. The agent retries, the first call already landed, and the customer gets charged twice. Every write an agent can reach needs an idempotency key it did not invent itself.
The line about checking what the user is told is the one most teams skip. They test the ledger and forget the message. An agent that silently double-charges is bad. An agent that double-charges and tells the customer "all sorted" is a churn event. Outcome unknown has to be a first-class state in the model, not something that collapses to success because the retry eventually went through.
For Service companies.
If your business has a ceiling on it, that is a solvable problem. Audit first. Reprice where the value is leaking. Automate what repeats. Leave the judgment with the person whose name is on the door.
Full autonomy is a sales pitch, not an engineering target. An agent allowed to take irreversible actions with no human on the gate is a liability nobody has priced yet. The buyers asking for approval steps are the ones who have actually read a contract.
An agent that times out on a write does not know whether the write landed. So it retries. Now the invoice went out twice.
Generate the idempotency key before the first attempt, never on the retry. A retry with a fresh key is just a second write in a costume.
An agent with no rollback path is not automation. It is an intern with production credentials and nobody watching.
Most of the industry sells the credentials and prices the supervision as overhead you can skip.
You cannot.
Agreed, and that closes the second hole: the key proves it is a retry, the hash proves it is the same retry. Two more states earn their keep: in flight, so a duplicate arriving mid-execution waits or gets a conflict rather than a second run, and expired, so a key’s lifetime is a decision, not an accident.
A timeout is not a failure. It is an unknown.
Agents retry unknowns, and that is how one invoice becomes two.
Every write tool needs an idempotency key generated before the call, not after. Retry logic belongs in the tool, never in the model.