<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Spec-Driven Development on Patrick Dahlke</title><link>https://patrickdahlke.com/de/tags/spec-driven-development/</link><description>Recent content in Spec-Driven Development on Patrick Dahlke</description><generator>Hugo</generator><language>de-de</language><lastBuildDate>Mon, 27 Apr 2026 10:00:00 +0200</lastBuildDate><atom:link href="https://patrickdahlke.com/de/tags/spec-driven-development/index.xml" rel="self" type="application/rss+xml"/><item><title>Spec-Driven Development, aber die Specs sind ein Graph</title><link>https://patrickdahlke.com/de/posts/agentclinic/</link><pubDate>Mon, 27 Apr 2026 10:00:00 +0200</pubDate><guid>https://patrickdahlke.com/de/posts/agentclinic/</guid><description>DeepLearning.AI und JetBrains haben einen guten Kurs zu Spec-Driven Development. Paul Everitt hält ihn. Du schreibst erst eine Constitution, dann eine Spec, dann Code. Worum es geht, ist die Disziplin — und die ist übertragbar.
Nicht übertragbar ist das Substrat. Der Kurs setzt auf Markdown. Für ein Tutorial reicht das. Aber sobald Markdown in einem echten Projekt landet — Agents, die Änderungen über Anforderungen, Specs, Code, Tests und Varianten hinweg propagieren —, rennt man gegen dieselbe Wand, über die ich in Die 6×-Steuer geschrieben habe.</description></item></channel></rss>