constraint-driven-development
Establishes a project's quality bar as a written contract and stops agents quietly lowering it. Interviews the user on which dimensions matter, supplies sane default thresholds when they have no number in mind, records everything in CONSTRAINTS.md, and watches the diff for a weakened bar — new @ts-ignore or eslint-disa…
- Kind
- Skill
- Works with
- Claude Code, Codex, Any agent
- Languages
- TypeScript / JavaScript
- Source
- addyosmani/agent-skills @ 2686b620fc1f
- Path
- skills/constraint-driven-development/SKILL.md
- License
- MIT
- Jobs
- Requirements interviews, Guardrails
InstallCopy it from the source repository, or sign in and let the assistant adapt it for your project.
# Constraint-Driven Development ## Overview Other skills in this pack describe what good looks like. `code-review-and-quality` gives you five axes. `test-driven-development` gives you a cycle. `security-and-hardening` gives you a threat list. All of that lives in prose the agent reads and may or may not follow, and none of it survives the end of the session. This skill produces something different: a written record of **this project's** bar, with numbers, that outlives the conversation and can be checked mechanically. The reason matters. When you wrote the code, reading it told you whether it was any good. An agent writes more in an afternoon than you will read that week, so the judgement moves out of your head and into checks that run around the loop. Those checks need to exist, they need numbers you actually chose, and they need to fire close enough to the work that the agent fixes its own output. Spec-driven development says what to build. Test-driven development proves it works. Constraint-driven development defines what "good enough to ship" means, before anyone argues about it in a pull request. ## When to Use Apply this skill when: …