Murray State University · Part three · How you work with it

AI Tool Guide

Murray State University
Demo 6 of 17 · Part three · Stage 1

The four doors

If the model behind the glass is often the same, what actually changes as you move from a chat window to a coding agent?

Before you start. Demo 5 showed that how you phrase a request changes what a language model gives back. This stage holds phrasing constant and changes something else: the surface — the browser tab, document pane, desktop app or terminal you reach it through. A surface decides what the model can see and touch; it says nothing about how well it writes.

Predict

Rows 1–3 below (Sees, Does, Keeps going) were built to rise neatly from door 1 to door 4. Which one of the four rows do you predict will not rise neatly?

Try

Press through the grid — every cell opens the reason and the source — then open Row 4’s note, “Why row 4 is not a staircase.”

Takeaway

Reach rises neatly because the four doors were chosen as a ladder — but review burden peaks at the desktop coworker (door 3), not the coding agent (door 4), because doors 2 and 4 hand you a change you can compare and take back — an edit inside a document with undo, a diff you can read — and door 3 hands you a finished thing.

Sourcedverified 16 Sep 2026 13 of 16 grid cells

Four doors × four axes

Tap any cell for the reason and the source; tap a door’s name for what it is, where it runs and what it costs to get in. On a phone the grid becomes four cards — same sixteen cells, no sideways scrolling.

Check yourself

Which door is hardest to check, and does it match the door with the most reach?

Guidehow to use this demo

Most people meet AI through a chat box and reasonably conclude that is what AI is. It is one door out of four, and the one that reaches the least.

Where this sits: runs right after The Stranger (Demo 5), which covered how you phrase a request. This one covers what surface you ask it through.

  1. The four doors. Tap any of the sixteen cells for the reason and the source; tap a door’s name for what it is, where it runs and what it costs.
  2. Pick a job. Choose one of seven real faculty tasks, guess which door finishes it, then see the computed answer and what you would hand over.
  3. The receipts. What already changed, what was rechecked and held, and every source, so a stale product name never has to be taken on faith.

Getting around

The stage tabs switch stages. Details opens the axes, the honesty labels and the sources for the current stage. Guide reopens this card; Settings has Open Presenter Notes, Presentation mode, Reset and the self-test.

Time

About 12 minutes end to end, or 4 minutes for the cut in the presenter notes.

Settings

Presenter notes

The printable session plan, on screen.

Presentation mode

Scales the page up one notch for projecting to a room, and puts a Notes button in the header.

Reset

Back to the start: no job picked, no predictions made, no self-test on screen, stage 1. Presentation mode stays as you set it.

Proof

Checks that every claim resolves to a declared source and back, that no price or vendor ranking leaked onto the page, and that the review row genuinely does not rise the way the other three do.

DetailsThe four doors

What is live

Nothing is computed live — every cell is sourced or reasoned

This page runs no model and makes no network request. Every grid cell is one of two things.

Sourced 13 of 16 cells

A page belonging to the company that makes the product was opened on the check date and says this, usually in its own words (quoted where the page allows a clean quote).

Reasoned 3 of 16 cells

The three “you check” cells for the chat window, the desktop coworker and the coding agent are the page’s own ordering judgement about review burden — no vendor ranks how hard its own product is to check.

How it works

reach(door) = max(sees, does, keeps going) — check(door) is read separately

Four axes ask what a door can see, what it can do, whether it keeps going unwatched, and how much you must check. The first three were chosen so the four doors form a ladder of reach, which is why they rise neatly left to right — a property of the selection, not a discovery. Row 4 was not chosen to rise, and it does not: the desktop coworker (door 3) is harder to check than the coding agent (door 4), because doors 2 and 4 hand you a change you can compare and take back (an edit inside a document with undo and version history; a diff you can read line by line) and door 3 hands you a finished artefact with nothing to compare it to.

Assumptions and simplifications

  • The bars are a reading of the four rows, not a measurement of anything — stated on screen in the axis note.
  • “Same model behind the glass” is a simplification: the four doors sometimes run different model versions, but the axis that matters here is the surface, not the model.
  • A door’s reach can change with an institutional license (an admin can turn Gemini Enterprise on) — the page reports what is possible by product, not what your account currently has switched on.

Sources

All 19 first-party sources are listed in Stage 3, “Every source.”

Boundary: the bars describe reach and review burden as this page’s four chosen doors express them. They are not a benchmark, a market-share figure, or a claim about which vendor writes the best answer.

Presenter Notesthe printable guide, on screen

AI: From Zero to Takeoff · Demo 6 of 17 · Part three · about 12 minutes

AI Tool Guide — notes for the presenter

What to ask it with. Runs after The Stranger, which covered how to phrase the request. About 12 minutes, or 4 if you are behind. You need: the built page open, and nothing else — no network, no login, no account. Product claims checked 16 September 2026.

Learning goals

