AI literacy basics
AI Literacy: A Map of the Field
Build a durable mental map of AI that connects technical components, human decisions, product workflows, and real-world effects.
By the end you can
- Describe AI literacy as practical judgment rather than vocabulary recall
- Map an AI product across model, system, workflow, and social context
- Identify the three questions that organize the rest of this course
- Recognize why capability, usefulness, and trustworthiness are separate judgments
Key idea
The first mistake: treating AI as one thing
“AI” can refer to a research field, a mathematical model, a product feature, a business process, or a public policy problem. Those meanings overlap. They are not interchangeable.
A language model may be one component inside a support assistant, and the assistant also includes retrieval, permissions, interface design, escalation rules, logs, and people who remain accountable. Judge only the model and you miss most of the system.
AI literacy begins when you stop asking only “How smart is the model?” and start asking “How does the whole system work here?”
Case
A chatbot’s promise, and the tribunal that made it binding
That last point has been tested in a tribunal. On 14 February 2024, British Columbia’s Civil Resolution Tribunal decided Moffatt v. Air Canada (2024 BCCRT 149), after the airline’s website chatbot told a bereaved passenger he could claim a bereavement fare retroactively — advice that a policy page on the same website contradicted. Air Canada submitted that the chatbot was “a separate legal entity that is responsible for its own actions.” Tribunal member Christopher C. Rivers called this “a remarkable submission”: a chatbot “is still just a part of Air Canada’s website,” and the airline was liable for negligent misrepresentation. The model was never a party to the case; the operator was.
Visual
Four levels you must keep separate
The course uses four levels because many arguments become confused when they jump between them without anyone noticing the jump. A claim can be true at one level and false at another. Both speakers can be right.
Context of use is also where the law operates. The EU Artificial Intelligence Act has been in force since 1 August 2024. It assigns obligations by intended purpose rather than by technique. One and the same ranking model carries no high-risk duties while it sorts a product catalogue. It becomes high-risk under Annex III, point 4(a) once it is used “for the recruitment or selection of natural persons … to analyse and filter job applications.” Nothing about the model changed. The level of the map did.
Field
Artificial intelligence is a broad area of research and engineering with several traditions, methods, and goals.
Model
A model transforms inputs into outputs. It may classify, rank, predict, retrieve, generate, or help choose an action.
System
A system wraps one or more models with data pipelines, software, policies, interfaces, safeguards, and monitoring.
Context of use
People, institutions, incentives, law, culture, and stakes determine whether the system creates benefit or harm.
A strong model can still produce a poor system, and a modest model can create value inside a well-designed workflow.
Three questions that organize AI literacy
First, what output does the system produce: a label, score, ranking, forecast, recommendation, generated artifact, or action? Second, what evidence and assumptions support that output? Third, what happens when the output enters a real workflow?
They work on a spam filter, a medical image model, a recommendation engine, or a generative assistant. They also keep the conversation concrete. A vague argument about whether a machine “understands” something never takes the place of those three answers.
Output, evidence, and workflow form the backbone of this path.
Comparison
Capability, usefulness, and trustworthiness are different tests
A demo often answers only the first test. A serious product decision must answer all three.
Take the transcription example. Koenecke and colleagues evaluated OpenAI’s Whisper and reported the result in June 2024. In their evaluation, “roughly 1% of audio transcriptions contained entire hallucinated phrases or sentences which did not exist in any form in the underlying audio,” they write. Of those hallucinations, 38% carried explicit harms. Invented violence and implied false authority were among them. Word-level accuracy was high, so the capability claim survives. Whether the same system is trustworthy in a clinical or legal recording is a separate question. It depends on what that 1% does after it leaves the model.
Capability
Can the system perform the target task under stated conditions?
- Measured with task-specific evidence
- May vary sharply across inputs
- Does not prove product value
- Example: transcribing clean studio audio
Usefulness
Does the output improve a real human or organizational workflow?
- Compared with the current baseline
- Includes time, cost, and friction
- Depends on user needs and adoption
- Example: reducing correction time for transcripts
Trustworthiness
Is the system sufficiently reliable, safe, secure, fair, transparent, and accountable for this context?
- Depends on stakes and affected people
- Requires failure handling
- Cannot be reduced to one score
- Example: protecting sensitive meeting audio
Example
Five ordinary encounters, five different systems
AI becomes easier to understand when you name the exact job it performs. These familiar products do not share one universal kind of intelligence.
- Email filtering: a classifier estimates whether an incoming message resembles spam, phishing, promotions, or legitimate mail.
- Navigation: forecasting models estimate travel time, while search and optimization select a route under changing constraints.
- Photo search: vision and language representations connect images with concepts such as “beach,” “birthday,” or a person’s face.
- Streaming recommendations: ranking systems choose which items to show first, using behavior signals and product objectives.
- Writing assistance: a generative model proposes text, while the application may add retrieval, formatting rules, safety checks, and user approval.
Analogy
A map is useful because it leaves things out
A transit map in an unfamiliar city does not show every doorway, tree, or traffic light. It shows the relationships needed to travel. That is exactly why it works.
This course map works the same way, separating the field, model, system, and context so you can navigate first. Printed transit lines, though, stay where they are. AI systems change after deployment.
A beginner map should simplify without pretending that the omitted details do not matter.
Harry Beck, 1933, and the geography he threw away
The transit map that made this trade-off famous is Harry Beck’s London Underground diagram, first issued to the public as a pocket map in January 1933 after a small trial the previous year. Beck discarded true geography: horizontal, vertical and 45-degree lines, roughly even spacing between stations, and a central area drawn far larger than scale. London Underground had first rejected the design as too radical because it did not show real distances. Travellers adopted it immediately, because the deliberately inaccurate picture answered the question they actually had — where to change trains.
Steps
A seven-minute routine for any AI feature
Use this routine whenever a product is described as intelligent, autonomous, predictive, or generative.
1. Name the user goal
Describe the human problem without mentioning AI. This exposes whether the technology is solving something real.
2. Name the output
State exactly what the model returns and what uncertainty or ambiguity remains.
3. Trace the evidence
Ask what data, rules, retrieved sources, feedback, or expert knowledge influence the output.
4. Follow the handoff
Identify who or what receives the output, what decision follows, and whether review is possible.
5. Imagine failure
Choose one common error and one rare high-impact error, then inspect the fallback.
6. Compare a baseline
Ask whether simpler software, better information, or process redesign could solve the problem more reliably.
What this path promises—and what it deliberately postpones
By the end, you should be able to explain AI without hype, inspect an AI-enabled workflow, recognize major limitations, and evaluate product claims. You should also know which deeper questions belong to later paths. Knowing what you are not yet equipped to judge is part of the skill.
This path will not teach backpropagation, transformer internals, clustering algorithms, or detailed regulation. It will give you the conceptual structure needed to learn those topics without confusing a model with a product or a benchmark with reality.
The goal is informed judgment: enough technical accuracy to ask better questions and enough humility to keep investigating.
Key takeaways
- AI can mean a field, model, system, product feature, or policy issue, so the level of discussion must be explicit.
- Every serious analysis should connect an output to its evidence, workflow, and context of use.
- Capability, usefulness, and trustworthiness are related but separate judgments.
- A deployed AI system includes software, data, rules, interfaces, people, and monitoring around one or more models.
- A benchmark supports a bounded claim; it does not automatically establish product value or safety.
- The path’s purpose is to build judgment that makes later technical study clearer and more disciplined.