IT
Solo il personaggio del pane dal logo di CRUMB: una fetta di pane sorridente con un morso nell’angolo in alto a destra
Torna alla sala

CRUMB

Generative Game Studio · Demo

Da un’idea di gioco in una riga a una bozza giocabile, con il lavoro degli agenti in vista e aperto all’intervento.

CRUMB è un harness da studio multi-agente per la prototipazione di giochi casual.

Progettazione e sviluppo · realizzato con agenti di programmazione IA

  • CLIDemo locale
  • Studio webDemo locale

Un’uscita silenziosa resa osservabile, un formatter perso intercettato all’integrazione

Due casi dal repository pubblico della demo. Planner, Builder e Verifier sono actor all’interno della demo, non gli agenti di programmazione di questa vista.

Legenda completa

Come leggere · una grammatica per ogni caso

  • Le colonne indicano chi ha agito; dall’alto in basso scorre il tempo
  • Continua: un passaggio di consegne registrato o un passo successivo
  • Linea lapislazzuli spessa ↩: un rilievo che ha rimandato indietro il lavoro
  • Tratteggiata: non un’esecuzione registrata (una regola scritta, un consiglio senza autorità, un confine non verificato)
  • Rettangolo: un’azione
  • Arrotondato: uno stato osservato o un rilievo
  • Angolo piegato: un artefatto o una prova
  • Colonna a righe oblique: parti del prodotto in sviluppo (non gli agenti usati per costruirlo)

1 / 2

May 2, 2026

Reso visibile se un’esecuzione terminata con exit 0 abbia davvero lavorato

  1. In sviluppoActor della demo

    Osservazione · rilievo0 eventi nel transcript · exit 0

    • consegna0 eventi, eppure exit 0→ Distinguere «terminato ma senza lavoro» dall’avanzamento (Sviluppatore)

  2. PersonaSviluppatore

    AzioneDistinguere «terminato ma senza lavoro» dall’avanzamento

    • consegnaPrima la diagnostica→ Diagnostica prima/dopo lo spawn: adapter · prompt presente · exit · tempo · dimensione dell’output (Modifiche al codice)

  3. Sessione di lavoroModifiche al codice

    AzioneDiagnostica prima/dopo lo spawn: adapter · prompt presente · exit · tempo · dimensione dell’output

    • consegna→ commit 6341898 (Artefatti)
    • consegnaOutput diagnostico→ Il planner era in attesa di input (Actor della demo)

  4. ArtefattiArtefatti

    Artefattocommit 6341898

  5. In sviluppoActor della demo

    Osservazione · rilievoIl planner era in attesa di input

  6. Sessione di lavoroModifiche al codice

    AzionePassare il goal reale e un’istruzione di avvio · controllo del reducer sulla forma del prompt

    • consegnaEsecuzione successiva→ Solo JSON su stdout, event writer mai chiamato (Actor della demo)

  7. In sviluppoActor della demo

    Osservazione · rilievoSolo JSON su stdout, event writer mai chiamato

  8. Sessione di lavoroModifiche al codice

    AzioneIniettare il documento dell’event protocol negli actor che emettono eventi

    • consegna→ commit 08ecb07 (Artefatti)

  9. ArtefattiArtefatti

    Artefattocommit 08ecb07

Contesto
Un’esecuzione smoke reale in subprocess è terminata senza eventi nel transcript. Exit 0 da solo non diceva se il lavoro fosse stato fatto, quindi sono venuti prima i registri diagnostici attorno all’esecuzione; dopo la prima correzione è comparso un fallimento diverso, corretto ancora una volta.
Esito
I registri diagnostici hanno separato «terminato con successo ma senza lavoro» dall’avanzamento, e il fallimento rimasto dopo la prima correzione ha portato, tramite un’osservazione più precisa, alla seconda correzione.
Limite
Le esecuzioni dell’epoca non sono state ripetute e i loro registri originali non sono stati recuperati. Il testo diagnostico grezzo (anteprime dell’output e simili) non è incluso.
Fonti e limiti residui

May 3, 2026

Ripristinato il formatter del feed perso nell’integrare due flussi di lavoro

  1. Sessione di lavoroFlusso feed · layout

    Azione#140: aggiunto il formatter del feed

    • consegna→ Assemblare i due flussi nel layout a quattro riquadri (Integrazione)

  2. Sessione di lavoroFlusso scorecard · dettaglio eventi

    AzioneLavoro sulla scorecard (base obsoleta)

    • consegna→ Assemblare i due flussi nel layout a quattro riquadri (Integrazione)

  3. Agente di programmazioneIntegrazione

    AzioneAssemblare i due flussi nel layout a quattro riquadri

    • consegnaRegressione d’integrazione→ La base obsoleta ha annullato il formatter di #140 (Integrazione)

  4. Agente di programmazioneIntegrazione

    Osservazione · rilievoLa base obsoleta ha annullato il formatter di #140

  5. Agente di programmazioneIntegrazione

    AzioneRipristinare il formatter di #140

    • consegnaDiff combinato→ #145 (56f6f1b) · lint · typecheck · test · build locali · controllo a schermo (Artefatti)

  6. ArtefattiArtefatti

    Artefatto#145 (56f6f1b) · lint · typecheck · test · build locali · controllo a schermo

    • consegnaConsegna per il lavoro successivo→ Registro di consegna: #142 di un altro flusso · #146 CI in corso (Artefatti)

  7. ArtefattiArtefatti

    ArtefattoRegistro di consegna: #142 di un altro flusso · #146 CI in corso

Contesto
Il lavoro su Studio era diviso in flussi come feed e layout, scorecard e dettaglio eventi, e tema. Dopo il merge di #145, il registro di consegna per il flusso successivo elencava il lavoro di competenza di altri flussi e quello ancora in sospeso.
Esito
#145 ha unito il lavoro su scorecard e dettaglio eventi con la correzione del layout, ripristinando il formatter del feed che era stato annullato, e ha registrato lint, typecheck, format, test, build locali e un controllo a schermo.
Limite
I controlli locali non sono stati ripetuti. Al momento del registro di consegna #146 era ancora in CI ed è stato unito più tardi (109da28), quindi quell’istantanea non è disegnata come superata. I modelli per flusso non sono registrati.
Fonti e limiti residui