Markdown instructions are useful as durable context, but they do not replace programming. Their job is to keep intent out of a transient chat so both the develo

Markdown instructions are useful as durable context, but they do not replace programming. Their job is to keep intent out of a transient chat so both the developer and agent can revisit it. The actual constraints still belong in code: types, tests, linters, and dependency rules. Natural language can explain why a boundary matters; executable checks determine whether a change respects it. That feels more like a persistent layer around the programming workflow than a new programming language.