Webspinner Academy Introduction to AI · Lesson 15 of 15

Movement IV · What It Means for You Lesson 15 · Capstone

The Webspinner AI Playground

Three facts this course established separately become one workflow here. Models predict rather than retrieve. They bluff when they lack grounding. Where your data lives is a decision, not a default.

Runtime 7:00 Reading time 15 minutes Prerequisites Lessons 3, 5, 6, 9 Volatility Medium — review every 3 quarters Sources verified 13 Aug 2026

Learning objective

By the end of this lesson you have completed one full grounded-AI workflow end to end — document in, question asked, answer returned, citation traced back to the source line — and you leave with something you built rather than something you watched.

Production note — read before scripting

The chapter structure below is the pedagogical scaffold, and it is complete. The product specifics are not: every reference to Playground interface elements, menu names, and step sequences is marked [PRODUCT: …] and must be filled against the current Webspinner build before scripting. Lock the on-screen UI last — it is the fastest-changing element in the course. Nothing in this file should be read as a description of shipped functionality.

15.1  Everything so far, in one place

Three findings from earlier lessons have been waiting to be assembled.

The through-line this course has been building
Established inThe finding What it implies for practice
Lesson 3 Models predict the next token; they do not retrieve Anything not in the context window is being reconstructed, not looked up
Lesson 6 Training and evaluation reward confident guessing over admitting uncertainty Reconstruction from statistical regularity produces fluent, confident errors
Lesson 9 Where your data lives is a decision taken layer by layer Supplying your own material is also a sovereignty choice, not only a quality one

Put them together and the conclusion is forced. If the model reconstructs rather than retrieves, and reconstruction under uncertainty produces confident error, then the fix is not a better instruction or a better model. It is to stop asking for reconstruction.

Give the model the source instead of asking it to recall the source. The core move of the entire course, restated as practice.

15.2  Grounding your own material

Walk the pipeline in plain language first, and name it only afterwards. The naming is the least useful part and most explanations start there.

  1. Documents in. The material you actually have — contracts, handbooks, notes, records. Yours, not the internet's.
  2. Chunked. Split into passages small enough that a handful will fit in the context window alongside the question.
  3. Embedded. Each chunk is converted into a list of numbers positioning it in a space where passages about similar things sit near each other. This is what makes “find the relevant passage” a geometry problem rather than a keyword problem — it can match a question about termination notice to a passage that says ending the agreement.
  4. Retrieved on relevance. When you ask a question, the question is embedded the same way and the nearest chunks are pulled out.
  5. Supplied as context. Those chunks go into the window alongside your question. The model now reads rather than recalls.

Now name it: this is retrieval-augmented generation, introduced by Lewis and colleagues in 2020 as a method for knowledge-intensive tasks.1 It is six years old, it is not exotic, and it is the single highest-leverage technique available to a non-specialist.

Notice what has changed in terms of Lesson 6. The task has moved from recall — where plausibility is all the model has to go on — to comprehension, where the answer can be pointed at a passage and checked. That is why the citation back to the source line in the capstone is not decoration. It is the mechanism that makes the whole workflow verifiable.

FIG-15-01

Recall versus grounding

Two paths from the same question to an answer. Top — recall: question goes straight into the model; the answer emerges with a confident tone and a dotted, unresolved line trailing off toward nothing where a source should be. Bottom — grounded: question goes first to a document store, drawn as a shelf; three passages are pulled out and travel into the context window alongside the question; the answer emerges with a solid line running all the way back to a highlighted passage on the shelf. The solid line versus the dotted line is the whole image.

Aspect 16:9 · 3200×1800 px · Brand palette: navy #00040c, silver-blue #a8c0d8, column gold #a87848 · Style: process diagram, no UI chrome

Figure 15.1. The same question, two architectures. Only one produces an answer you can check.1

15.3  Where grounding still fails

A course that ended on the fix without the fix's limits would violate its own standard. Four failure modes, all of which you will meet:

  • Retrieval failure. If the right passage is not retrieved, the model answers from recall anyway — and usually does not tell you it has. This is the most common failure and the least visible.
  • Chunk boundaries. A fact split across two chunks may be retrieved as half a fact. Tables and cross-references suffer most.
  • Stale index. The document store reflects what was ingested, not what is current. An answer can be correctly grounded in a superseded policy.
  • Misreading. Grounding reduces fabrication; it does not eliminate misinterpretation, over-generalisation, or blending the supplied text with prior training.

Which means the verification habit from Lesson 6 survives into the grounded world unchanged, with one addition: follow the citation. An answer with a source link that nobody clicks is not more verified than an answer without one — it is merely more persuasive, which is worse.

