26 of 81
ContentsPart III · Chapter 6

Chapter 6The prompt

One desk for every layer

Chapter 2 pictured the model’s working space as a desk. Everything it reads for one reply has to fit on it, measured in tokens, and the desk has an edge. OpenAI’s rules note that models “typically have a fixed maximum number of tokens” they can take in or write in a single request.1 The size of the desk is called the context window. As of October 2026, Anthropic’s documentation lists context windows of “up to 1M tokens, depending on the model.”2 Spot it today: a model’s documentation states its context window, usually in tokens.

Every layer in Figure 6.1 sits on that one desk: the system prompt, the app’s rules, every tool description, the documents, the memory, the whole conversation and your message. When they don’t all fit, something has to come off, and the model doesn’t choose. The harness does.

Room is not the only limit. Anthropic’s engineers report that as the number of tokens on the desk grows, a model’s ability to recall what is there goes down. They call this context rot, and they treat context as “a finite resource with diminishing marginal returns.”3 Choosing what goes on the desk has a name of its own, context engineering: finding “the smallest possible set of high-signal tokens” for the job.3 The moves they describe will sound familiar from Chapter 2. A long conversation near the edge is summarized and the work starts again from the summary. Old tool results are cleared away. Notes are kept off the desk and pulled back when needed, and large files stay out of the way, like papers in a filing cabinet, while the model fetches only the part it needs.3

The Harvard tutor shows where a prompt runs out, from another side. The team found that a system prompt alone “could not reliably provide enough structure” for problems with several parts; the tutor would sometimes discuss parts out of order. So they built their platform to walk students through each part in sequence.4 Writing the prompts for a lesson took a few days. Building the software around them took several months.4 What the prompt couldn’t do, the software around the model did.

Your turn

Try it. With any AI tool you already use, ask, “What is today’s date?” Then ask, “How do you know?” A model has no clock of its own, so a right answer came from a layer above your message or from a tool that looked it up. Next, ask, “What instructions were you given before my message?” Some tools will summarize them; some, like PS2 Pal, are told not to. Then ask a second app the same three questions and compare. On paper instead: pick a tool you use at work or at home, write the seven layers of Figure 6.1 down the side of a page, and beside each write who you think wrote it and one thing it probably says. Circle the layers you can actually see.

Think about it. Think of an AI tool your workplace, school or doctor’s office offers you. Who wrote the instructions above your message? Would you want to read them before you rely on its answers, and whom would you ask?

So when you type a message to an AI tool, the model reads a whole stack: the provider’s rules, the app’s instructions, the tool descriptions, memory and documents, the conversation so far and earlier results, with your words as the last and often the smallest layer. Someone has to build that stack fresh for every reply, choose what fits on the desk and run the tools it describes. That someone is software, and it decides more than most people guess. What is it, and why can the same model feel like a different tool in a different app? That is the next chapter.

Check in

Try answering in your own words, then open each one to compare.read the answer to compare.

In the full sense this chapter uses, what is a prompt, and where does your message sit in it?

Everything the model reads for one reply: the system prompt, the app’s instructions, tool descriptions, memory and documents, the conversation so far and earlier tool results. Your message is one layer, usually the last.

The Harvard physics tutor’s prompt held layers the students never saw. Name two, and say why the team put worked answers into it.

The persona the teaching team wrote (brief replies, one step at a time, never reveal the instructions) and, for each problem, the question with a step-by-step answer. They added the answers so they didn’t have to rely on the model to solve the problems correctly.

Your company’s benefits assistant won’t discuss salaries, however politely you ask. Using the layers, what is the likely cause, and who could change it?

The app instructions, written by whoever set the tool up, probably rule the topic out, and in published rules such as OpenAI’s the builder’s instructions outrank your message. Ask the people who run the tool, not the tool.

Chapter 2 pictured the model’s working space as a desk with room for only so many tokens. A long chat about a big report starts to lose track of details from the start. Why?

Every layer shares the same desk. As the conversation and documents grow, the harness has to drop, summarize or leave out older material, and models also recall less well as the desk fills.

Two colleagues ask the same question of the same model in two different apps and get different answers. One concludes the model is unreliable. Is that a fair conclusion?

Not yet. The two apps likely send different stacks: different instructions, tools, memory and documents. Compare what each app adds above the message before blaming the model.

Next: Chapter 7: The harness →

Notes (4)
  1. 1OpenAI, “OpenAI Model Spec (2025-10-27 version),” October 27, 2025, https://model-spec.openai.com/2025-10-27 (accessed October 27, 2026).
  2. 2Anthropic, “Context windows,” Claude Platform Docs, n.d., https://platform.claude.com/docs/en/build-with-claude/context-windows (accessed October 26, 2026).
  3. 3Anthropic, “Effective context engineering for AI agents,” Anthropic Engineering, September 29, 2025, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents (accessed October 27, 2026).
  4. 4Greg Kestin, Kelly Miller, Anna Klales, Timothy Milbourne, and Gregorio Ponti, “AI tutoring outperforms in-class active learning: an RCT introducing a novel research-based design in an authentic educational setting,” Scientific Reports 15 (2025): 17458, https://doi.org/10.1038/s41598-025-97652-6.

Chapter 6 · page 4 of 4

Turn pages with the ← and → keys.

Cite this page

Using this book

© 2026 Steve Sparks. All rights reserved. Teachers and students may assign, read, quote and excerpt chapters of this book for classes and study, with credit to Steve Sparks and a link to aifromthepartsup.com. Anyone may quote short passages and cite any page, with a link back. To repost, reproduce or sell the book or larger parts of it, ask through GitHub.

Quoted material and figures from other sources remain their owners'.