Part of the AI in Your Pocket lesson guide. Teaching a different grade? 🌈 Explorer (5–7) · 🔧 Builder (8–10) · ⚡ Architect (15–18)
Open with the real hook line, delivered without softening it: "Your phone runs dozens of AI models at once — some on the device, some in the cloud. Let's peek behind the apps you use every day."
Follow with a quick gut-check question: "Pull up your phone's home screen in your head. How many apps do you think are running some kind of AI right now, in the background, even if you're not actively using them?" Take a few guesses out loud — most students will underestimate. "The honest answer is: probably more than half of what's on that screen. Some of it runs right here, on the chip in your hand. Some of it runs on a server somewhere and just sends you the result. Today we're figuring out which is which, and why it matters."
Frame the stakes: "This isn't just trivia. Understanding what's AI and what isn't — and where it runs — is the first step to understanding why your feed looks the way it does, and why your phone knows things about you that you never typed in."
Set the tone for the lesson explicitly, since this age band can handle nuance without needing it softened: "We're not here to scare you off your phone, and we're not here to tell you it's all magic and wonderful either. We're going to look at how these systems actually work, mechanism by mechanism, and then decide for ourselves what we think about them."
Move through the three scenes with more technical precision than younger bands, naming the actual mechanism behind each example, not just the effect.
Scene 1: Phone AI (on-device).
Preempt a common confusion at this age: "on-device" doesn't mean "simple." Face ID's neural network is a genuinely trained model, just one small and efficient enough to run on a phone chip rather than a data center. The distinction that matters isn't device-vs-server complexity — it's whether the system learned a pattern from data (AI) or was given a fixed procedure by a programmer (not AI), regardless of where it happens to run.
Scene 2: Social & Entertainment (cloud-based recommendation systems). This is the core technical content for this age band — spend the most time here.
Introduce the filter bubble concept here directly: "A system optimized to show you more of what you already engage with can, over time, narrow the range of content and viewpoints you actually see — even if no single recommendation is 'wrong.'"
Scene 3: Shopping & Maps.
Worth a quick aside on Google Maps: predicting a traffic jam before it happens requires two different kinds of data working together — real-time signals (phones currently moving slowly on that road) and historical patterns (this road is always slow at 5pm on a Friday), plus a layer of known events. That's a small forecasting system in its own right, not a single lookup.
Bring in computational photography as a closing example: modern phone cameras don't take one photo, they capture multiple frames at different exposures and use AI to fuse them (multi-frame processing, scene detection, HDR fusion) — which is why phone photos look far better than the raw sensor hardware alone would produce.
Wrap the walkthrough with a quick synthesis question before moving to discussion: "Looking back across all three scenes, which examples ran locally on the phone, and which ones needed a server somewhere? What's the pattern?" Students should be able to reason toward: biometric and personal-habit models (Face ID, keyboard, battery) tend to stay on-device for speed and privacy; large-scale recommendation and search systems (TikTok, Netflix, visual search) need a server because they're drawing on data from millions of users and updating constantly, which no single phone could store or compute alone.
These work well as a think-pair-share: give students 60 seconds to think alone, a minute to compare with a partner, then open to the full class. This age band tends to give more thoughtful answers when they've had a moment to form an opinion before being asked to share it publicly.
Close with: "Every scroll, tap, and pause you make on your phone is a data point feeding a system that's constantly re-calculating what to show you next. Knowing that doesn't mean you have to quit your apps — it means you get to use them with your eyes open instead of on autopilot."
Extension activity (20–25 minutes): Have students open one recommendation-driven app (with a family member's permission if needed) and, for five minutes, deliberately engage with content on a topic they're not actually interested in — fully watching several videos on it. Have them check back the next class period (or later that day) to see whether their feed shifted toward that topic, and write a short paragraph on what that experiment reveals about how quickly and mechanically the recommendation system responds to behavior, regardless of genuine interest.
Alternative or additional extension (if devices at home aren't reliable for every student): run a paper-based version in class. Give small groups a fictional "user's" last ten watched videos (write a simple list — five cooking videos, three comedy skits, two skateboarding clips) and have them predict what the recommendation system would show next, and why. Then reveal a twist: the user watched one video by accident and skipped it immediately. Ask groups to reconsider their prediction — this makes the mechanical, behavior-driven nature of the system concrete without needing an actual app open.
Timing note: the three-scene walkthrough runs roughly 15–18 minutes at this depth, discussion 8–10 minutes, and the quiz 5–6 minutes — a full core lesson of about 30 minutes, with either extension comfortably filling the remainder of a standard period.
Send students out with a genuinely open question rather than a tidy conclusion: "None of what we covered today means these apps are bad — it means they're built, on purpose, by people making specific choices. The next time your feed feels a little too accurate, that's not a coincidence you should find creepy — it's a system working exactly as designed. What you do with that knowledge is up to you."
If your class continues into later AIQ lessons on fairness and bias in AI, flag the connection now: the same mechanism that personalizes a feed usefully can also, unchecked, personalize discrimination — a system that's just "learning patterns from data" reflects whatever patterns and biases exist in that data, for better and for worse. This lesson is the mechanical foundation that later ethics-focused lessons build on.