chestertons-fencelisted

# Chesterton's Fence ## Overview Before removing a rule, process, code path, or institution — you must understand why it was put there. Only when you can articulate the original purpose are you qualified to decide whether it still applies. Three components: (1) "I can't see the purpose" is evidence about you, not the fence; (2) investigation is mandatory, not optional; (3) demonstrated understanding is the prerequisite for change. Composes with [`survivorship-bias`](../survivorship-bias/SKILL.md), [`second-order-thinking`](../second-order-thinking/SKILL.md), [`feedback-loops`](../feedback-loops/SKILL.md), [`first-principles`](../first-principles/SKILL.md). ## When to Use - A rule, process, code path, or practice is proposed for removal - New leadership restructuring an organization with unfamiliar practices - A developer "cleaning up" code whose purpose isn't documented - A regulator or legislator repealing existing protections - Someone says "why is this here?", "let's just remove this", "this seems useless" **Not when:** fence history is fully documented and purpose is confirmed obsolete; reformer is the original builder with full rationale understood. ## Coaching Novices (Adaptive Front Door) - **Engine mode:** user has a concrete fence-removal case → run The Process directly. - **Coach mode:** user is unfamiliar or has no concrete case → guide step by step. In Coach mode, respond one step at a time. Each [WAIT] is a hard stop — output only that step's question, t