Lesson 3 of 10 in this unit
Decide where AI belongs.
Compare a rule, supplied candidate predictions and simulated human review, including costs and unfinished work.
By the end: Select a credible non-AI baseline, compare workflow outcomes under constraints and state what evidence could change a build, buy, defer or no-AI decision.
Prerequisites and path options
Why learn this? Choose between a rule, a model and human review based on the job rather than the appeal of automation.
Start with something concrete.
A club can improve its equipment workflow with a clearer form, a tested rule, human review or a learned model. The best choice depends on the task and evidence. More automation is not itself a success measure.
Try the interactive modelA workflow reports no mistakes but leaves half the requests unresolved. What must you check?
Change one thing. Watch what follows.
Loading this browser experiment…
Understand what changed.
A shorter explanation, with the original worked examples available below. Both explain the same experiment and its limits.
The idea in everyday terms
A useful workflow may combine a fixed rule, a prediction and a person’s judgment. A clear calculation with exact inputs may need no learned model. A prediction can help when patterns are uncertain, while costly or unresolved cases may need review.
What to watch in the experiment
Compare the proposed workflow with a simpler alternative. Identify what the machine would do, what a person would still decide and how failures would be handled. Include the work required to collect data and inspect outputs.
What this does not establish
AI is not useful merely because a task contains information. The exercise helps frame a choice; its fictional assumptions do not establish real costs or deployment readiness.
Open the full worked examples, calculations and limitations
This is the same reference used in Technical mode. Expand it whenever you need the exact numbers, assumptions or further explanation.
A useful baseline can be a rule or a better form
The equipment desk wants to identify requests where work is blocked. A rule that flags events within 24 hours is a credible starting procedure, but it answers a different question. Some near events have spare equipment; some later events involve work that is blocked now.
A baseline is a simple reference procedure against which you compare added complexity. It might be a rule, a constant prediction, a human process or the existing workflow. Compare on the same task and examples. Do not weaken the baseline merely to make an AI candidate look better.
In this lab the blocked-work answer is explicitly available, so asking that question on a clearer form could remove the need to predict it. That is an important option. In actual use the answer may be missing, ambiguous or unreliable; gather evidence about that before choosing a solution.
Keep teaching assumptions separate from measurements
The candidate’s scores and the human decisions are supplied hypothetical values. No model is trained and no real reviewers are studied here. Human review includes an error deliberately, because escalation is not an automatic correctness guarantee. The goal is to learn how to compare workflows, not establish the performance of a real product.
The rule uses an assumed 0.1 work-minute per request, the candidate 0.2 and a simulated human review 3. Work-minutes sum effort across tasks. They are not measured elapsed time, money or a claim about model inference speed. Parallel work and queues could change elapsed time; collecting labels and maintaining a system adds other costs.
Compare errors and unfinished work
On all eight supplied cases, the deadline rule makes three false alarms and misses two urgent requests. Suppose a false alarm costs 2 points and a miss costs 10:
The counts measure mistakes among decided cases. The points express chosen consequences, not measured financial costs. Change them in the lab to inspect which assumptions matter. Do not add error points to work-minutes: they are different units. A real decision could translate both into a justified common unit, but that needs evidence and explicit assumptions.
The hybrid sends flagged ambiguous cases to a human and uses the supplied candidate for others. With only one human review available, two ambiguous cases remain pending. The decided cases happen to have no mistakes, but one urgent request remains unresolved. Zero decided-case error cost is not successful completion of the task.
When the budget rises to three reviews, the pending cases receive decisions, including a simulated human mistake. A naive error-only score could prefer the unfinished workflow. Always report coverage, unresolved work and resource use beside error counts. Queue delay and harms from deferral remain unmodeled here.
Build, buy, defer or use no AI
Build may offer control but requires implementation, data and maintenance. Buy may reduce some implementation work but still needs task-specific evaluation, operating limits and a plan for failures. Defer can be appropriate when labels, permission or evidence are inadequate. No AI can be appropriate when a clear rule or workflow change meets the need.
There is no reward for choosing the most automated option. Test relevant boundary cases, missing inputs and escalation behavior. Compare a stronger candidate only when the simpler baseline leaves an important problem unsolved. A vendor demonstration on different cases does not establish local performance.
For a decision brief, state the task, credible baseline, observed and assumed quantities, incomplete outcomes, costs, limits and next evidence. For an engineering exercise, implement the rule with tests at exactly 24 hours and with a missing deadline. Guided learners can trace one request through every option and explain why the outcomes differ. These exercises prepare you for independent project evidence; they do not certify a real deployment decision.
A vendor demonstrates a high score on unrelated examples. What supports a purchase decision?
Take this idea with you.
Begin with a useful baseline and compare completed outcomes, unresolved work, costs and limits. A no-AI or defer decision can be well supported. The toy comparison is practice, not a procurement recommendation.
Explore related topics and the topic map
How this topic connects
Explore this topic on the interactive mapUse these connections to review a foundation or choose where to go next. You can open any topic without completing the others.
What it builds on
- Define the task
Turn a vague request to use AI into a prediction task with a useful outcome you can measure.
- Examples are measurements
Notice how collection choices shape the evidence before trusting a dataset’s columns as reality.
Compare a rule, supplied candidate predictions and simulated human review, including costs and unfinished work.
What it enables
- Define an assistant’s job
Specify what an assistant may answer or do before giving it access to tools and documents.