15.4  Governed, portable agents

Lesson 5 identified three ways agents break: compounding error, no natural stopping condition, and unbounded permissions. The Webspinner framing defines agents as immutable, portable, and governed — and each term answers one of those failures directly.

Three properties, three failure modes
PropertyAnswersBecause
Immutable Drift and compounding error An agent defined as a fixed artefact behaves the same today as last month. You can attribute a change in output to a change in input rather than to the agent having quietly moved.
Portable The sovereignty question from Lesson 9 An agent you can move is an agent whose execution layer you can choose — the difference between renting a capability and holding one.
Governed Unbounded permissions Permissions, stopping conditions, and audit are properties of the agent definition rather than of whoever happened to run it.

Read that table as a specification you can apply to any agent product, not as a feature list for one. When a vendor offers you an agent, ask: can I pin its version, can I run it somewhere else, and are its permissions and stopping conditions written down where I can see them? Three questions, and they discriminate.

The capstone — one unbroken take

The whole course lands here. Do not cut, and do not retry until the failure in step 5 has been shown at least once across the course.

  1. Ask the ungrounded question first. Something specific to a document the viewer could plausibly have — a policy, a contract clause, an internal figure. Show the model answer confidently and wrongly. Do not editorialise; Lesson 6 already supplied the mechanism.
  2. Load the document. [PRODUCT: ingestion path and interface — fill from the current build]. Keep this short. The pipeline from §15.2 is the concept; the clicks are not the lesson.
  3. Ask the same question again. Identical wording. Show the correct answer.
  4. Follow the citation back to the source line. Click it. Show the passage. This is the beat the entire course has been building toward, and it should be given room.
  5. Ask something the document does not cover. See whether the system says so or fills the gap from recall. Leave whatever happens in the recording — §15.3 predicts this failure, and showing it is what makes the preceding four steps trustworthy.
  6. End on the viewer's next step, not on a product feature.

What comes next

Two things carry forward, and only one of them is a product.

The failure log from Lesson 14 is the ongoing assignment. This course ends; the calibration it was trying to build takes months and is produced by written feedback on tasks you can verify. If you finish these fifteen lessons and start nothing, you have acquired vocabulary rather than skill — and vocabulary is exactly what the illusion of competence feels like.2

And the questions travel. Every lesson here supplied a question rather than an answer, because the answers expire and the questions do not:

  • Can I verify this faster than I could produce it? (Lesson 6)
  • Which model is right for this task, at this price, this quarter? (Lesson 7)
  • Where do my weights live, where does my data go, who can revoke my access? (Lesson 9)
  • Do I know the steps in advance — in which case this is a workflow, not an agent? (Lesson 5)
  • Have I re-architected anything, or installed a new motor on the old driveshaft? (Lesson 13)
  • What would change my mind? (Lesson 12)

[PRODUCT: point to whatever follows this course — subsequent Webspinner Academy courses, community, or Playground onboarding. Fill from the current roadmap.]

Key terms introduced here

Grounding
Supplying source material so the model reads rather than recalls. Converts the task from reconstruction into comprehension.
Retrieval-augmented generation (RAG)
Documents chunked, embedded, retrieved by relevance to the question, and supplied as context. Introduced 2020.
Chunking
Splitting documents into passages small enough that several fit in the context window. Chunk boundaries are a real source of error.
Embedding
Representing a passage as a position in a space where similar meanings sit near each other, so relevance can be found by proximity rather than by keyword.
Immutable · portable · governed
Three properties of an agent definition, answering Lesson 5's three failure modes: drift, dependence, and unbounded permissions.

Evidence at a glance

Load-bearing claims in this lesson
ClaimSpecificsSource
Retrieval-augmented generation is an established method Lewis et al., NeurIPS 2020; combines a pre-trained model with external retrieval for knowledge-intensive tasks Note 1
Grounding addresses the Lesson 6 mechanism Hallucination arises from statistical pressures in training and from evaluation that penalises uncertainty Note 3
Grounding is a reduction, not an elimination Retrieval failure, chunk boundaries, stale index, and misreading all persist §15.3; see notes 1, 3
Written feedback is what produces calibration Retrieval practice and the illusion of competence Note 2

The misconception to kill

“Grounding solves hallucination.”

It reduces it substantially and it does not solve it. If the right passage is not retrieved, the model answers from recall anyway and rarely announces that it has done so. A fact split across chunk boundaries can be retrieved as half a fact. An index reflects what was ingested rather than what is current. And a supplied document can still be misread or blended with prior training.

