Reviewer checks every call against the same rubric, for the current version and a candidate.
What NucleAI shows current v1 → candidate v3
Accepted by reviewer12→16/2012 to 16 of 20
Review effort, estimated30→18min30 to 18 minutes, estimated
Missed replies 1 → 1·Run cost unknown
Sample decisionContinue testingRecorded, not deployed
Illustrative sample, simulated, not a live run. False invocations, pending results and the business case are in the full comparison.
The gap
The bill shows what you spent. Not what you got.
Model and API invoices count calls and tokens. They can't tell you whether the work was accepted, how much human review it still needed, or whether a different setup would actually be better.
NucleAI puts those answers next to the cost, one workflow at a time.
Model and API usageIllustration
Requests
Tokens
Amount due
Was the work accepted?Not on the bill
How much human review did it need?Not on the bill
Would a change be better, or just cheaper?Not on the bill
An illustrative invoice lists requests, tokens and an amount. Three questions are not answered by it: whether the work was accepted, how much human review it needed, and whether a change would be better or just cheaper.
How it works
From one workflow to a decision you can defend
Five steps connect the work to a decision. Follow the same illustrative example through each step.
Start with one workflow: what it is for, what evidence already exists about outcomes, review effort and cost, and what is missing.
In the sampleDiscord assistant: reviewed outcomes exist; run cost is not connected.
2
Propose
Inspect one bounded change and the reasoning behind it. Keep the cases and review criteria consistent, then examine whether the change improves the tradeoff.
In the sampleHypothetical candidate v3: clarify the prompt to distinguish assistant-directed requests from quoted requests, staying silent when unclear. Illustrative, not implemented.
3
Test
Authorize a limited comparison on the agreed cases. It is a test, not a rollout.
In the sample20 hypothetical messages, simulated.
4
Compare
Accepted results, failures, human review and known costs side by side, including what did not improve. Cheaper can be worse, and keeping the current approach can be the right call.
In the sampleAccepted 12 → 16 · missed replies 1 → 1 · run cost unknown.
5
Decision
An accountable owner records adopt, keep current or continue testing, with the reason and the evidence used. Saving a decision records it; it does not deploy anything.
In the sampleContinue testing.
The sample, in the product
Evidence first, then the business context
Evidence. Reviewed results, human review time, and known and missing costs.
Context an owner adds. Who owns the outcome, the intended result, what saved capacity or change effort means, and when to look again. Fields nobody has filled in stay visibly empty.
Workflows / Discord invocation checkDemo walkthrough · no real run
Stage explanations. Choose a stage to read about it. The sample comparison and decision below stay fixed.
Explanation 5 of 5Decision · Explanation
Decision. An accountable owner records adopt, keep current, or continue testing, with the reason. Saving records it; it doesn't deploy anything.
Summary For leadership
Sample decision
Continue testing
Resolve the remaining false and missed invocations before a real controlled test.
Saved review time is capacity, not cash. No ROI is calculated from these entries.
Compare For the workflow owner
AcceptedRejectedPending
v11262
v31622
Of 20 messages
v1
v3
False invocations
5
1
Missed invocations
1
1 Unchanged
Review effort (est.)
30 min
18 min
Run cost
Unknown
Unknown
Two readers
Same evidence, two questions
Workflow owner or engineer
“Where does this workflow need work, and is the change worth testing further?”
Accepted, rejected and pending calls for each version
False and missed invocations, including the miss that did not improve
Estimated review minutes
What stayed constant between versions
Same 20 cases · same rubric
Leadership or budget owner
“What is this AI spend delivering, and where should we invest next?”
The recorded decision, its reason and who made it
The intended result and who owns that outcome
Known and missing costs, including change effort
When the decision will be looked at again
Neither view hides the other's evidence. Better accepted work is not, on its own, a business result. That is why the decision and its owners sit beside the numbers.
Breadth
Different work, the same question
Each workflow defines what “accepted” means. NucleAI evaluates that work; it does not run the workflow, pay the bill or find the lead.
A defensible call, including a well-supported “no”
Is not
a meeting, a sale or revenue
Direction
Where this is going
The product demo illustrates one workflow from evidence to a decision. The aim is to keep making that decision well as models, prices and volumes change.
In the demo today
One workflow at a time, from Assess to Decision
Comparisons on hypothetical or illustrative sample data
A sample decision with its owner, reason and evidence. Recording a decision does not deploy a change
Direction · not available yet
Looking again at a workflow when its model, price or volume changes
A portfolio view across workflows and business functions
Review triggers that bring a decision back for another look
See one decision, end to end.
Walk through the sample, then read the full comparison behind it.