The goal for each stage, in plain words — what a learner should be able to say after doing the activity, not before it. These are the three stage Takeaways, verbatim.

  1. Stage 1, The four doors. Reach rises neatly because the four doors were chosen as a ladder — but review burden peaks at the desktop coworker (door 3), not the coding agent (door 4), because doors 2 and 4 hand you a change you can compare and take back — an edit inside a document with undo, a diff you can read — and door 3 hands you a finished thing.
  2. Stage 2, Pick a job. The smallest sufficient door changes by job — access is a cost you take on, not a feature to default to maximizing.
  3. Stage 3, The receipts. Two of four doors changed names in six months, and this page's own top uncertainty checked out unchanged when read directly — the doors are the stable unit here, not the names on them.

Where this sits on the path

Demo 5 (The Stranger) taught the room that how you phrase a request changes what a language model gives back. The obvious next conclusion — and the wrong one — is that prompting is the whole skill. This module is the correction: a perfectly phrased request to a browser tab still cannot rename a file on your laptop. Phrasing is one variable; the surface is the other. Demo 7 onward (Part four) hands forward a related discipline — a useful classroom tool starts from a learning goal, exposes its assumptions, and makes its evidence available for challenge — which is also the discipline this page holds itself to, out loud, in Stage 3.

One question for the session

The surface you use decides what the tool can reach — and the further it reaches, the more of its work you have to check.

Everything on the page serves that sentence. If you only get one thing across, get that, and specifically the second half, because the first half is intuitive and the second is not.

Stage 1 · The four doors 4 min

Question. If the model behind the glass is often the same, what actually changes as you move from a chat window to a coding agent?

Predict prompt. Rows 1–3 (Sees, Does, Keeps going) were built to rise neatly door 1 to door 4 — which one row will not?

Activity, timed. Put the grid up and say nothing for a beat (30s). Let the room read the four questions down the left, then take the on-screen prediction (30s). Open door 1, row 2 (60s) — a chat window answers in the conversation. Then open door 2, row 4 (60s) — accept or reject, you get a diff; this is the cell that surprises people, because it is the least glamorous door and has the best review story in the table. Open Row 4's note last (60s).

Expected observation. Rows 1–3 step up cleanly door by door; row 4 does not — door 3 (desktop coworker) reads higher than door 4 (coding agent).

Check-yourself answer key. "Which door is hardest to check?" — Door 3, the desktop coworker; the coding agent's diff is what makes it *easier* to check than a door with less reach, which is the point of the refutation option.

Teaching limit. The staircase in rows 1–3 is a property of which four doors were chosen, not a law of nature — say so if anyone calls it suspiciously tidy.

“Same model behind all four of these. What changes is how far it can reach — and every step of reach you hand it, you get back as review.”

Stage 2 · Pick a job 6 min

Question. For one real faculty task, which door is the smallest one that finishes the whole thing?

Predict prompt. Before the reveal, guess which door finishes the chosen job.

Activity, timed. Do not walk all 7 jobs. Pick two: "Rename four hundred scanned files" (90s) — the clearest floor in the module, two doors say wrong door outright, and it makes the point that better prompting cannot buy reach; then "Reformat a syllabus into the department's template" (90s) — the answer is the boring door, the agent already inside Docs, the most useful answer of the day for most of the room. Read the last line of each card out loud: "You hand over." That line is the whole argument.

Expected observation. The prediction echo shows a guess that sometimes matches the computed smallest-sufficient-door and sometimes does not — both outcomes are useful; a mismatch is the more interesting one to talk through.

Check-yourself answer key. "Why is renaming four hundred files 'wrong door' at doors 1 and 2?" — neither can touch the file system at all; the refutation option (lower answer quality) names the misconception that the gap is intelligence rather than reach.

Teaching limit. The green box is computed, not written: the smallest-numbered door whose verdict is "does the whole job." Say "smallest" deliberately — the module is not asking what the most capable tool is.

Misconception: "the biggest door is the safest choice."Bigger reach means more of the work you must check yourself, not less risk — the smallest sufficient door is the one that finishes the job with the least you have to verify afterward.

Before you present: check door 2 actually works on your own account. Murray State runs Google Workspace, which is why this module leads door 2 with Docs and Sheets rather than Word and Excel — but running Workspace is not the same as having Gemini switched on in it. On a campus account that is licensed and enabled by an administrator; Google's Docs page (opened 16 September 2026) says the feature needs "an eligible Google Workspace or Google AI plan," so a personal Google AI plan is the other route. Open a Doc and look for the pane the morning of the talk. If it is not there, say so from the stage and point at door 1.

“Notice what I did not ask. Not which is best. Which is smallest and still finishes the job.”

Stage 3 · The receipts 2 min

Question. How much of a page about AI products should you expect to still be true in six months?

Predict prompt. Guess how many of the four doors had a product renamed or retired in six months (0–4).

