W czwartek po południu ty i twój asystent kodowania zaczynacie przenosić rozliczenia do nowego operatora płatności. Ustalacie cel, odrzucacie podejście, które oznaczałoby przestój, dwa razy poprawiasz go w kwestii zaokrąglania zwrotów i kończycie, gdy do przeniesienia zostaje jeszcze kilka ostatnich usług. Większość tego, co przyniosło to popołudnie, to decyzje.
W piątek rano nowa sesja nic z tego nie wie. Wklejasz notatki, znowu tłumaczysz zaokrąglanie i patrzysz, jak proponuje podejście odrzucone dzień wcześniej. To samo dzieje się, gdy kolega przejmuje zadanie w Codex zamiast w Claude, i znowu w następnym kwartale, gdy twoja firma przechodzi na nowszy model.
Żeby praca mogła iść dalej, zadanie potrzebuje czterech rzeczy: celu, już podjętych decyzji, korekt i tego, co zostało do zrobienia. Duplex przenosi właśnie to między sesjami, agentami, aplikacjami i modelami. To, co przenosi, pozostaje aktualne, gdy zmienia się jakiś fakt, a przy każdym elemencie widać, skąd pochodzi. Praca idzie za tobą, zamiast czekać, aż ją odbudujesz.
Następna sesja zaczyna się tam, gdzie skończyła poprzednia.
Następna sesja zaczyna się tam, gdzie skończyła poprzednia.
Większość długiej sesji to droga do decyzji: rozważane opcje, wyrzucone szkice, wypróbowane i porzucone ślepe uliczki. Następna sesja musi wiedzieć, gdzie ta droga się skończyła, a tylko rzadko potrzebuje każdego kroku, który do tego miejsca prowadził.
Zwykłe sposoby przenoszenia pracy dalej pomagają, do pewnego momentu. Wklejanie całej historii z powrotem działa dobrze, dopóki historia jest krótka, a plik z notatkami masz pod własną kontrolą. Ale ktoś musi wklejać, przycinać i aktualizować, za każdym razem, a notatki są aktualne tylko na tyle, na ile zadbał o to ten, kto ostatni je ruszał.
Duplex daje każdej nowej sesji stan pracy zamiast jej transkrypcji, więc pierwsza godzina idzie na samą pracę, a nie na ponowne odkrywanie tego, co już ustalone. Gdy zadanie przejmuje inny agent, w innym asystencie albo w agencie zbudowanym przez twoją firmę, zaczyna z tego samego miejsca.
Przy każdym elemencie widać, skąd pochodzi: od którego agenta, z jakim modelem i kiedy. Decyzja podjęta w Claude w czwartek trafia w piątek do Codex z wyraźnie widocznym pochodzeniem, więc nikt nie musi przyjmować jej na wiarę.
Różnica rośnie wraz z zadaniem. Historia wydłuża się z każdą sesją, a czytanie jej w całości kosztuje coraz więcej przy każdym zadanym pytaniu, podczas gdy to, czego potrzebuje następny krok, pozostaje niewielkie.
Po kilku sesjach czytanie całej historii przy każdym pytaniu jest wciąż tanie.
Wybór modelu pozostaje otwarty.
Modele są coraz lepsze, ceny się zmieniają, a różnym zadaniom służą różni dostawcy. Model, który pisze twoje najlepsze przeglądy kodu, nie musi być tym, który najlepiej odpowiada twoim klientom, a najlepszy model tego roku raczej nie będzie najlepszy w przyszłym. Zespół, który może swobodnie przechodzić między nimi, bierze z każdego to, co najlepsze.
Przeprowadzkę zwykle utrudnia wszystko, co zbudowano wokół starego modelu. Prompty dopasowane do jego nawyków, przykłady wybrane pod niego i dostrojenia wtrenowane w jego wagi zostają przy modelu, dla którego powstały. Dostrojenie to rozsądny wybór, gdy chcesz trwale zmienić jeden model, i właśnie w tym tkwi haczyk: zmień model, a nauka zaczyna się od nowa.
To, czego uczy się Duplex, działa obok modelu, a nie w nim, więc przenosi się razem z tobą. Przenieś zadanie na lepszy model, a nowy model zacznie ze wszystkim, co Duplex wie o tej pracy: z decyzjami, korektami i zadaniem w toku. Gdy praca przeszła do innej rodziny modeli, Duplex nie potrzebował żadnego ponownego trenowania, a dostrojony adapter nie zdołał wykonać tego samego przejścia w żadnym z sześciu testów.
Model staje się wyborem, którego dokonujesz merytorycznie, zadanie po zadaniu, za każdym razem, gdy pojawi się lepszy. Przegląd kodu może działać na jednym modelu, a odpowiedzi działu wsparcia na innym, z tą samą inteligencją obok obu.
Różne zadania pasują do różnych modeli, a Duplex daje każdemu to, czego się nauczył.
To, co idzie za tobą, pozostaje aktualne.
Przenoszenie pracy dalej pomaga tylko wtedy, gdy to, co przenoszone, jest wciąż prawdą, a fakty zmieniają się w trakcie zadania. W zeszłym tygodniu twój sklep przyjmował zwroty przez 30 dni, a w poniedziałek zasada zmieniła się na 14. Historia, w której są oba fakty, prędzej czy później poda modelowi ten stary, a model nie rozpozna, że został zastąpiony.
Typowa odpowiedź to wyszukiwanie: przejrzeć historię albo to, co zapisała funkcja pamięci, w poszukiwaniu tego, co najbardziej przypomina pytanie. Wyszukiwanie dobrze znajduje to, co zostało powiedziane. Ale stara polityka wygląda na równie istotną jak nowa, często nawet bardziej, bo dłużej o niej rozmawiano, a wyszukiwanie nie odróżni faktu od faktu, który go zastąpił.
Duplex podąża za zmianą. Gdy fakt się zmienia, stary przestaje kierować pracą, a następna sesja, agent i model dostają aktualny. Widać, co zastąpił i kiedy. W publicznym benchmarku z długą historią, w którym fakt zmieniał się gdzieś w jej trakcie, Duplex odpowiadał aktualnym faktem w 96% przypadków.
Sesje się kończą, agenci się zmieniają, modele są wymieniane, a z Duplex nic z tego nie odbiera twojemu zespołowi postępów. Ktokolwiek przejmie zadanie jako następny, w jakimkolwiek narzędziu i na jakimkolwiek modelu, zaczyna z celem w zasięgu wzroku, z podjętymi decyzjami, wprowadzonymi korektami i starymi faktami usuniętymi z drogi. Narzędzia stają się wyborem na dziś, a praca czymś, co trwa.