concept · concepts/Do It Once, at the Right Place.md

Do It Once, at the Right Place

status: active · created 2026-06-26 · updated 2026-11-08 · 2 sources · #data-engineering #architecture #workflow #principle #craft #meta

A meta-principle behind several of the wiki's engineering heuristics: re-doing work — re-deriving, re-computing, re-confirming, re-churning — is the waste to design out. Do the work once, at the place (or time) where the result is correct for everyone downstream, and let them inherit it instead of redoing it.

Explanation

The hub generalizes a pattern that recurs across Working Heuristics — Data, Matching, Product, Org, Tooling. Each instance picks a different "place," but the shape is identical: find the single point where the work can be done correctly once, do it there, and stop everyone else from redoing it.

  • At the data boundary → Data Contract. Do timezone/unit/format derivation once at the contract; every consumer inherits a correct value instead of re-deriving (and re-introducing the same bug N times).
  • Where the data lives → Data Gravity. Compute next to the data rather than shipping the data out, processing it, and shipping a copy back to drift.
  • On the human decision → Human-in-the-Loop by Exception. Persist a human adjudication so it's paid once, not re-derived every cycle — and make each one teach the system so the work shrinks rather than recurs.
  • In time → [[Scope Hygiene for Tickets and Tooling|freeze the contingent parts, rewrite once]]. Don't churn a downstream spec against an open upstream decision; wait for it to land and write it correctly a single time.
  • In agent memory → Agent Memory. In Anthropic — The Components of Agent Memory, the agent that got furthest in Pokémon stored only what "exist[s] only if Claude works [it] out" (strategy, tested rules). It did not store what it could re-read off the screen each turn. Persist the expensive derivation once; re-observe the cheap state. The agent that stored everything (413 files) spent its time maintaining stale copies. That is the drift Data Gravity warns about when data is copied away from where it lives.

Why it matters / where it shows up

  • Re-derivation multiplies bugs and cost. The same conversion done in five consumers is five chances to diverge and five fixes when it's wrong. One correct derivation at the boundary is atomic to fix.
  • It names the "right place," not just "once." Naive DRY says "don't repeat yourself"; this adds where: the boundary for meaning, the data's location for compute, the system-of-record for decisions, the post-decision moment for specs. Doing it once in the wrong place (e.g. centralizing a derivation that legitimately varies per consumer) is its own failure — see open question.
  • It's one of three moves that recur wallet-wide. Alongside reserve human judgment for the exception and put capability where the mass already is, this is one of the structural patterns drawn out in Placement and Judgment Over Raw Execution — the moves that show up in both the wiki's data-craft and AI-and-work domains.

Open questions

  • When does "do it once, centrally" wrongly flatten legitimate variation (different consumers genuinely need different rounding, calendars, or thresholds)? The principle is "once at the right place" — and sometimes the right place is the edge.

Connections

Sources

The wiki is the source. This door reads it at build time and never writes to it.