Activity, timed. Show two entries under "What already changed" (20s each): "Agent Mode" → "Edit with Copilot", with Microsoft's own sentence under it — same capability, new name, inside six months; and "ChatGPT agent" → retired — OpenAI's help page still explains how to use the thing it opens by telling you is gone. Then show one entry under "What was rechecked and held" (20s): the page's own pre-build audit could not confirm whether OpenAI's Codex is still unselectable on web and mobile (automated fetch got HTTP 403); opened directly in a browser instead, and it is still true, quoted from the vendor's current FAQ.

Expected observation. The predicted count is compared against the actual count (2 real vendor changes; the third CHANGED entry is the module's own drafting mistake, not a vendor change) — most rooms guess low.

Check-yourself answer key. "What does a 403 to an automated fetch mean?" — the tool was blocked, not that the claim is false; the refutation option (guess instead) names exactly the failure mode this page's research-not-memory discipline exists to prevent.

Teaching limit. A rechecked claim is confirmed as of the date shown, not permanently — that is why the page names a refresh cadence rather than declaring itself finished.

If the room is engaged, the third CHANGED entry is worth ten seconds: the brief this module was built from called a product "GPT Work," a name on none of the OpenAI pages the module opened; the product is ChatGPT Work. Somebody who does this for a living got it wrong six weeks out of date. That is the argument for the date at the top of the page, and it is more persuasive as a confession than as advice.

“Good — that is the module working. Which door was it? Because the door is still there.”

Misconceptions

"The biggest door is always the safest or best choice."Reach and review burden rise together; the smallest sufficient door is the one that finishes the job while asking you to hand over the least.

"The coding agent, having the most reach, must be the hardest to check."Instrumentation decides review cost, not reach: the coding agent hands you a diff and a test suite, while the desktop coworker hands you a finished artefact with nothing to compare it to — which is what makes door 3, not door 4, the hardest door in the table to check.

"An automated tool returning an error means the underlying claim is unverifiable."A 403 means the script was blocked; it says nothing about whether the page itself still says what it always said. This page's own top-ranked risk turned out to be exactly that gap, not a wrong claim.

Discussion questions

  1. Pick a task you actually did this week with AI. Which door did you use, and was it the smallest one that would have finished it?
  2. Door 3 (desktop coworker) is the hardest door to check in this table. What would have to change about how it presents its work for that to stop being true?
  3. This page predicts what will rot and what will hold (Stage 3). Six months from now, which prediction do you expect to be wrong, and why?

Presenter controls

  • The header buttons. ? is the Guide — the how-to panel that opens on first load and reopens from that button. ⚙ is Settings, and it offers Open Presenter Notes (this document, on screen), Presentation mode, Reset, and the self-test.
  • Turn on ⚙ → Presentation mode for projector-sized type.
  • Run the self-test once so you know it is green before anyone asks.
  • Re-read Stage 3 the morning of. This is the one demo in the collection with a real shelf life. If a name on screen has changed, say so from the stage — it is a better moment than a correct page would have been.
  • ⚙ → Reset puts the demo back to how it opened — stage 1, no job picked, no predictions made, no self-test on screen — in place, without a page reload, and without turning Presentation mode off.
  • No network is needed at any point. The source links need one, but only if somebody asks you to follow one, and you can promise to send it instead.

Questions you will get

“So which one should I buy?”

The module deliberately does not answer this and neither should you. The honest reply is: almost certainly none, because your institution already licenses one or two of these and that decides it. Send them to IT.

“Can it see my students’ work?”

Only if you give it access, and whether you may give it access is a question for your registrar and your IT department rather than for a vendor page. Two of the jobs in Stage 2 carry that caution on screen for exactly this moment; open one and read it rather than improvising a policy answer.

“How do you know any of this?”

Open ⚙ → Run the self-test in front of them. It checks that every claim resolves to a declared source, that no source is cited and never used, that no price and no vendor ranking leaked into anything the page can display, and that the review row genuinely does not rise the way the other three do. Then tap any cell and follow the link.

What the numbers on the page mean

FigureWhat it is
16 cells4 doors × 4 axes. Every one opens a reason, a label and a source.
13 verifiedCells where a page belonging to the company that makes the product was opened on the check date and says it.
3 reasonedThe ordering judgements. Labelled, because no vendor states them.
28 judgements7 jobs × 4 doors in Stage 2. All reasoned from Stage 1, and each names the axis that decided it.
19 sourcesAll first-party, each carrying the date it was last opened. Two of the OpenAI pages refuse automated retrieval and were read in an ordinary browser.
9 things cutResearched during the build and deliberately left off, each with the reason.
AI Tool Guide (Front Doors) — Bryant Harrison, Murray State University. Product claims checked 16 September 2026 against first-party sources, opened in an ordinary browser where automated retrieval is blocked. Every claim on screen carries a confidence label and links to its origin; everything researched and left off is listed in Stage 3 under “Researched, and deliberately not on the page.”

Open the printable copy (presenter-guide.html) — the same document, laid out for print; the PDF beside it is a render of that file.

Bryant Harrison · Murray State University