Eco²
Backend · Cloud infrastructure
Indicazioni per la raccolta differenziata da una foto e una conversazione.
Un assistente IA tutto in uno che conosce il funzionamento della raccolta differenziata in Corea.
Una correzione tenuta separata da un altro agente, una revisione divisa per prospettive
Due casi corretti con agenti di programmazione nel backend di Eco². Un modello è nominato solo dove lo registra un’indicazione di coautore di Claude Opus 4.5 o 4.6.
January 2026
Separato dal branch develop usato da un altro agente, lo streaming dei token è stato corretto in due passaggi
Agente di programmazioneAltro agente
AzioneAltro lavoro in corso su develop
- consegnaAlbero di lavoro occupato → separazione→ Worktree separato · prima la nota di analisi (Worktree della correzione)
In sviluppoStream di Chat
Osservazione · rilievoArrivano solo eventi stage, nessun token
- consegnaAmbito: emissione nello stream→ Worktree separato · prima la nota di analisi (Worktree della correzione)
Agente di programmazioneWorktree della correzione
AzioneWorktree separato · prima la nota di analisi
- consegnaFile da modificare→ Avvolgere l’OpenAI SDK in un adattatore LangChain (Worktree della correzione)
Agente di programmazioneWorktree della correzione
AzioneAvvolgere l’OpenAI SDK in un adattatore LangChain
- consegna→ PR #437 → integrata in develop (Artefatti)
ArtefattiArtefatti
ArtefattoPR #437 → integrata in develop
- consegna→ Worktree · passi di analisi nella skill git-workflow (Artefatti)
- consegnaE2E dopo il merge→ token answer duplicati · fuoriuscita dell’intent «general» (Stream di Chat)
In sviluppoStream di Chat
Osservazione · rilievotoken answer duplicati · fuoriuscita dell’intent «general»
- rimandato indietroDue emitter→ Distinguere i due emitter tramite node · seq → saltare i token catturati (due passaggi) (Worktree della correzione)
ArtefattiArtefatti
ArtefattoWorktree · passi di analisi nella skill git-workflow
Agente di programmazioneWorktree della correzione
AzioneDistinguere i due emitter tramite node · seq → saltare i token catturati (due passaggi)
- consegnaPrima / dopo→ Estratti SSE registrati, prima e dopo (Stream di Chat)
- consegnaControllo a livello di comando→ Controllo command locale: 0 token del notifier (Artefatti)
In sviluppoStream di Chat
Osservazione · rilievoEstratti SSE registrati, prima e dopo
ArtefattiArtefatti
ArtefattoControllo command locale: 0 token del notifier
- consegna→ PR #448 · integrata dopo la risoluzione dei conflitti con develop (Artefatti)
ArtefattiArtefatti
ArtefattoPR #448 · integrata dopo la risoluzione dei conflitti con develop
- Contesto
- L’SSE di Chat consegnava eventi stage ma nessun token. Un altro agente lavorava su develop, quindi il lavoro è iniziato con una nota di analisi in un worktree separato; dopo il merge della prima correzione, la duplicazione e la fuoriuscita osservate in seguito sono state circoscritte con una seconda correzione.
- Esito
- La responsabilità di emettere i token è stata ristretta all’unico nodo che li produce davvero. Il controllo command mostra solo che il notifier non invia token; gli estratti SSE registrati mostrano l’osservazione E2E successiva. Sono prove diverse.
- Limite
- L’identità e il modello dell’altro agente, e il numero di agenti di programmazione, non sono registrati. Nessuna delle due PR ha avuto un’approvazione formale di revisione, e questo registro non è né il servizio attuale né una nuova esecuzione E2E.
Fonti e limiti residui
- All’interno della PR #448, la prima patch saltava i token answer; una patch successiva ha fatto saltare a ProcessChatCommand ogni token di messaggio catturato. Non sono accorpate in un’unica correzione riuscita al primo colpo.
- La nota di analisi e gli estratti SSE prima/dopo sono registri di rapporti interni nel repository.
February 10, 2026
Il valutatore è stato rivisto prospettiva per prospettiva, e solo i rilievi concreti sono diventati codice
Agente di programmazioneImplementazione
AzionePipeline di valutazione candidata
- consegnaRevisione per prospettiva→ Rilievi: nessun campionamento · nessuna protezione dei costi / risultati mutabili / config fuori dalla closure (Cinque prospettive di revisione)
Revisione · verificaCinque prospettive di revisione
Osservazione · rilievoRilievi: nessun campionamento · nessuna protezione dei costi / risultati mutabili / config fuori dalla closure
- rimandato indietroFiltrare prima di valutare→ Campionare e controllare il costo giornaliero prima di valutare (Implementazione)
- rimandato indietroRisultati immutabili · config fissata→ Oggetti risultato frozen · binding esplicito della config (Implementazione)
Agente di programmazioneImplementazione
AzioneCampionare e controllare il costo giornaliero prima di valutare
Agente di programmazioneImplementazione
AzioneOggetti risultato frozen · binding esplicito della config
- consegnaControlli→ Controlli unit · wiring (locali · con mock) (Artefatti)
ArtefattiArtefatti
ArtefattoControlli unit · wiring (locali · con mock)
- non un’esecuzione registrataNon arriva fin qui→ E2E reale con Redis + PG: allora non scritto (Artefatti)
- consegna→ PR #546 integrata · procedura nella skill eval-feedback-loop (Artefatti)
ArtefattiArtefatti
Regola · non verificataE2E reale con Redis + PG: allora non scritto
ArtefattiArtefatti
ArtefattoPR #546 integrata · procedura nella skill eval-feedback-loop
- Contesto
- Il rapporto di implementazione della pipeline di valutazione delle conversazioni registra cinque prospettive di revisione e due round di correzioni. Il numero di prospettive non è un numero di sessioni o di agenti.
- Esito
- Il codice ha un ramo che campiona e controlla il costo giornaliero prima di valutare, oggetti risultato congelati e un binding esplicito della configurazione. Se la lettura del costo fallisce, la valutazione L2 procede comunque, quindi non è un tetto rigido alla spesa.
- Limite
- Le cinque prospettive sono un modo di suddividere la revisione; non significano cinque sessioni di modello indipendenti né l’approvazione di esperti umani. I punteggi interni vicini a 100 del rapporto non sono una misura di qualità e non vengono riportati.
Fonti e limiti residui
- La PR collegata in testa al rapporto è la #545; la PR pubblica che ha integrato le fasi 1–4 è la #546.
- Anche lo stub di recalibration ancora aperto è riportato nel rapporto così com’è.