Context Sharpening: Ask What Your Agent Knows
September 1, 2026 · Behind the Build
Your agent knows things about your business that are written down nowhere.
Why a decision went the way it did. Which approach you tried in March that quietly failed. The constraint nobody documented because you found it by running into it. The correction you gave it on Tuesday that it has been honoring ever since. None of that is in a file. It lives in the conversation, and you cannot see any of it from the outside.
It is also carrying junk. Assumptions it made early and never confirmed. Instructions that stopped applying two projects ago. A rule it follows carefully that stopped mattering in June. You cannot see that either.
There is a simple way to find out both: ask it.
What context sharpening is
It's a prompt that makes a session stop working and look at itself. Three moves, in order.
It takes stock. What does it know now that it didn't at the start? What did it learn the hard way? Where is it still fuzzy — running on something it assumed and never checked? What is it carrying that stopped being relevant?
Then it asks you questions. Three to five, and it waits for your answers before going further.
Then it proposes. What's worth writing down so it outlives the conversation. What's worth fixing in the files it reads at startup. What it thinks it can stop carrying. And finally, given a clearer view of its own ground, the five things it would do next in your area if the choice were its.
Nothing gets built while it runs. Every output is a proposal you approve or bin.
The questions are the whole mechanism
That middle move looks like a courtesy. It's the part that makes this work at all, for two reasons.
The first is that a model asked to summarize its own work will confidently tell you things that never happened. Not maliciously — it's filling a gap the way a person misremembers a meeting. Ordinarily that costs you nothing, because you read it and move on. Here it's dangerous: you're about to write these "facts" into the files every future session reads. A made-up rule in a startup file is worse than no file at all, because every session after it inherits the mistake as truth and none of them re-checks it. Being made to stop and ask is what forces the uncertainty up instead of letting it get smoothed into confident prose.
The second is simpler. Your agent has no idea which of the hundred things it's holding matter to what you're doing next month. Only you know that. Without the questions it guesses, and it guesses generic — you get "document your decisions" instead of "the reason we do it this way is X, and it will bite you again the next time Y happens."
Answer the questions properly. That part is the actual work, and it takes a few minutes.
The prompt
Fill in the one bracket and paste it into a session that has real history behind it.
It can't damage the session it runs in
Worth knowing before you point this at something you care about, because a self-review is exactly the kind of thing that can quietly go wrong.
It changes no files, applies no edits, and starts no work. Everything it produces is a proposal.
The real hazard in an exercise like this isn't a bad suggestion — it's a session deciding on its own that some instruction has gone stale and quietly dropping it. You would never trace the degradation back here. So the prompt has it point at those rather than act on them, and keep following everything exactly as before until you say otherwise.
Two smaller guards do the rest. It flags anything it isn't certain really happened, so a guess doesn't get written down as fact. And it names credentials rather than reproducing them, so nothing sensitive gets copied out of a conversation into a document.
The worst case is that it hands you a list you disagree with.
When to run it, and on what
Run it on sessions carrying real history — a long build, a project thread, whatever holds an area of your business. A fresh session has nothing to take stock of and will hand you a page of generic advice.
The moments it pays best: when a session starts feeling muddled or repeating itself, before a long break, at the end of a work cycle, or before you hand an area to somebody else.
There's one thing worth knowing about timing. The sharpening only reaches what's still in the session's window. A conversation that has been running so long it has compacted repeatedly has already forgotten some of what you're trying to collect. Long but not ancient is the sweet spot, so if you have one enormous session you have been feeding for weeks, do that one first.
And if you're on a plan with a weekly limit that resets, this is the best possible use of capacity that would otherwise expire. Unused capacity doesn't roll over. Spending the last of it on the files every future session reads turns something that was about to disappear into a permanent improvement. /usage in Claude Code shows your reset, and so does Settings then Usage in the app.
What it actually does
It does not make the model smarter. A cheaper model next week is still a cheaper model.
What changes is the quality of what it reads before it starts, and how clearly it understands its own job. That's a briefing effect, not an intelligence one — and it's worth a great deal, because the difference between an agent that starts informed and one that starts blank is most of the difference in what you get out of it.
Ask your agent what it knows. You will be surprised twice: once by how much of it was never written down, and once by how much of what it's carrying stopped mattering a long time ago.
