In this section: Why C-DAD
Why C-DAD
Overview
An AI agent can read every file in your repository in a few seconds. It still can't ask a senior engineer what a payment constraint actually means, or why a service calls another one out of the order that looks obvious from the outside. That gap is where most agent-generated changes quietly go wrong, and it isn't something a bigger context window fixes.
Contract-Driven AI Development is the operating model built for that gap specifically. Not a coding standard, not a linting rule, a way of making a system declare what it knows about itself, in a form both people and agents can act on. The pages below make the case for it from four different angles: the actual problem it solves, why legibility matters more than raw model capability, what tribal knowledge really costs a team, and why documentation was never going to be the fix.
Pages in this area
See also: the core model for what a contract and a capability graph actually are, or Chapter 2 of the book for where this argument started.