killdate.dev

Spec-Driven Development

Spec-driven development means writing the spec first — the constraints, the canonical definition, the runbook — and holding the AI to it instead of letting it improvise. This is the practitioner's guide: how we actually do it, start to finish.

killdate-kit is the repo we fork every time we start something new — a pre-wired CLAUDE.md, Cursor rules, and a runbook system, so the AI tools have structure to push against. These posts walk through how we use it. Best read in order.

Fork killdate-kit on GitHub →
00 Agentic orchestration: what it is, what it isn't 01 Technical Knowledge Floor 02 killdate-kit: a tour 03 The broader toolset
05 CLAUDE.md / AGENTS.md: pre-build session discipline 06 Define the product. Constrain the AI. 07 Scoping the minimum viable build (MVB) in Claude Code 08 Shipping the Minimum Viable Build
13 Agile development in an AI environment 14 Scoping the feature: lock, blast radius, mocks 15 Building a feature: runbook, Cursor, Strangler Fig 16 Shipping a feature: staging, flags, kill dates
17 Testing as part of the build 18 When to test, when not to, and knowing your app
25 Treat your prompts like code 26 When your LLM output stops being what you shipped
08 What Is the Model Context Protocol (MCP)? 09 MCP servers for your build stack 10 Building an MCP Server in One Autonomous Session (Case Study) 11 How to Build an MCP Server (Custom, in Python)
19 Figma + Claude: how iterative design actually works 21 Learning resources