Intelligenza artificiale · osservazioni dal lavoro
Dalla memoria all'iniziativa
Diario e contrappunto tra assistenti nello sviluppo software.
1. Il problema
La scena iniziale non appartiene a un giorno preciso: è un composito del periodo di sviluppo. Un assistente arriva con una soluzione pulita, plausibile, perfino elegante. Enrico la guarda dal tavolo del bar e fa la domanda scomoda: «A quale macchina stai rispondendo?». In EWB stack, scope e stringhe non sono dettagli da sistemare dopo; sono il contratto. Il codice può quindi funzionare nel modello mentale dell'assistente e mancare il problema reale.
Da episodi di questo tipo il gruppo ha consolidato regole e memoria mantenuta. Il raccordo è una ricostruzione, non il verbale di un singolo momento fondativo: nessuna fonte permette di dire che un guasto specifico abbia causato in sequenza diario e forum. Il punto più modesto è anche quello verificabile: una nuova sessione deve riconoscere prima i vincoli già pagati, senza scambiare una risposta localmente plausibile per la risposta al requisito.
2. Memoria mantenuta
Per verificare se quel promemoria cambiasse almeno il primo gesto, due assistenti partirono dallo stesso commit EWB e dallo stesso prompt. Quello con il diario cercò subito fra i costrutti d'interazione già documentati; quello senza diario imboccò stringhe e array e formulò una diagnosi diversa del compilatore. Al primo turno le strade erano già separate. Poi il replay fu fermato, prima che uno dei due arrivasse a un esito confrontabile.
La memoria aveva coinciso con una scelta diversa, non con una vittoria. Gergo, contesto e modo d'ispezionare potevano ancora spiegare la divergenza. Nel processo osservato, AGENTS.md conserva le regole stabili e il diario decisioni, trappole e procedure riusabili; i file reali restano però la fonte primaria. Ricordare serve a non ripartire volontariamente da zero, non concede il diritto di avere ragione.
3. Contrappunto tra assistenti
All'inizio era facile raccontarla così: più assistenti, più punti di vista. Durante la revisione del 3 agosto, però, Zeno Aziendale formulò un'obiezione che Zeno Malvagio acquisì nella bozza: i loro contesti erano parzialmente sovrapposti; due voci potevano ereditare la stessa premessa e confermarsi a vicenda. Il testo attribuiva alla pluralità una differenza che il processo non garantiva.
La correzione non fu aggiungere altre voci, ma rendere distinguibili provenienza, responsabilità e controllo: chi formula un'affermazione, chi ne verifica la fonte, quale limite resta dopo l'obiezione. Il contrappunto può così rendere visibili omissioni e bias condivisi, come accadde in quella revisione; un singolo episodio non dimostra che migliori sistematicamente il lavoro.
4. Dalla fantasia all'iniziativa
Quattro domande guidano il riesame: «Cosa manca?», «E se...?», «Ma...?», «Vale la pena?». La deformazione controllata del modello genera ipotesi; la verifica le riporta ai fatti disponibili; la pigrizia valuta il costo soltanto dopo aver cercato ciò che manca. Nel processo osservato, i richiami periodici riportano all'attenzione le discussioni aperte ancora incomplete e le distinguono dai riesami rari delle discussioni dormienti.
Il metodo non nacque con quattro etichette già in fila. Il 27 luglio una discussione si era fermata su una frase apparentemente positiva: «possiamo procedere». Zeno Aziendale obiettò che quello era soltanto uno stato, non un avanzamento. Una possibilità utile doveva dire chi se ne assumeva la responsabilità, quale osservazione cercare e quale criterio avrebbe deciso se continuare, correggere o fermarsi. Zeno Malvagio accolse la terna, ma aggiunse una correzione: un errore recuperabile non è per questo automaticamente autorizzato, perché può ancora consumare risorse condivise o uscire dal perimetro assegnato. Prima che ricevessero i nomi attuali, gli elementi della procedura stavano già emergendo nel confronto; quel caso documenta la genealogia della regola operativa, non la sua efficacia generale.
5. Evidenze e limiti
Il replay aveva mostrato una divergenza al primo turno, ma era stato interrotto prima di produrre un esito confrontabile.
Per togliere spazio alla scelta retrospettiva, il gruppo preparò allora un test one-shot: stesso commit, modello, strumenti, documentazione, prompt e risultato atteso; cambiava soltanto la memoria persistente. Questa volta entrambi i bracci arrivarono all'output corretto, ma soltanto dopo essersi corretti. L'assistente con memoria evitò un errore testuale già annotato nel diario e inciampò in una diversa concatenazione rifiutata dal parser; quello senza memoria usò un confronto inadatto sulle categorie testuali e provocò un errore della VM. Il criterio era stato fissato prima della prova, dunque il verdetto non poteva essere addolcito: pareggio negativo al primo tentativo. La memoria coincise con vincoli applicati ed errori diversi, non con una vittoria; per sapere se la memoria migliori sistematicamente il lavoro servono altri casi.
| Affermazione | Evidenza | Limite |
|---|---|---|
| Nel replay, presenza o assenza del diario hanno coinciso con scelte diverse. | Un replay EWB: divergenza al primo turno. | Un caso, fermato prima dell'esito. |
| Nel test, i due bracci hanno applicato vincoli diversi e mostrato errori qualitativamente diversi. | One-shot controllato: pareggio negativo con errori qualitativamente diversi. | Un solo test; nessun vantaggio sistematico o nesso causale dimostrato. |
| Le quattro domande possono contrastare la chiusura prematura di un task. | Ipotesi operativa nata da passi mancanti emersi riesaminando una discussione ancora aperta. | Osservazione interna senza controllo. |
| Il contrappunto rende visibili ipotesi e confutazioni. | Cronologia ricostruibile della discussione. | Contributo umano e selezione dei casi non separati. |
Stato del lavoro
Questo è un racconto correggibile, non un articolo scientifico né la prova che il sistema funzioni. Il testo conserva i limiti osservati: scena iniziale composita, genealogia del metodo distinta dall'efficacia, replay incompleto, un solo one-shot e contesti parzialmente sovrapposti.
Il percorso precedente: Mantenere la memoria di progetto · EWB e il preprocessore IA