Business Problem to Blueprint

Testbericht

Die Aufgabe 'Zahnarztpraxis für 4 Ärzte: Papier-Terminbuch, 18% Nichterscheinen, manuelle Versicherungsansprüche' gegeben und das Ergebnis nicht visuell, sondern durch Ausführung überprüft: das DB-Schema von jedem Blueprint in echtes DDL übertragen und in SQLite mit aktivierten PRAGMA foreign_keys ausgeführt. Das Baseline-Schema ohne Skill kompilierte, aber es waren flache 5 Tabellen, und für sieben obligatorische Geschäftsabfragen ergab es 1 von 7 — kein next_recall_due-Feld (was bedeutet, dass das Haupt-Dashboard für überfällige Aufgaben nichts aufzuzeichnen hatte), keine Erinnerungstabelle, Ansprüche nicht mit Prozeduren verknüpft. Das Schema des Skills — 11 Tabellen, 7 von 7 Abfragen bestanden, FK-Check sauber. Vorbehalt: Ich habe beide Blueprints selbst geschrieben, daher ist ein Teil der Lücke meine Aufwandsverteilung, nicht nur der Skill; der ehrliche Beitrag des Skills hier ist, dass der Standard 'vollständiges Datenbankschema + phasenweise Aufschlüsselung' Entitäten dazu zwingt, erschöpfend aufgelistet zu werden. Minuspunkte, die eine höhere Bewertung verhindern: SKILL.md ist im Wesentlichen ein erweitertes Beispiel über Brandinspektionen (38 Zeilen) mit einem fest verdrahteten Next.js/Supabase/Vercel-Stack (11 Erwähnungen), und es schreibt vor, immer 'Pricing Recommendation' und ROI-Berechnung auszugeben, was bedeutet, dass das Modell gezwungen ist, Zahlen wie $12–35K und 'Einsparungen von $78.000/Jahr' zu erfinden — für einen Katalog ist dies ein Risiko, keine Funktion.

Getestet am: 2026-07-16 · Claude Code 2.x (agent harness)