DECISION MAP / SIX CRITICAL CHOICES
Name the symptom. Find the decision underneath.
Do not start with a tool name or trend. Locate the layer where the job is stuck, then leave with a decision tool you can use.
- 01Should this task use AI?→Task framing→Fit matrix
- 02Why is the answer unstable?→Context / evaluation→Failure tree
- 03How far may automation go?→Agent safety→Permission ladder
LEARNING ROUTE / STAGE 02 · DECISIONS
This stage turns a vague symptom into a question you can learn and test.
You do not need a model name, technical term, or course title. Describe where the work gets stuck and the map routes you to the most relevant decision.
- BRING
- The clearest symptom in one real job
- DO HERE
- Locate the earliest decision layer
- LEAVE WITH
- A topic entry and a course direction
WHAT ARE YOU SEEING?
Choose the nearest symptom first.
One job may cross several topics. Begin with the earliest issue that can still change the downstream result.
HOW ONE JOB MOVES THROUGH THE MAP
One support-routing workflow creates four different decisions in sequence.
The map does not assign a permanent category. It finds the earliest decision worth resolving now. If that decision stays vague, evaluation and automation inherit the wrong assumptions.
- 01Task framing↗
Set the task boundary first
Classify support emails, but never reply. Low-confidence cases must go to the support lead.
- 02Context and prompts↗
List what the model must see
Provide only the email, approved queue definitions, and urgency rules—not unrelated customer data.
- 03Evaluation↗
Test whether it actually works
Use ordinary, ambiguous, cross-queue, and high-risk emails; record the label, reason, confidence, and human override.
- 04Agent safety↗
Decide how far automation may act
Begin with suggestions only. Consider automatic routing only after acceptance passes, with recall and human takeover.
SIX PROBLEMS / FIELD REFERENCE
Start from a signal, prepare enough evidence, then enter the matching course.
This is not a maturity score. It identifies the earliest unresolved decision and makes clear what to bring and what to produce before moving on.
- 01
Current human steps, real inputs, and failure consequences
Fit matrix and one-page task briefOpen course → - 02
Complete input, source precedence, and required output fields
Context-flow map and acceptance contractOpen course → - 03
Real task slices, failure labels, and severity
Evaluation-set blueprint and diagnostic treeOpen course → - 04 Grounded answersConsequential answers need evidence, but citations may not support the claim or may be stale ↗
Authoritative sources, version, effective date, and access scope
RAG decision gate and citation-freshness auditOpen course → - 05
Actions, reversibility, owners, and failure states
Permission ladder, human gates, and recovery runbookOpen course → - 06 Model operationsModel choice relies on a leaderboard and unit price while operating cost is unknown ↗
Task cases, quality floor, latency, retries, and human cost
Model scorecard, cost map, and drift watchboardOpen course →
A USEFUL BOUNDARY
First check whether the problem needs a system at all.
If one deterministic fact is missing, look it up first. Move to a more complex path only when the job needs judgment, context, or a sequence of actions.
- 01Look it up firstIs the answer already in a reliable source?→
- 02Check the variationDoes changing input require ongoing judgment?→
- 03Set the boundaryCan the work stop and hand off when it fails?✓