See the full comparison

What is your AI spending delivering?

Understand what AI delivers. Decide where to invest next, with costs, outcomes and human effort in view.

Sample · one workflow · 20 hypothetical messages, simulatedSample · 20 hypothetical messages

The work

Community member · #help

Assistant, please share yesterday's onboarding doc.

Right call: Reply

Reviewer checks every call against the same rubric, for the current version and a candidate.

What NucleAI shows current v1 → candidate v3

Accepted by reviewer 1216/20 12 to 16 of 20
Review effort, estimated 3018min 30 to 18 minutes, estimated

Missed replies 1 → 1Run cost unknown

Sample decision Continue testing Recorded, 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.

  • 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.

See the sample decision
  1. 1

    Assess

    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. 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. 3

    Test

    Authorize a limited comparison on the agreed cases. It is a test, not a rollout.

    In the sample20 hypothetical messages, simulated.

  4. 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. 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 check Demo walkthrough · no real run

Stage explanations. Choose a stage to read about it. The sample comparison and decision below stay fixed.

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.
Decision owner
Review owner (demo)
Next review
Not provided
Intended result
Fewer unwanted assistant replies Sample assumption
Outcome owner
Not provided
Use of saved capacity
Not provided
Change cost
Not provided
Run cost
Unknown not connected

Saved review time is capacity, not cash. No ROI is calculated from these entries.

Compare For the workflow owner

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
Record a decision Sample only
Back to evidence
Sample only. Nothing was saved. In the app, recording keeps a decision record with its reason and evidence. It doesn't deploy a change.

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

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.

Discord invocation

First internal example · simulated sample
Goes in
A Discord message
Comes out
Reply, or stay silent
Accepted means
The right call under a reviewed rubric
Is not
a measured customer outcome

Bill processing

Illustrative
Goes in
A PDF electricity bill
Comes out
A structured statement record
Accepted means
A record a reviewer approves
Is not
money saved, recovered or paid

Lead qualification

Illustrative
Goes in
A prospect record
Comes out
A fit recommendation against a target profile
Accepted means
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.