Quasi tutti i progetti con agenti fanno una demo perfetta e poi crollano alla terza settimana. La demo è lunga tre passi; il flusso vero ne ha venti, e fallisce nella seconda metà, di solito quando il lavoro costoso è già stato fatto.
Io lavoro sul caso da venti passi.
Cosa comporta
- Stato persistente. Le decisioni stanno in memoria persistente, non nella conversazione, così un passo che dipende da qualcosa deciso prima lo rilegge invece di sperare che sia ancora nel contesto.
- Chiamate idempotenti. Ogni effetto collaterale porta una chiave di idempotenza: un retry non può emettere la seconda fattura.
- Approvazioni esplicite. Le azioni che hanno conseguenze reali si fermano e chiedono, con traccia di cosa è stato proposto e da chi approvato. Il resto gira da solo.
- Compensazione. Dove un passo non è annullabile, il sistema lo dice, invece di promettere un rollback che non ha.
- Osservabilità. Quando un run muore si vede quale passo, su quale input, con quale stato.
Quando serve chiamarmi
- I run lunghi falliscono nella seconda metà e nessuno sa dire perché.
- Un retry ha fatto due volte qualcosa che andava fatto una.
- L’agente funziona per chi lo ha scritto e per nessun altro.
- Non si riesce a capire se un run è riuscito a metà.
Come procede il lavoro
Di solito prima una discovery breve e retribuita: leggo codice e tracce e scrivo cosa sta fallendo davvero, con un piano. Poi consegna a fasi, mettendo l’affidabilità prima delle funzionalità, perché altrimenti non arriva mai.
Parliamone
Portami il problema spinoso. Se non è un lavoro adatto a me te lo dico, e ti indico chi può aiutarti.