Iterative Development

Ciclo di sprint verificato per spec grandi e ambigue — obblighi di prova invece di caselle spuntate.

di prime-radiant-inc · prime-radiant-inc/iterative-development

Promosso ★ 8.8/10

Iterative Development — Ciclo di sprint verificato per spec grandi e ambigue — obblighi di prova invece di caselle spuntate.

Cosa fa

Orchestra un ciclo di build autonomo multi-giorno per spec grandi o ambigue: estrae i requisiti come story card con obblighi di prova e scenari di comportamento, definisce uno scheletro funzionante che deve chiudere un vero percorso end-to-end prima di espandersi, poi esegue sprint verificati sostenuti da un corpus crescente di evidenze comportamentali. Attivalo su 'spec di 10+ file', 'requisiti ambigui', o 'continua lo sviluppo iterativo con il piano esistente'; evitalo per compiti piccoli e delimitati, che rimanda esplicitamente a un flusso di pianificazione anticipata più semplice.

Rapporto di test

Questo orchestratore è la porta d'ingresso a un bundle di plugin con 6 skill — copiare solo il proprio SKILL.md lo lascia a invocare extracting-requirements, scoping-the-simplest-core e altre quattro skill nominate che devono essere distribuite insieme. Su una spec giocattolo ha correttamente imposto un 'obbligo di prova' testabile per ogni story e ha rifiutato di lasciare che l'ambito crescesse oltre un unico percorso end-to-end funzionante, una disciplina che una lista di attività libera aveva saltato del tutto.

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

Installazione

git clone https://github.com/prime-radiant-inc/iterative-development
cd iterative-development
mkdir -p ~/.claude/skills
cp -r skills/iterative-development ~/.claude/skills/iterative-development

Comandi e prompt di esempio

  • /iterative-developmentCiclo di sprint verificato per spec grandi e ambigue — obblighi di prova invece di caselle spuntate.

Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):

  • This spec has 10+ files and ambiguous requirements, run it as sprints
  • Break this big vague spec into story cards with proof obligations
  • Continue the iterative development loop using the existing plan