{
  "schema": "org-writing@v1",
  "slug": "verification-inversion",
  "kg": {
    "id": "org:writing:verification-inversion",
    "type": "brick",
    "graph": "/kg.json"
  },
  "title": "The verification inversion",
  "subtitle": "When generation costs nothing, the scarce half of the work is knowing whether it is right",
  "abstract": "How to see which half of your own work just became free, and why risk analysis is now the part with your name on it. The canonical treatment of the verification inversion.",
  "kind": "brick",
  "topics": [
    "Craft"
  ],
  "courseMemberships": [
    {
      "course": "org:courses:craft",
      "topic": "Craft",
      "wall": "org:walls:engineering",
      "position": 2,
      "total": 5
    }
  ],
  "publishedAt": "2026-08-03T00:00:00.000Z",
  "version": 1,
  "guidelinesVersion": 15,
  "brief": {
    "problem": {
      "text": "Every methodology in wide use was designed around an assumption that has quietly stopped being true, that producing the artifact is the expensive part of producing the artifact.",
      "claims": [
        "Generation cost fell toward zero"
      ]
    },
    "mechanism": {
      "text": "When one input to a process falls to nearly nothing and the others hold, the process reorganizes around what is still scarce, and what is still scarce is establishing that the thing is sound, because the cost of a defect that escapes did not fall with the cost of making one.",
      "claims": [
        "cost of correcting a defect rises steeply"
      ]
    },
    "move": {
      "text": "Spend the freed hours on risk analysis rather than on more output, and treat the review of generated work as the primary contribution rather than the tax on it.",
      "claims": []
    }
  },
  "sources": [
    {
      "repo": "mnstry-research",
      "path": "topics/engineering/monorepo/solo-spiral-methodology.md"
    },
    {
      "repo": "mnstry-research",
      "path": "topics/engineering/monorepo/ai-assisted-dev-best-practices.md"
    }
  ],
  "canonicalPath": "/writing/verification-inversion/",
  "body": "Barry Boehm published the spiral model in 1986, and it is worth studying precisely because it lost. Each turn of the spiral demanded objectives, then a risk analysis, then often a prototype built to answer a single question and afterwards thrown away, and only then implementation. The discipline was widely admired and narrowly practised. Teams could not justify building things they intended to delete, the risk analysis read as ceremony next to shipping, and lighter methods took the field for twenty years on the strength of that arithmetic.\n\nThe arithmetic no longer holds. A throwaway prototype is an afternoon at the outside and frequently twenty minutes, which means the one component of the spiral that still carries a real cost is the risk analysis it existed to serve. What was overhead became the work. The same inversion shows up in the ordinary shape of a day: the paragraph describing what you want is now longer-lived and more valuable than the four files a model writes from it, and the four files are close to disposable, which is a sentence that would have been absurd in any prior decade of the craft.\n\nThe other half of the arithmetic is the half that did not move. Boehm's other well-known result is a curve, the cost of correcting a defect rising steeply the later it is caught, cheap in specification and punishing in production. The multipliers he reported have been contested ever since and we do not lean on them, but nobody has seriously disputed the shape. So one input collapsed toward zero while the consequence of getting it wrong stayed exactly where it was, and when one input to a process becomes free and the others do not, the process reorganizes around whatever is still scarce. What is still scarce is knowing whether the thing is right.\n\nThis is why the job description changed underneath people who never agreed to change jobs. The developer who spirals tightest now is not the one who produces most; producing is the commodity. It is the one whose specifications are precise enough that a generated implementation can be checked against them, who asks a separate session to attack a plan before any code exists, who reads the generated tests before the generated code because a test that asserts a truth about nothing will pass forever and cheerfully. None of these are new skills. They are old skills that used to be optional because the slowness of writing things by hand did much of the verification silently, one line at a time, as a side effect of the labor. The labor is gone and the side effect went with it.\n\nThe same logic runs outside software wherever a draft became free. The scarce contribution in a legal memo, a diagnostic summary, or a financial model is no longer the drafting, and everyone in those rooms has quietly been moved into the seat where the question is not can you produce this but can you stand behind it. That question was always the more interesting one. It has simply stopped being the part of the work anyone can afford to do last.",
  "apparatus": {
    "note": "The human-facing essay is deliberately practical; this apparatus carries the full references, evidence-graded claims, article-local concepts, and research context behind it. Canonical concept definitions come from the concept registry.",
    "references": [
      {
        "id": "org:references:verification-inversion:r01",
        "author": "Barry Boehm",
        "work": "A Spiral Model of Software Development and Enhancement (IEEE Computer)",
        "year": 1986,
        "relevance": "The historical anchor. Risk resolution and throwaway prototyping sat at the center of every iteration, and the prototype half of that cost has since collapsed, which makes the method viable for the first time on the economics that once ruled it out."
      },
      {
        "id": "org:references:verification-inversion:r02",
        "author": "Barry Boehm",
        "work": "Software Engineering Economics",
        "year": 1981,
        "relevance": "The verification-cost curve. The brick uses the shape of the curve, that later correction costs more, and explicitly declines the reported multipliers."
      },
      {
        "id": "org:references:verification-inversion:r03",
        "author": "Laurent Bossavit",
        "work": "The Leprechauns of Software Engineering",
        "year": 2015,
        "relevance": "The standing critique of how the defect-cost multipliers propagated with thinner evidence than their citation history suggests. The reason the cost-curve claim is graded directional here."
      }
    ],
    "claims": [
      {
        "id": "org:claims:verification-inversion:c01",
        "claim": "Barry Boehm published the spiral model in 1986 with risk analysis and prototyping at the center of each iteration.",
        "basis": "The 1986 paper itself.",
        "confidence": "verified",
        "sources": []
      },
      {
        "id": "org:claims:verification-inversion:c02",
        "claim": "Lighter methods displaced the spiral model largely because its risk analysis and throwaway prototypes cost too much to run.",
        "basis": "The standard methodological history and the research record's account; a reading of why a method lost adoption, not a measured finding.",
        "confidence": "directional",
        "sources": []
      },
      {
        "id": "org:claims:verification-inversion:c03",
        "claim": "The cost of correcting a defect rises steeply the later it is caught.",
        "basis": "Boehm 1981 and the phase-cost literature that followed. The shape is broadly supported; the widely quoted multipliers rest on thinner evidence than their citation history implies (Bossavit 2015), so the brick uses the curve's direction only.",
        "confidence": "directional",
        "sources": []
      },
      {
        "id": "org:claims:verification-inversion:c04",
        "claim": "Generation cost fell toward zero while the cost of a defect that escapes into production did not fall with it.",
        "basis": "The corpus's own economic argument, built on observed generation costs and an unchanged downstream cost structure; an argument about which input became scarce, not a measured elasticity.",
        "confidence": "directional",
        "sources": []
      }
    ],
    "concepts": [
      {
        "id": "org:concepts:verification-inversion",
        "name": "Verification inversion",
        "definition": "The reordering of a craft's cost structure when generation becomes nearly free. Producing the artifact stops being the scarce input, establishing that it is sound becomes the scarce input, and risk analysis moves from overhead to the human's primary contribution. Named for the direction of travel: the half of the work that used to be paid for as a side effect of the labor is now the half that has to be bought deliberately.",
        "provenance": "canonical"
      },
      {
        "name": "Continuous spiral",
        "definition": "The classical spiral run at hours rather than months, one loop per feature, made affordable by prototypes that cost nothing to build and nothing to discard. The methodological form the inversion takes in practice.",
        "provenance": "local"
      }
    ],
    "researchContext": "Extracted from \"The craft\" (essay parent), which keeps the narrative version.\nAll four claims are restated verbatim from the essay's apparatus and graded\nidentically; if the parent's grades change at a version cut, this apparatus is\ncorrected in the same commit.\n\nThe brick's contribution is the spiral read as a method that lost on\neconomics rather than on merit, and the observation that the specification\nnow outlives the implementation generated from it. The widening move at the\nend, from software to legal, clinical, and financial drafting, is asserted as\na structural parallel rather than as measured evidence about those\nprofessions, which is why it carries no claim of its own and states no\noutcome.\n\nBoundary with the sibling bricks, kept on purpose. This brick owns the cost\nstructure and what the human contributes once generation is free. Why the\nverification is hard to perform correctly belongs to the competence illusion,\nand what happens when it is skipped entirely belongs to bus factor zero."
  },
  "contract": "https://mnstry.org/contracts/org/org-writing.v1.schema.json",
  "releaseHash": "90b4015dd2034a0961ab07c6edf048cf05fade82fc7b9130b991242867f87d36",
  "versions": [
    {
      "version": 1,
      "cutAt": "2026-08-03",
      "note": "Initial publication, craft wave",
      "visibility": "published",
      "path": "/writing/verification-inversion/",
      "contentHash": "sha256:34d6ce07469aa04a",
      "releaseHash": "90b4015dd2034a0961ab07c6edf048cf05fade82fc7b9130b991242867f87d36"
    }
  ]
}