The dangerous version of this misconception is that a visible citation constitutes verification. It does not. An unclicked source link makes an answer more persuasive without making it more correct, which is a strictly worse position than having no link at all. Follow the citation.

Self-check

The last set. Answer before revealing.2

Assemble the three findings from Lessons 3, 6, and 9 into the argument for grounding.

Models predict rather than retrieve, so anything outside the context window is being reconstructed. Reconstruction under uncertainty produces confident error, because nothing in training or evaluation rewards abstention. And where your material lives is a decision you can take. Therefore: stop asking for reconstruction — supply the source, and choose deliberately where it sits.

Describe the pipeline in five steps without using the word “embedding.”

Take your documents; split them into passages; index each passage by what it is about; when a question arrives, pull the passages closest in meaning to it; put those passages in front of the model alongside the question. The model then reads rather than remembers.

Name the four ways a grounded system still fails, and say which is most dangerous.

Retrieval failure, chunk boundaries, stale index, and misreading. Retrieval failure is the most dangerous, because the system silently falls back on recall and the output looks exactly like a grounded answer — the failure is invisible at the point of use.

A vendor offers you an agent. Which three questions do you ask?

Can I pin its version so its behaviour does not drift under me? Can I run it somewhere else, or am I bound to their execution layer? And are its permissions and stopping conditions written down where I can inspect them? Immutable, portable, governed — answering drift, dependence, and unbounded permissions respectively.

You have finished the course. What is the one thing that determines whether any of it becomes skill?

Whether you keep the failure log. Everything here was vocabulary and framework; calibration is produced by written feedback on verifiable tasks, repeated over months. Finishing fifteen lessons and starting nothing produces the confident fluency that is indistinguishable, from the inside, from competence.

Capstone worksheet

Complete this while doing the workflow, not afterwards.

1. The document I grounded on, and why the model would not otherwise know it:

2. The question, asked ungrounded first. What did it answer, and how wrong was it?

3. Same question, grounded. Did I follow the citation back to the passage? What did the passage actually say?

4. I asked something the document does not cover. Did the system say so, or fill the gap?

5. My first project from Lesson 14, and the date of my first three log entries:

6. The six questions from §15.4 and “What comes next” — which one is most urgent for me right now, and what will I do about it this week?

Endnotes

Source tiers: Primary peer-reviewed research; Institutional research body or government; Documentation first-party technical documentation; Journalism established newsroom; Trade vendor or aggregator.

  1. Primary P. Lewis, E. Perez, A. Piktus, F. Petroni, V. Karpukhin, N. Goyal, H. Küttler, M. Lewis, W. Yih, T. Rocktäschel, S. Riedel, D. Kiela, “Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks,” Advances in Neural Information Processing Systems 33 (2020): 9459–9474; arXiv:2005.11401. Introduces the framework combining a pre-trained generative model with an external retrieval component, grounding generated responses in retrieved passages. arxiv.org/abs/2005.11401
  2. Primary H. L. Roediger III and J. D. Karpicke, “Test-Enhanced Learning: Taking Memory Tests Improves Long-Term Retention,” Psychological Science 17, no. 3 (2006): 249–255; and “The Power of Testing Memory,” Perspectives on Psychological Science 1, no. 3 (2006): 181–210, for the illusion of competence. See Lesson 14 for the full treatment. doi:10.1111/j.1467-9280.2006.01693.x
  3. Primary A. T. Kalai, O. Nachum, S. S. Vempala, E. Zhang, “Why Language Models Hallucinate,” arXiv:2509.04664 (2025), for the mechanism this lesson's workflow is designed around. See Lesson 6. arxiv.org/abs/2509.04664

Bibliography

Primary research

  • Kalai, Adam Tauman, Ofir Nachum, Santosh S. Vempala, and Edwin Zhang. “Why Language Models Hallucinate.” arXiv:2509.04664 (2025). arxiv.org
  • Lewis, Patrick, et al. “Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks.” Advances in Neural Information Processing Systems 33 (2020): 9459–9474. arxiv.org
  • Roediger, Henry L., III, and Jeffrey D. Karpicke. “Test-Enhanced Learning: Taking Memory Tests Improves Long-Term Retention.” Psychological Science 17, no. 3 (2006): 249–255.

Referenced from earlier lessons

  • Anthropic. “Building Effective AI Agents.” (Lesson 5.) anthropic.com
  • Model Context Protocol Blog. “MCP joins the Agentic AI Foundation.” 9 December 2025. (Lesson 5.) blog.modelcontextprotocol.io
  • TechPolicy.Press. “Rethinking Sovereign AI as Strategy.” March 2026. (Lesson 9.) techpolicy.press