AI Without the Hype.
Chapter 17 of 21
Part Five · Build Real Things · Chapter 17

Connect Claude to
live information

By the end of this chapter you understand what an MCP connection is, why it matters that the model’s memory is frozen, and you can try one real connection that pulls in current information.

Back in Chapter 11 you learned the model\u2019s knowledge is frozen at a past date, so anything current is a guess. This chapter is the fix. You can plug the model into live sources so that when accuracy matters, it reads the real, current thing instead of reciting its stale memory. The plug has a name: MCP.

MCP stands for a connection standard, but you do not need the words. People will say "MCP" at you like it is a password to a club you are not in. It is not. You need the picture, not the acronym. Think of it as a USB-C port for AI. Before USB-C, every device had its own awkward cable, and you owned a drawer full of them, all slightly wrong. Then one standard port meant anything could plug into anything. MCP is that for AI: one standard way to connect the model to outside tools and live data, so it can reach beyond its frozen memory.

A few more of those club words, since this is where they start showing up, and none of them are as technical as they sound. An API is just a way for one program to talk to another, which is exactly what a connection like this uses under the hood. A key is a password that proves a request is really yours, the thing you paste in once so a tool knows to let you through. You do not need to touch either to use a Connector here, but you will hear the words, and now they are demystified instead of intimidating.

AVATAR OPENER · ~90s
Watch: plugging the model into a live source so it stops guessing at current facts
HeyGen avatar · generated, consistent presenter

Why this matters is simple and it ties the whole judgment section together. The model is brilliant but frozen. Its training stopped on a certain day, and the world kept moving. Ask it about a current price, a new version, today\u2019s documentation, and it will answer confidently from memory that may be a year stale. A live connection changes the answer to when accuracy matters, give it a source, not its memory.

VS
When accuracy matters, give it a live source, not its memory. One standard port, like USB-C, so the frozen model can reach the living world when it needs to.
HOW A CONNECTION WORKS

You do not have to build anything to use one. Connecting a source is a setup step you do once, and then the model can reach it whenever a task needs it. The shape is always the same.

Pick a source
A live tool or data feed you want the model to read.
Connect it once
A one-time setup. The plug, the USB-C port, goes in.
It pulls when needed
On a task that needs current info, it reads the live source.
You get current answers
Grounded in the real thing, not frozen memory.
SEE IT

Here is the one a beginner can actually try today. It is called context7, and it pulls current documentation for software tools, the kind of thing the model is most likely to be out of date about. You add it once, then you literally just write "use context7" in a request and it fetches the live docs.

Trying a live connection (context7)
use context7 I am trying to do [a specific thing] with [a tool or library]. Pull the current documentation for it and walk me through the up-to-date way to do this, not the version from your memory. If the live docs differ from what you would have said from training, tell me what changed.
Try it in Claude

That last line is the real lesson hiding in a setup chapter. Even for things the model thinks it knows, the honest move is to check the current source, because training data goes stale quietly. A live connection is not only for things the model has never heard of. It is for everything where being current actually matters, including the things it would happily answer wrong from memory.

THE ONE YOU WILL ACTUALLY USE

context7 is the gentle first try, but be honest: most people do not spend their day reading software documentation. The connection you will reach for again and again is the one that plugs the model into the place your real work already lives. For most people that is Google Drive.

In Claude this lives in a panel called Connectors. You will find it in settings, a tidy list of things you can switch on: Google Drive, calendars, and more arriving steadily. Toggle Google Drive on, sign in once the way you sign in to anything, and from then on you can say "look in my Drive" and the model reads your actual documents instead of asking you to paste them in one by one like it is 2009.

Using a Connector (Google Drive)
Look in my Google Drive for the document about [the real thing]. Read it, then [summarise it / pull the three key points / draft a reply based on what it says]. Use what is actually in the file, not what you assume it says.
Try it in Claude

