Push context out on purpose
What you will learn Not a chapter to read but one to do. You will deliberately create the moment when the front of a long conversation quietly falls away, see which symptoms appear, and find out what actually brings it back.
What you need
Step 1 — Plant a marker (5 min)
At the very start of a fresh conversation, plant something you will ask for later.
Planting two rules is the device of this exercise. One is a format (initials) and one is a fact (the codename). You get to watch which of the two collapses first.
Step 2 — Fill it up (10 min)
Now make the conversation long. Paste your text in several chunks and ask for a tidy-up each time.
Repeat this five to eight times, a different passage each round.
This step is tedious, and that is the point. Context fills up tediously in real work too — it does not fill up all at once.
What to look for
Step 3 — Ask for the marker (5 min)
Now check what you planted. Do not restate the rules. Just ask.
What to look for
| The answer you get | What it means |
|---|---|
| Both, exactly right | still inside the window. Do more of step 2 |
| Codename right, initials rule vague | it has started to slide |
| "No codename was specified" | the front is gone |
| A confident but different codename | the dangerous failure |
If you get the last one, keep that screen. It is the clearest possible picture of what "quietly disappears" means in when context gets pushed out. The model does not say it forgot. It fills the gap.
Step 4 — Bring it back (10 min)
Now test the remedies one at a time and see which actually works.
Method A — Just ask again
Usually not. Asking for something that is gone does not create it.
Method B — Restate the constraint
This works. It is why long jobs restate their important constraints periodically. It looks like busywork; it is the standard practice.
Method C — Summarise and start fresh
Paste the result as the first message of a new conversation. The conversation gets short and the rules come back to life.
| Method | When |
|---|---|
| B, restate the constraint | continuing the job you are on |
| C, summarise then start fresh | at the end of a stretch of work |
| A, ask again | do not |
Self-check
If the third is unchecked, repeat step 2 more and try again. If nothing ever breaks, that model's window is wide — which is also a result. Look at its cost and speed instead.
Check yourself
1. What is the dangerous symptom when context is pushed out?
Answer
Inventing something plausible rather than saying it forgot. "I don't know" gets caught by a human; a confidently stated wrong codename goes straight into the document.
2. Why does "do you remember?" not work?
Answer
What left the window does not exist. Asking does not restore it — you have to write it back in. That is why the remedy is restating the constraint, not asking about it.
3. Why is periodic restatement standard on long jobs?
Answer
You cannot know in advance when it will slide. By the time you notice, a few wrong outputs already exist. Repeating the constraint is far cheaper than that.
Next, what to keep beyond the window → Memory that outlives the session