Why this exists

Teams cannot see their own assumptions. The water is invisible to the fish. Code review catches typos and tech debt; it does not catch the shared worldview that produced both. Only distance reveals the shape of a culture, and distance is expensive — usually you have to leave the team, or wait a decade, to get it. The five-year-future framing is a cheap simulation of that distance. It tricks the model (and you) into reading the repo as an artifact instead of a workspace.

What you get back

  • A short research-paper-format report, structured for a future maintainer rather than the current team.
  • Cited file:line evidence for every claim — no vibes-only conclusions.
  • The team's encoded fears, surfaced from defensive code, retries, and over-validated boundaries.
  • The team's blind spots, surfaced from what is missing — absent tests, unwritten docs, untouched modules.
  • The team's unspoken assumptions, surfaced from patterns repeated everywhere without justification.
  • Explicit hand-off advice: what the future engineer should preserve, distrust, or rip out first.

When to reach for this pattern

Run it before a major rewrite, when you need to know which load-bearing assumptions you are about to demolish. Run it during a leadership transition, when the outgoing team's worldview is about to evaporate and the incoming team needs a map. Run it when a codebase feels "off" but no one on the team can articulate why — that gap between intuition and language is exactly what archaeologist mode closes.