That is the whole shift. A Connector turns "let me find that file, open it, copy the bit you need, paste it, hope I got the right version" into one sentence. The model reaches into the real source and works from the true, current thing. That last line in the prompt matters for the same reason it always does: you want the file, not a confident guess about the file.

The worry that stops people connecting anything is the right worry to have, and the answer is reassuring on both counts. First, reach: a connector can only get to what you can already get to. It borrows your own permissions from the tool you connect, it does not widen them, so if you cannot open a file, a channel, or someone else's inbox yourself, the connector cannot either. Claude sees what you see, and nothing past it. Second, the privacy line most people get backwards: a file Claude reads through a connector is not used to train the model. The only catch is the obvious one. If you copy that file's contents straight into the chat yourself, it is then treated like anything else you typed, and the ordinary training rule from Chapter 5 applies, the one you control with a setting. So let it read through the connector when you can, and you keep the cleaner privacy line.

Other tools, same idea. This is not a Claude-only trick. ChatGPT has connectors and a Drive link too, Gemini reaches into Google's own apps, and the MCP standard itself is shared across tools. The button is in a different place and the name on the panel changes. The judgment, plug the model into the real source instead of trusting its memory, travels with you to whichever tool you end up using.

NOW YOU TRY · APPLY
Make one live connection and use it

Set up one connection: Google Drive through the Connectors panel if you want the one you will actually reuse, or context7 if you want the quick first try. Then ask the model the same real question two ways: first from its memory or assumptions, then with the live source connected. For Drive, point it at a real document; for context7, pick something that versions and changes. Compare the two answers and note what the disconnected version got wrong, stale, or vague.

Right if the live-connected answer differs from the memory answer in at least one way that matters, and you can say which one to trust and why.
Show the worked solution
The drill lands when the two answers disagree and you know which to believe. Pick something genuinely current, say the right way to do a specific task in a tool that updated recently. Ask from memory first: you get a confident, clean answer in the same tone as always. Then ask again with the live source: "use context7, pull the current docs." Often the steps have changed, an option was renamed, a method the model recommended is now the old way. The frozen answer was not lying, it was remembering, and the world moved. The judgment you are practising is knowing when current-ness matters. For a timeless concept, memory is fine. For anything that versions, changes, or has a price, reach for the live source. And the deeper point connects back to Chapter 11: the model sounds equally confident whether it is current or a year stale, so you cannot use its tone to decide. You decide by giving it a source when it counts.
WATCH FOR
You think MCP is too technical to touch. It is a one-time setup, then you just write "use context7" or "look in my Drive". If you can switch on Bluetooth, you can do this.
You trust memory for current facts. Training is frozen. Prices, versions, and docs need a live source, not its recollection.
You only connect for things it has never heard of. Use a live source even for things it "knows". Training goes stale quietly, with no tell.
You forget to ask what changed. Ask it to compare live docs to its memory. The diff is where the stale answers were hiding.
WHAT YOU LEARNED
The takeaways
  • The model’s knowledge is frozen at a past date. Anything current is a confident guess unless you give it a live source.
  • MCP is a standard way to plug the model into outside tools and live data: a USB-C port for AI.
  • context7 is the quick first try; the Connectors panel (Google Drive) is the one you will actually reuse, plugging the model into the real files your work already lives in.
  • Use a live source even for things it seems to know. Training goes stale quietly, and its confident tone never reveals it.
  • The button moves and the panel name changes between tools, but the judgment, reach for the real source, travels with you.
Your project · step seventeen

If your thread project ever needs current information, prices, live documentation, recent data, connect it to a real source now rather than letting it guess. Your project can now reach past its frozen memory into the living world. Next chapter gives it hands of a different kind: making real files you can actually send, like Word, Excel, and slides.

The model knows an enormous amount, frozen on the day it stopped learning. The port that lets it reach today is one setup away, and knowing when to use it is the judgment that keeps you honest.