Na quinta-feira à tarde, você e o seu assistente de programação começam a passar a faturação para um novo fornecedor de pagamentos. Combinam o objetivo e põem de parte a abordagem que teria obrigado a interromper o serviço. Você corrige-o duas vezes na forma de arredondar os reembolsos, e param com os últimos serviços ainda por migrar. A maior parte do que a tarde produziu foram decisões.
Na sexta-feira de manhã, uma nova sessão não sabe nada disso. Você cola as suas notas, volta a explicar o arredondamento e vê-a sugerir a abordagem que pôs de parte na véspera. O mesmo acontece quando um colega pega no trabalho no Codex em vez do Claude, e outra vez no trimestre seguinte, quando a sua empresa passa para um modelo mais recente.
Para continuar, um trabalho precisa de quatro coisas: o objetivo, as decisões já tomadas, as correções e o que falta fazer. O Duplex leva exatamente isso entre sessões, agentes, aplicações e modelos. Mantém-se atual quando um facto muda, e de cada parte pode ver de onde veio. O trabalho acompanha-o, em vez de ficar à espera de que o reconstrua.
A próxima sessão começa onde a anterior acabou.
A próxima sessão começa onde a anterior acabou.
A maior parte de uma sessão longa é o caminho até uma decisão: opções ponderadas, rascunhos deitados fora, becos sem saída tentados e abandonados. A sessão seguinte precisa de saber onde o caminho acabou, e raramente de cada passo que foi preciso dar para lá chegar.
As formas habituais de levar o trabalho adiante ajudam todas, até certo ponto. Voltar a colar o histórico inteiro funciona bem enquanto o histórico é curto, e um ficheiro de notas fica sob o seu controlo. Mas alguém tem de colar, cortar e atualizar, todas as vezes, e as notas só estão tão em dia quanto a última pessoa que lhes mexeu.
O Duplex leva a cada nova sessão o estado do trabalho em vez da sua transcrição, por isso a primeira hora vai para o próprio trabalho e não para redescobrir o que já estava resolvido. Quando outro agente pega no trabalho, noutro assistente ou num que a sua empresa construiu, começa do mesmo ponto.
De cada parte, pode ver de onde veio: que agente, com que modelo e quando. Uma decisão tomada no Claude na quinta-feira chega ao Codex na sexta-feira com a origem bem à vista, por isso ninguém tem de acreditar nela às cegas.
A diferença cresce com o trabalho. O histórico fica mais longo a cada sessão, e lê-lo todo custa mais a cada pergunta feita, enquanto aquilo de que o passo seguinte precisa continua pequeno.
Após algumas sessões, ler todo o histórico para cada pergunta ainda é barato.
A escolha de modelo continua em aberto.
Os modelos melhoram, os preços mudam e tarefas diferentes adequam-se a fornecedores diferentes. O modelo que escreve as suas melhores revisões de código pode não ser o que melhor responde aos seus clientes, e o melhor modelo deste ano dificilmente será o do próximo. Uma equipa que pode mudar livremente entre eles fica com o melhor de cada um.
O que costuma dificultar a mudança é tudo o que foi construído à volta do modelo antigo. Prompts ajustados aos seus hábitos, exemplos escolhidos para ele e afinações treinadas nos seus pesos ficam todos com o modelo para que foram feitos. Uma afinação é uma escolha sensata quando quer mudar um modelo de vez, e é precisamente aí que está o senão: mude de modelo, e o ensino recomeça.
O que o Duplex aprende funciona ao lado do modelo e não dentro dele, por isso vai consigo quando muda. Passe uma tarefa para um modelo melhor, e o novo modelo começa com tudo o que o Duplex sabe sobre o trabalho: as decisões, as correções e o trabalho em curso. Quando o trabalho passou para outra família de modelos, o Duplex não precisou de retreino nenhum, e um adaptador afinado não conseguiu fazer a mesma passagem em nenhum dos seis testes.
O modelo passa a ser uma escolha feita pelo mérito, tarefa a tarefa, sempre que aparece um melhor. A revisão de código pode correr num modelo e as respostas de suporte noutro, com a mesma inteligência ao lado dos dois.
Tarefas diferentes pedem modelos diferentes, e o Duplex leva a cada um o que aprendeu.
O que o acompanha mantém-se atual.
Levar o trabalho adiante só ajuda se o que se leva ainda for verdade, e os factos mudam a meio de um trabalho. Na semana passada a sua loja aceitava devoluções até 30 dias, e na segunda-feira a política passou a 14. Um histórico que contém as duas vai, mais cedo ou mais tarde, entregar a antiga ao modelo, e o modelo não consegue perceber que foi substituída.
A resposta habitual é pesquisar: procurar no histórico, ou no que uma função de memória guardou, aquilo que mais se pareça com a pergunta. A pesquisa é boa a encontrar o que foi dito. Mas a política antiga parece tão relevante como a nova, muitas vezes mais, porque foi discutida durante mais tempo, e uma pesquisa não consegue distinguir um facto do facto que o substituiu.
O Duplex acompanha a mudança. Quando um facto muda, o antigo deixa de orientar o trabalho, e a sessão, o agente e o modelo seguintes recebem o atual. Pode ver o que substituiu, e quando. Num benchmark público de históricos longos, em que um facto tinha mudado a meio do histórico, o Duplex respondeu com o atual 96% das vezes.
As sessões acabam, os agentes mudam e os modelos são substituídos, e com o Duplex nada disso faz a sua equipa perder o que já avançou. Quem pegar no trabalho a seguir, seja em que ferramenta for e com que modelo for, começa com o objetivo à vista, as decisões tomadas, as correções aplicadas e os factos antigos fora do caminho. As ferramentas passam a ser escolhas que faz para hoje, e o trabalho passa a ser algo que dura.