Torsdag ettermiddag begynner du og kodeassistenten din å flytte faktureringen over til en ny betalingsleverandør. Du blir enig med den om målet, utelukker fremgangsmåten som ville ha ført til nedetid, retter den to ganger på hvordan refusjoner skal avrundes, og stopper med de siste tjenestene ennå ikke flyttet. Det meste av det ettermiddagen ga, var beslutninger.
Fredag morgen vet en ny økt ingenting av dette. Du limer inn notatene dine, forklarer avrundingen på nytt og ser den foreslå fremgangsmåten du utelukket dagen før. Det samme skjer når en kollega tar over jobben i Codex i stedet for Claude, og igjen neste kvartal, når bedriften din går over til en nyere modell.
For å kunne fortsette trenger en jobb fire ting: målet, beslutningene som allerede er tatt, rettelsene og det som gjenstår. Duplex tar med nettopp dette på tvers av økter, agenter, apper og modeller. Den holder seg oppdatert når et faktum endrer seg, og for hver bit kan du se hvor den kom fra. Arbeidet følger deg, i stedet for å vente på at du bygger det opp igjen.
Neste økt starter der den forrige sluttet.
Neste økt starter der den forrige sluttet.
Mesteparten av en lang økt er veien frem til en beslutning: alternativer veid opp mot hverandre, utkast kastet, blindveier prøvd og forlatt. Neste økt trenger å vite hvor veien endte, og sjelden hvert steg den tok for å komme dit.
De vanlige måtene å føre arbeidet videre på hjelper alle et stykke på vei. Å lime inn hele historikken på nytt fungerer godt så lenge historikken er kort, og en notatfil har du selv kontroll over. Men noen må lime inn, korte ned og oppdatere, hver gang, og notatene er bare så oppdaterte som den som sist var borti dem.
Duplex gir hver ny økt status for arbeidet i stedet for hele samtaleloggen, så den første timen går med til selve arbeidet og ikke til å gjenoppdage det som allerede er avgjort. Når en annen agent tar over jobben, i en annen assistent eller i en som bedriften din har bygget, starter den fra samme sted.
For hver bit kan du se hvor den kom fra: hvilken agent, med hvilken modell, og når. En beslutning som ble tatt i Claude på torsdag, når Codex på fredag med opphavet godt synlig, så ingen trenger å ta den på tro.
Forskjellen vokser med jobben. Historikken blir lengre for hver økt, og å lese gjennom alt koster mer for hvert spørsmål som stilles, mens det neste steg trenger, forblir lite.
Etter noen få økter er det fortsatt billig å lese hele historikken for hvert spørsmål.
Valget av modell forblir åpent.
Modeller blir bedre, priser endrer seg, og ulike oppgaver passer ulike leverandører. Modellen som skriver de beste kodegjennomgangene dine, er ikke nødvendigvis den som svarer kundene dine best, og årets beste modell blir neppe neste års. Et team som kan bytte fritt mellom dem, får det beste fra hver.
Det som vanligvis gjør et bytte vanskelig, er alt som er bygget rundt den gamle modellen. Prompter tilpasset vanene dens, eksempler valgt for den og finjusteringer trent inn i vektene dens blir alle igjen hos modellen de ble laget for. En finjustering er et fornuftig valg når du vil endre én modell for godt, og nettopp der ligger haken: bytt modell, og opplæringen begynner forfra.
Det Duplex lærer, virker ved siden av modellen i stedet for inne i den, så det flytter med når du flytter. Flytt en oppgave til en bedre modell, og den nye modellen starter med alt Duplex vet om arbeidet: beslutningene, rettelsene og jobben som pågår. Da arbeidet ble flyttet til en annen modellfamilie, trengte Duplex ingen omtrening i det hele tatt, og en finjustert adapter klarte ikke den samme flyttingen i noen av seks tester.
Modellen blir et valg du tar på saklig grunnlag, oppgave for oppgave, hver gang en bedre dukker opp. Kodegjennomgang kan kjøre på én modell og supportsvar på en annen, med den samme intelligensen ved siden av begge.
Ulike oppgaver passer ulike modeller, og Duplex gir hver av dem det den har lært.
Det som følger deg, holdes oppdatert.
Å føre arbeid videre hjelper bare hvis det som føres videre, fortsatt stemmer, og fakta endrer seg midt i en jobb. Forrige uke tok butikken din imot returer i 30 dager, og på mandag ble policyen endret til 14. En historikk som inneholder begge, vil før eller senere gi den gamle til modellen, og modellen kan ikke se at den er blitt erstattet.
Det vanlige svaret er å søke: lete gjennom historikken, eller gjennom det en minnefunksjon har lagret, etter det som ligner mest på spørsmålet. Søk er godt til å finne det som ble sagt. Men den gamle policyen ser like relevant ut som den nye, ofte mer, fordi den ble diskutert lenger, og et søk kan ikke skille et faktum fra faktumet som erstattet det.
Duplex følger endringen. Når et faktum endrer seg, slutter det gamle å styre arbeidet, og neste økt, agent og modell får det gjeldende. Du kan se hva det erstattet, og når. På en offentlig benchmark med lange historikker, der et faktum hadde endret seg et stykke ut i historikken, svarte Duplex med det gjeldende 96% av gangene.
Økter avsluttes, agenter byttes og modeller erstattes, og med Duplex koster ingenting av det teamet ditt fremdriften. Den som tar over jobben neste gang, i hvilket verktøy og på hvilken modell det enn er, starter med målet i sikte, beslutningene tatt, rettelsene på plass og de gamle faktaene ute av veien. Verktøyene blir valg du tar for i dag, og arbeidet blir noe som varer.