Business Problem to Blueprint

Rapporto di test

Assegnato il task 'dentistry for 4 doctors: paper appointment book, 18% no-shows, manual insurance claims' e controllato il risultato non visivamente, ma tramite esecuzione: trasferito lo schema DB da ogni blueprint a DDL reale ed eseguito in SQLite con PRAGMA foreign_keys abilitato. Lo schema baseline senza skill è stato compilato, ma era un piatto di 5 tabelle, e per sette query aziendali obbligatorie, ha prodotto 1 su 7 — nessun campo next_recall_due (il che significa che il dashboard principale degli arretrati non aveva nulla da registrare), nessuna tabella dei promemoria, reclami non collegati alle procedure. Lo schema della skill — 11 tabelle, 7 su 7 query superate, controllo FK pulito. Avvertenza: ho scritto entrambi i blueprint io stesso, quindi parte del divario è la mia distribuzione dello sforzo, non solo la skill; il contributo onesto della skill qui è che lo standard 'complete database schema + phased breakdown' forza le entità a essere elencate in modo esaustivo. Contro, che impediscono un punteggio più alto: SKILL.md è essenzialmente un esempio esteso sulle ispezioni antincendio (38 righe) con uno stack Next.js/Supabase/Vercel hardcoded (11 menzioni), e prescrive sempre di produrre 'Pricing Recommendation' e calcolo del ROI, il che significa che il modello è costretto a inventare numeri come $12–35K e 'risparmiando $78,000/anno' — per un catalogo, questo è un rischio, non una funzionalità.

Testato il: 2026-07-16 · Claude Code 2.x (agent harness)