DECISION MAP / NINE 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
ALL TOPICS / NINE DECISIONS
Start with a topic or the problem you see.
Each topic collects every published guide for one kind of decision. Choose the question that matters now, or browse every article in the catalog.
See every article →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
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.
NINE 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 Task framingThe goal is still ‘improve efficiency’ and no exact AI action or next-step owner is named ↗
Current human steps, real inputs, and failure consequences
Fit matrix, task brief, and control-loop decisionOpen course → - 02
Complete input, source precedence, and required output fields
Context-flow map, acceptance contract, and injection test setOpen 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, retrieval trial, and citation-freshness auditOpen course → - 05 Agent architectureWork is delegated but tool and shared-state ownership is unclear ↗
Task dependencies, tool effects, run budgets, and memory sources
Delegation map, tool contract, loop guard, and memory lifecycleOpen course → - 06
Actions, consequences, approval scope, and failure states
Permission ladder, human gates, and recovery runbookOpen course → - 07 Local model deploymentThe model file appears to fit, but peak load and quality are unknown ↗
Model, precision, context, concurrency, real cases, and cloud baseline
VRAM budget, quantization trial, load record, and deployment matrixOpen course → - 08 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, cache trial, and drift watchboardOpen course → - 09
Your own actions, consequences, evidence, and approvers
Case comparison sheet, permission ladder, and recovery drill recordOpen 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?✓