Cindy Zhu.
← all free guides
Productivity & thinking Claude

Never let Claude check its own work: the fresh-reviewer prompt kit

Hey, it's Cindy ๐ŸŒฑ When you build or write something with Claude and then ask it "is this good?", it almost always says yes. Not because the work is perfect, but because the same brain that made it is now grading it. This is the exact fix I use every day: a fresh-context reviewer that reads your output cold, with zero memory of writing it.

The trap is the same reason you never catch typos in your own emails. Claude wrote the thing, so Claude is attached to it. Ask it to review its own work and it defends what it just made. The fix is to make the checker a different brain than the maker.

the reason

Why this works ๐Ÿง 

Anthropic's own best-practices doc says it plainly: "A fresh context improves code review since Claude won't be biased toward code it just wrote." The same doc recommends adding an adversarial review step. The maker and the checker should never be the same brain. Source: Claude Code best practices.


the setup

The move (any Claude chat) ๐Ÿ”

  1. Finish the work. Finish your draft or build in Claude as normal.
  2. Open a blank chat. Open a brand new Claude chat with zero memory of the first conversation.
  3. Paste the output and the standard. Paste in ONLY the output plus your standard (a short list of criteria). Do not paste the original request or any of the earlier back-and-forth. You want it seeing the work fresh, as a cold reviewer, not as the writer.
  4. Ask for the cold review. Ask it to review against your criteria and flag what breaks the goal, not nitpicks.

copy this

Copy-paste fresh-reviewer prompt ๐Ÿ“‹

๐Ÿ•ต๏ธ the fresh reviewer
You are a cold, adversarial reviewer. You did NOT write the work below and have no attachment to it.

Here is the output to review:
[paste your output]

Here is the standard it has to meet:
[paste 3 to 5 specific criteria, e.g. "hook lands in the first line", "every claim has a real source", "no generic filler"]

Review it against ONLY those criteria. For each miss, quote the exact line, say why it fails, and give a specific fix. Scope your review to what breaks the goal, not stylistic nitpicks. If it genuinely passes a criterion, say so in one line and move on. Do not soften your feedback to be nice.

one command

If you write code ๐Ÿ’ป

In a Claude Code session, the /code-review command spins up that reviewer for you and returns the findings. Per the docs it "reports correctness bugs and reuse, simplification, and efficiency cleanups." Same principle, one command. Source: /code-review docs.


Links used in the reel ๐Ÿ”—

  1. Claude Code best practices (the "fresh context" and "adversarial review" lines): https://code.claude.com/docs/en/best-practices
  2. /code-review command reference: https://code.claude.com/docs/en/code-review

I run a blank reviewer on my own scripts every day, and it is right more often than I would like. That is the point. Let the checker be a different brain than the maker.

Want more like this? Follow @cindiezhu for daily AI you can actually use.