build-verify-seallisted

# Build-Verify-Seal **Engineering framework that prevents AI drift in complex projects.** If you've ever lost time because Claude invented an API that doesn't exist, rewrote a module that was already done, or forgot what it built two sessions ago — this fixes that. ## The Problem AI assistants hallucinate. They invent flags, forget contracts, skip layers, and drift from what was agreed. The longer the session, the worse it gets. On complex projects with 3+ modules, this becomes a real engineering risk. ## The Solution: 3-Phase Pipeline ### Phase 1: Architecture — 6 Questions Before Coding No code until these are answered: 1. What is the problem? 2. Who uses it? 3. What data goes in and out? 4. Where will it run? 5. What can go wrong? 6. How to safeguard it? Output: ARCHITECTURE.md with contracts for every module. ### Phase 2: Engineering — Build-Verify-Seal - **Module Contracts** — Every module defines Input, Output, success criteria, and idempotency - **Bottom-up Build Order** — Utils first, then base modules, then composites, then orchestrator. Never skip a layer - **1 Module Per Session** — Focus prevents drift - **Objective Seal Criteria** — A module is SEALED only when: reproducible test passes, user approves, output matches contract - **Drift Prevention** — If code diverged from contract, update docs in the same session. Never "fix later" ### Phase 3: Verification — XP Scorecard 5 pillars checked at every milestone: | Pillar | What it verifies | |--------|