Context Engineering · ~5 min
Every completed turn is a fork in the road. Picking the right move is the core skill of context management.
At each turn boundary you have exactly five options. Most people only ever use one — continue — and let the window rot. The skill is knowing when to reach for the other four.
The correct default. Same task, context still relevant, window not heavy. Don't compact or clear preemptively — well under ~100K on a big window carries negligible rot.
Drop everything after a good checkpoint. Use on a failed approach — the dead branch (tool calls, errors) is removed entirely instead of being argued with.
Reset context entirely. Use when switching to an unrelated task — prior context would be noise, not signal (the kitchen-sink session).
Replace history with a summary. Use at task-type transitions or after bulk reads. Lossy — direct it: /compact Focus on X; drop Y. (Lesson 01's move.)
Spawn a subagent for work that spews disposable output. Its window absorbs the reads; only the conclusion returns to yours.
Two non-obvious edges worth burning in. First: rewind beats correction. Stacking "no, not like
that" onto a failed branch keeps the whole failed reasoning chain in context, anchoring the model to the same dead
end — /rewind deletes the branch. Second: the "corrected more than twice → clear" rule
is a hard stop, not a vibe. Past two corrections, the context is polluted; a fresh, sharper prompt beats a third correction.
Retrieval practice — recall, don't peek
Question 1An approach failed and you've corrected it twice. Best move?
Question 2Delegate to a subagent when…
Question 3Switching to a wholly unrelated task, reach for…
Question 4 · spaced recall from Lessons 02–03The tail (recency) slot of an instruction file is best used for…
content/ harness fix from Lesson 03.