Giovedì pomeriggio, tu e il tuo assistente di programmazione cominciate a spostare la fatturazione su un nuovo fornitore di pagamenti. Concordate l’obiettivo, scartate l’approccio che avrebbe comportato un fermo del servizio, due volte lo correggi su come vanno arrotondati i rimborsi, e vi fermate quando restano da spostare solo gli ultimi servizi. Il pomeriggio ha prodotto soprattutto decisioni.
Venerdì mattina, una nuova sessione non sa niente di tutto questo. Incolli i tuoi appunti, rispieghi l’arrotondamento e la guardi proporre proprio l’approccio scartato il giorno prima. Succede lo stesso quando un collega riprende il lavoro in Codex invece che in Claude, e di nuovo il trimestre successivo, quando la tua azienda passa a un modello più recente.
Per andare avanti, un lavoro ha bisogno di quattro cose: l’obiettivo, le decisioni già prese, le correzioni e ciò che resta da fare. Duplex porta esattamente questo tra sessioni, agenti, app e modelli. Resta aggiornato quando un fatto cambia, e per ogni elemento puoi vedere da dove viene. Il lavoro ti segue, invece di aspettare che tu lo ricostruisca.
La sessione successiva riparte da dove è finita la precedente.
La sessione successiva riparte da dove è finita la precedente.
Gran parte di una lunga sessione è la strada verso una decisione: opzioni soppesate, bozze buttate, vicoli ciechi tentati e abbandonati. Alla sessione successiva serve sapere dove è finita la strada, e di rado ogni passo fatto per arrivarci.
I modi abituali di portare avanti il lavoro aiutano tutti, fino a un certo punto. Reincollare tutto lo storico funziona bene finché lo storico è breve, e un file di appunti lo controlli tu. Ma qualcuno deve incollare, sfoltire e aggiornare, ogni volta, e gli appunti sono aggiornati solo quanto l’ultima persona che ci ha messo mano.
Duplex porta a ogni nuova sessione lo stato del lavoro invece della sua trascrizione, così la prima ora va nel lavoro vero e proprio e non a riscoprire ciò che era già stato deciso. Quando un altro agente riprende il lavoro, in un altro assistente o in uno costruito dalla tua azienda, parte dallo stesso punto.
Per ogni elemento puoi vedere da dove viene: quale agente, con quale modello, e quando. Una decisione presa in Claude giovedì arriva a Codex venerdì con la sua origine bene in vista, così nessuno deve fidarsi sulla parola.
La differenza cresce con il lavoro. Lo storico si allunga a ogni sessione, e rileggerlo tutto costa di più a ogni domanda, mentre ciò che serve al passo successivo resta poco.
Dopo poche sessioni, leggere tutto lo storico a ogni domanda costa ancora poco.
La scelta del modello resta aperta.
I modelli migliorano, i prezzi cambiano e compiti diversi si addicono a fornitori diversi. Il modello che scrive le tue migliori revisioni del codice potrebbe non essere quello che risponde meglio ai tuoi clienti, e difficilmente il miglior modello di quest’anno sarà anche quello dell’anno prossimo. Un team che può spostarsi liberamente tra l’uno e l’altro prende il meglio di ciascuno.
Di solito, a rendere difficile il passaggio è tutto ciò che è stato costruito attorno al vecchio modello. Prompt calibrati sulle sue abitudini, esempi scelti per lui e fine-tuning impressi nei suoi pesi restano tutti con il modello per cui sono stati fatti. Un fine-tuning è una scelta sensata quando vuoi cambiare un modello per sempre, ed è proprio qui il problema: cambi modello, e l’insegnamento ricomincia da capo.
Ciò che Duplex impara lavora accanto al modello anziché al suo interno, quindi si sposta quando ti sposti tu. Sposta un compito su un modello migliore, e il nuovo modello parte con tutto ciò che Duplex sa del lavoro: le decisioni, le correzioni e il lavoro in corso. Quando il lavoro è passato a un’altra famiglia di modelli, Duplex non ha avuto bisogno di alcun riaddestramento, mentre un adapter con fine-tuning non ha fatto lo stesso passaggio in nessuno dei sei test.
Il modello diventa una scelta che fai nel merito, compito per compito, ogni volta che ne arriva uno migliore. La revisione del codice può girare su un modello e le risposte dell’assistenza su un altro, con la stessa intelligenza accanto a entrambi.
Compiti diversi si addicono a modelli diversi, e Duplex porta a ognuno ciò che ha appreso.
Ciò che ti segue resta aggiornato.
Portare avanti il lavoro serve solo se ciò che si porta è ancora vero, e i fatti cambiano a metà lavoro. La settimana scorsa il tuo negozio accettava resi entro 30 giorni, e lunedì la policy è passata a 14. Uno storico che contiene entrambe le versioni prima o poi passerà al modello quella vecchia, e il modello non può sapere che è stata sostituita.
La risposta più comune è cercare: frugare nello storico, o in ciò che una funzione di memoria ha salvato, per trovare ciò che somiglia di più alla domanda. La ricerca è brava a trovare ciò che è stato detto. Ma la vecchia policy sembra pertinente quanto la nuova, spesso di più, perché se ne è discusso più a lungo, e una ricerca non sa distinguere un fatto dal fatto che lo ha sostituito.
Duplex segue il cambiamento. Quando un fatto cambia, quello vecchio smette di guidare il lavoro, e la sessione, l’agente e il modello successivi ricevono quello attuale. Puoi vedere cosa ha sostituito, e quando. Su un benchmark pubblico con storici lunghi, dove un fatto era cambiato a metà dello storico, Duplex ha risposto con quello attuale il 96% delle volte.
Le sessioni finiscono, gli agenti cambiano e i modelli vengono sostituiti, e con Duplex niente di tutto questo costa al tuo team i progressi fatti. Chiunque riprenda il lavoro, con qualunque strumento e su qualunque modello, parte con l’obiettivo in vista, le decisioni prese, le correzioni applicate e i vecchi fatti tolti di mezzo. Gli strumenti diventano scelte che fai per oggi, e il lavoro diventa qualcosa che dura.