source-driven-development
von addyosmaniDie source-driven-development Skill verankert frameworkspezifische Entwicklung in offiziellen Dokumentationen und hilft dabei, Patterns vor der Implementierung zu verifizieren. Sie eignet sich besonders für den Einsatz von source-driven-development in React, Vue, Next.js, Svelte, Angular und ähnlichen Stacks, wenn Korrektheit, belastbare Quellen und versionssensible Entscheidungen wichtig sind.
Diese Skill erreicht 82/100 und ist damit ein überzeugender Eintrag für Verzeichnisnutzer, die quellengestützte, dokumentationsbasierte Implementierungshilfen suchen. Das Repository bietet genug operative Klarheit, um eine Installation für frameworkspezifische Entwicklung zu rechtfertigen, bei der Korrektheit zählt. Nutzer sollten jedoch eher einen dokumentationsgetriebenen Workflow als eine automatisierte oder toolgestützte Skill erwarten.
- Klare Auslösbarkeit: Die Beschreibung sagt ausdrücklich, dass sie für Framework-/Library-Arbeit genutzt werden soll, wenn autoritativer, quellengestützter Code wichtig ist.
- Starke operative Anleitung: Die SKILL.md beschreibt einen schrittweisen DETECT → FETCH → IMPLEMENT → CITE-Prozess und definiert, wann sie nicht verwendet werden sollte.
- Guter Mehrwert für die Installationsentscheidung: Das Repository ist substanziell (7.8k body, mehrere Überschriften, keine Platzhaltermarker) und fokussiert darauf, veraltete oder rein erinnerungsbasierte Implementierungsfehler zu reduzieren.
- Es sind keine Support-Dateien oder Skripte enthalten, daher hängt die Ausführung vollständig von den schriftlichen Anweisungen ab und nicht von einem gebündelten Workflow.
- Die Skill ist breit angelegt und dokumentationszentriert. Wer vor allem Geschwindigkeit oder allgemeine Logikaufgaben sucht, könnte sie als unnötig oder überdimensioniert empfinden.
Überblick über den source-driven-development-Skill
Was source-driven-development macht
Der source-driven-development-Skill hilft dir, frameworkspezifischen Code erst dann zu schreiben, wenn du die offiziellen Docs geprüft hast, und diese Quellen anschließend in der Implementierung zu zitieren oder nachzubilden. Er ist für Aufgaben gedacht, bei denen „wahrscheinlich richtig“ nicht reicht: Starter-Code, wiederkehrende App-Muster, Upgrades und jede Funktion, deren richtige Lösung sich je nach Framework-Version ändert.
Wer den Skill nutzen sollte
Nutze den source-driven-development skill, wenn du mit React, Vue, Next.js, Svelte, Angular oder ähnlichen Tools arbeitest und weniger veraltete Muster willst. Besonders nützlich ist er für Agents, die Code für Formulare, Routing, Auth, State, Data Fetching und Project Scaffolding erzeugen.
Warum er sich von einem normalen Prompt unterscheidet
Ein generischer Prompt kann plausiblen Code aus Trainingsdaten erzeugen. Dieser Skill lenkt den Workflow dagegen klar in Richtung „erst verifizieren, dann bauen“: Stack erkennen, offizielle Quelle prüfen, dann auf Basis dieser Quelle implementieren. Das macht ihn besser für produktiven Einsatz, versionssensente APIs und Code-Review-Situationen, in denen die Herkunft des Codes wichtig ist.
So verwendest du den source-driven-development-Skill
Den Skill in deinem Agent-Setup installieren
Nutze den Installationsablauf des Repos für Skills und lade dann source-driven-development in den Kontext des Agents, bevor du Code anforderst. Ein typischer source-driven-development install sieht aus wie der Befehl des Skill-Managers im Repo, gefolgt davon, die Skill-Datei selbst zu lesen, damit der Agent dem vorgesehenen Workflow folgen kann.
Forme deine Aufgabe zu einem source-first Prompt
Für die beste source-driven-development usage solltest du dem Modell das Framework, die Version, falls bekannt, die Runtime und das exakte Ziel nennen. Stark ist zum Beispiel: „Use source-driven-development to add a protected dashboard route in Next.js App Router 15, using official docs only, and explain the source for each pattern.“ Schwach ist nur „build auth“. Je genauer Stack und Feature beschrieben sind, desto weniger muss der Agent raten.
Zuerst die richtigen Dateien lesen
Beginne mit SKILL.md und prüfe dann alle verlinkten Docs, Beispiele oder Repository-Hinweise, auf die der Skill verweist. Für dieses Repository gibt es keine Helper-Ordner, denen man hinterherlaufen müsste, daher besteht die Hauptaufgabe darin, den Ablauf in SKILL.md genau zu befolgen und ihn auf die Konventionen der Zielanwendung zu übertragen.
Workflow, der die Ausgabequalität verbessert
Arbeite mit einer 4-Schritt-Schleife: Stack und Version identifizieren, die offizielle Dokumentation abrufen, die kleinste korrekte Version implementieren und anschließend prüfen, ob das Ergebnis weiterhin zur Doku passt. Wenn du Codegenerierung anforderst, nenne zusätzlich Einschränkungen wie vorhandene Ordnerstruktur, Package Manager, Framework-Modus und ob du Zitate in Kommentaren oder in einer separaten Erklärung brauchst.
FAQ zum source-driven-development-Skill
Ist source-driven-development nur für große Frameworks?
Nein. Der source-driven-development guide ist besonders wertvoll, wenn sich APIs häufig ändern oder mehrere konkurrierende Muster existieren, was bei modernen Frameworks und Libraries sehr häufig vorkommt. Für reine Sprachänderungen oder Logik, die nicht von einer Framework-Version abhängt, ist er weniger nützlich.
Sollte ich ihn statt eines normalen Code-Prompts nutzen?
Nutze ihn, wenn Korrektheit und Nachvollziehbarkeit wichtiger sind als Geschwindigkeit. Ein normaler Prompt reicht für einfache, versionsunabhängige Anpassungen aus, aber der source-driven-development for Code Generation-Ansatz ist besser, wenn du Code willst, der sich gegen aktuelle offizielle Docs verteidigen lässt.
Ist er anfängerfreundlich?
Ja, wenn du das Framework benennen und das Feature beschreiben kannst. Einsteiger profitieren, weil der Skill das Raten bei Mustern reduziert, aber sie müssen trotzdem den App-Stack und das Zielverhalten angeben. Ohne diese Angaben prüft der Agent womöglich die falschen Docs.
Wann ist er ungeeignet?
Nutze ihn nicht für triviale Änderungen, reine Logik oder Situationen, in denen der Nutzer ausdrücklich die schnellstmögliche Antwort ohne Verifikation will. Wenn die Aufgabe nicht von einer bestimmten Framework-Version abhängt, bringt das zusätzliche Prüfen der Quellen meist nur Mehraufwand ohne großen Nutzen.
So verbesserst du den source-driven-development-Skill
Gib dem Agenten bessere Quellziele
Der größte Qualitätsgewinn entsteht, wenn du das genaue Framework, die Version und das Feature nennst. Sage zum Beispiel „official Next.js App Router docs for server actions“ statt „Next.js stuff“. Präzisere Ziele reduzieren falsche Quellensuchen und erhöhen die Genauigkeit des Endcodes.
Formuliere die Ausgabegrenzen im Voraus
Wenn du Zitate brauchst, erkläre das Format: Inline-Kommentare, eine kurze Quellennotiz oder eine knappe Implementierungszusammenfassung. Nenne außerdem klar, was unverändert bleiben muss, etwa bestehende Types, Dateinamen oder UI-Verhalten. So bleibt der Skill source-driven, ohne deine Codebasis unnötig umzuschreiben.
Achte auf typische Fehlerbilder
Die größten Risiken sind die falsche Version eines Dokuments, das Vermischen von Mustern aus mehreren Releases oder eine Implementierung, die sich zu stark an einem Tutorial-Beispiel orientiert. Wenn die erste Antwort generisch wirkt, bitte den Agenten, die offiziellen Docs erneut zu prüfen und die Lösung auf deinen exakten Stack einzugrenzen.
Iteriere aus der Quelle heraus, nicht aus dem Bauchgefühl
Wenn das erste Ergebnis nah dran, aber noch nicht ideal ist, bitte um einen zweiten Durchlauf, der die verifizierten Teile beibehält und nur das fehlende Verhalten anpasst. Für source-driven-development ist der beste Verbesserungszyklus: Stack klären, Quelle bestätigen und dann die Implementierung jeweils nur um eine konkrete Änderung erweitern.