Agentes que conhecem o seu produto como está agora
Os modelos de IA não se lembram de nada entre sessões, e um projeto muda durante meses. O OneActor guarda o que cada funcionalidade faz agora, e todos os agentes trabalham a partir daí.
O problema: a IA não tem memória
Cada sessão de um agente começa vazia: um agente sabe apenas o que lhe dão a ler. Muitas ferramentas de IA preenchem esse vazio com pesquisa. Eis um mesmo momento, respondido das duas maneiras.
Meses depois de ter retirado o bloqueio de clientes, um teste de navegador antigo falha: ainda espera um botão Bloquear. O agente procura o botão.
Resultados mais próximos
- T-42Adicionar um botão Bloquear verde
- T-57Passar o botão Bloquear a vermelho
- T-88Retirar o bloqueio de clientes
Ordenados por semelhança, não pelo que é atual.
«A página não tem botão Bloquear, e a T-42 diz que é verde. Vou reconstruí-lo.»
Uma funcionalidade que retirou, de volta
Registo de funcionalidades › Bloqueio de clientes
Retirada a 11 out.
O regulador proíbe bloquear clientes.
Último estado: um botão Bloquear vermelho com confirmação.
- T-42 Construída
- T-57 Vermelho
- T-63 Confirmação
- T-88 Retirada
«O bloqueio foi retirado de propósito. O teste é um resto: vou apagá-lo.»
A sua decisão, mantida
Um exemplo.
O que o registo protege
Um estado atual para cada funcionalidade, e todas as alterações que a trouxeram até aí.
As tarefas antigas dizem a verdade
Qualquer tarefa que um agente encontre, mesmo a mais antiga, mostra as suas funcionalidades como estão agora.
Testes desatualizados não ganham
Um teste que ainda espera uma funcionalidade retirada é um resto a apagar, nunca uma razão para a construir de novo. O QA não reporta como erro uma funcionalidade retirada.
Nada volta sem si
Trabalho que se pareça com algo que retirou é parado. Trazê-lo de volta é decisão sua: o Product Owner pergunta-lhe primeiro.
Nada de extra passa despercebido
O que for construído além do plano fica registado e é-lhe dito, para o manter ou mandar retirar.
Nada desaparece por engano
Se um agente retira parte de uma funcionalidade em que a sua tarefa não tocava, é-lhe pedido que a reponha, e o Product Owner é avisado.
As suas alterações contam
O que guarda com os seus próprios commits também entra na memória. O separador Home do projeto mostra as suas funcionalidades tal como os agentes as entendem agora, e as que retirou.
Como funciona
Cada alteração que pede segue o mesmo caminho.
Pede
Pede uma alteração no chat, por palavras suas.
O plano nomeia a funcionalidade
O Product Owner planeia-a como uma tarefa que nomeia as funcionalidades que altera, e como.
O código é lido a cada commit
Depois de cada commit, de um agente ou seu, a plataforma lê o que mudou e regista o que cada funcionalidade faz agora. Os estados anteriores ficam como histórico.
Todos os agentes partem daí
Cada agente começa com o estado atual das funcionalidades em que toca, e as que retirou.
Uma nota honesta
- Não é uma garantia. Os agentes são IA, e a IA engana-se: um agente pode ainda ler mal uma tarefa, ou não reparar que um pedido novo se parece com algo que retirou.
- O registo torna esses erros mais raros à medida que o projeto cresce. Testamo-lo em históricos longos de projetos, com funcionalidades alteradas e retiradas muitas vezes, e continuamos a melhorá-lo.
Pronto para construir?
Descreva a sua primeira aplicação. Os agentes tratam do resto, e a produção espera por si.