The models.
Which providers and models exist in the registry, and which steps may use them.
One of our engineers joins your team, builds the first workflows with the people who own the process, and puts them into production. Then they stay, to run them, watch them and make them better. Before any of it starts, we agree on the number that has to move. That number goes in the contract.
$50,000 in POC credits for qualified use cases with an executive sponsor.
Three stages, and one agreement before them. Our engineer is there for all of it. So are your people, which is how they learn it.
One call with the person who owns the process, the executive who sponsors it, and someone from AI engineering. We pick one process and write down what success means: the number that has to move, where it is measured, and by when.
Our forward-deployed engineer joins your channels and your standup. They connect your data and your semantic layer, then build the first workflow in chat with the process owner steering. It is in production before the week is out, on real data, with real checks. The next few follow in weeks two to four.
The workflows run on their schedule or their trigger, and our engineer watches every run with your team. Once a week you get one page, with the number we agreed at the top.
Checks get tightened against real runs. Costs come down. The next process joins the first. By the tenth workflow, your team is writing them in hours.
Most projects end at launch. This one is measured after it. Our engineer stays to run the workflows with your team, watch every run, and keep bringing down what each one costs and how long it takes. Every run writes its cost, its time and the result of every check to a ledger in your own storage. Once a week we put that on one page and go through it with you.
The number held. Two runs stopped themselves. One change is proposed.
June flux package signed one day after close. Agreed: one day or less.
31 this week, across 7 workflows. 29 delivered. 2 stopped by a check.
Account 6120 moved $410K and the journals explained 71% of it. That is under the 90% rule, so it went to a person. It was a misposted accrual. The other was a bank file that arrived late.
96% on your 140 test cases. Agreed bar: 90%.
$0.31 a run at the median. Cap: $0.40.
Run the summary step on a smaller model. 38% cheaper, same score on the test set.
One page a week. The number first, then everything that could move it. Illustrative.
In the first week our engineer writes and your people steer. In the second they write together. After that your people write and ours reviews. By the tenth workflow your team is writing them in hours, and ours is reading over a shoulder. We stay on the hook for the number. Your team takes over the keyboard.
The byline changes at the fifth workflow. The hours keep falling after that. Illustrative.
Software is usually sold by the seat and services by the hour, and both get paid whether or not anything changes. Our contract is tied to the result we agreed before day one. It starts as one page, signed by your sponsor and ours, naming the number, where it is measured, and the date.
Flux review: from five days to one morning, by the second close.
Month-end flux review. Every account that moved more than the threshold, explained from the journals.
The controller.
The CFO.
Days from close to a signed flux package, read from your own close calendar.
Totals tie to the trial balance. Documented drivers explain 90% of every movement. Under $0.40 a run.
Build fee due when the number is met. Run fee due only in the months it holds.
Proof of concept funded by $50,000 in POC credits. Illustrative; commercial terms to be confirmed.
The fee for the build is earned when the number is met. After that you pay to keep it met, and the run fee is due only in the months it holds. The ledger sits in your storage, so the measurement is yours. Model spend is billed by whichever provider you route to; compiled workflows call a model only where judgment is needed, so that side of the bill stays small, and you can see it per step.
If your use case qualifies, we fund the proof of concept. The credits cover our engineer's time and the platform while we prove the result on your data. You bring the process, the people who own it, and a sponsor who can say yes. We take on six of these a quarter, because each one gets a named engineer.
The credits go to use cases that can show a result quickly and are meant to be kept.
We ask for a sponsor for the same reason AgentFlow asks for a signature. Someone has to own the result.
It works when the person who owns the process is in it. Everyone else is there to clear the path.
Which providers and models exist in the registry, and which steps may use them.
What is registered, which MCP servers are connected, which of their tools are exposed, which hosts can be reached.
Where AgentFlow is deployed, and what leaves it.
Every workflow is a versioned JSON document in your storage. Read it, diff it, review it like code.
“I've signed a lot of software contracts. This was the first one with my own number in it.”
We agree on a number your business already tracks, that the process can move, and that your own data can measure: days to close, hours of analysis returned to the team, chargebacks avoided, minutes from event to containment. Our fees are tied to that number. If we cannot find one together, it is the wrong first use case, and we will tell you so.
You do. It is measured in your systems, by the method written on the success measure. The ledger behind it sits in your storage, with every run, every check and every cent.
Then the build fee is not due. We will show you what we learned and what we would change, and you decide whether to go again.
Our engineer's time and the AgentFlow platform for the proof of concept, up to $50,000. Model and cloud spend stay on your own accounts. On a compiled workflow they are small.
A proof of concept ends with a decision, and someone has to be able to make it. The sponsor signs the success measure, sees the number every two weeks, and says yes or no at the end.
A sponsor, a process owner, read access to the data the process uses, and a security contact to choose the deployment shape. If you already have a semantic layer, we bind to it. If you don't, we define the measures the first workflows need as part of the work.
Yes. Bring a workflow you already run, on whatever you run it on. We will rebuild it beside your team and put the two receipts next to each other.
Whenever you like. Our engineer moves to an on-call role. The workflows, the run history and the ledger are already in your storage, and your team has been writing workflows since week two.
Yes. The proof of concept runs in the same deployment shape you would use in production: our cloud over a private link, your cloud account, inside your VPC, or on-prem. The architecture does not change between them.
We will bring an engineer and the first $50,000. Start with the process that is done by hand, matters every month, and makes someone nervous.
Read the docsAn actual person replies, usually within one working day.