O projeto tem uma história.
Identidade, regras, restrições e decisões anteriores dão direção ao trabalho. Preservar esse contexto reduz a necessidade de explicar tudo novamente a cada nova demanda.
E se uma IA não precisasse trabalhar sozinha? Uma arquitetura que conecta inteligências, ferramentas e memória para transformar objetivos em trabalho coordenado.
Construir software exige mais do que gerar código. É preciso entender o problema, respeitar as regras do projeto, tomar decisões, executar e conferir o resultado. Developer foi concebido para conectar essas etapas em um fluxo com continuidade.
Nessa proposta, diferentes agentes podem assumir papéis complementares. O contexto orienta o trabalho, as ferramentas aproximam a análise da execução e a memória preserva o que foi aprendido para a próxima etapa.
Identidade, regras, restrições e decisões anteriores dão direção ao trabalho. Preservar esse contexto reduz a necessidade de explicar tudo novamente a cada nova demanda.
Investigar um problema, propor uma solução e revisar uma implementação são atividades diferentes. Agentes com papéis definidos podem contribuir em cada momento do processo.
O planejamento ganha valor quando se conecta ao ambiente de trabalho. Código, documentos e ferramentas passam a fazer parte de um fluxo orientado por objetivos e critérios de entrega.
Registrar resultados, pendências e aprendizados cria uma base para retomar o trabalho. A memória permite entender o que aconteceu, por que uma decisão foi tomada e o que falta fazer.
Imagine estar fora do escritório e lembrar de uma melhoria para o seu negócio. Você abre o ChatGPT no celular e explica por voz. O pedido é organizado em uma tarefa, o Developer conecta o contexto à execução e um agente como o Claude prepara uma entrega para você revisar.
Essa é a experiência proposta: iniciar um trabalho à distância, acompanhar o que aconteceu e responder quando uma decisão precisa de você.

“Crie uma seção de presentes na minha loja.” A conversa ajuda a esclarecer o objetivo, o conteúdo e o que deve ser entregue antes de criar a tarefa.
O pedido se conecta às regras do projeto, ao escopo autorizado e ao histórico. Cada etapa deve deixar claro o responsável, o resultado e o próximo passo.
No exemplo, Claude atua no ambiente conectado e prepara a alteração. A prévia volta para revisão antes da publicação autorizada.
“A seção de presentes está pronta para revisão. Confira os textos e a versão para celular. Você aprova a publicação ou prefere pedir um ajuste?”
Representação da etapa de aprovação. A tarefa pode aguardar sua resposta antes de avançar.
Conte à e16 qual tarefa você gostaria de iniciar pelo celular. Vamos conversar sobre o fluxo, as integrações e os pontos de aprovação necessários.
Imagine uma plataforma de reservas que precisa aceitar pagamentos e impedir que duas pessoas ocupem a mesma vaga. A mudança envolve regras de negócio, concorrência, integração de pagamento e recuperação de falhas. Pelo chat, você pede a implementação e uma auditoria independente de duas IAs.
“Implemente a reserva com pagamento. A mesma vaga não pode ser vendida duas vezes. Se o pagamento falhar, libere a reserva. Depois, peça ao Claude e ao Grok auditorias separadas. Quero ver os dois pareceres antes de aprovar.”
“Vou organizar a implementação, os testes e duas revisões independentes. Precisamos definir o prazo de expiração da reserva e como tratar um pagamento confirmado depois desse prazo. A publicação ficará aguardando sua aprovação.”
Esclarecer as exceções e registrar os critérios de aceite antes de iniciar a implementação.
Um agente de desenvolvimento implementa a mudança e reúne o código alterado e os resultados dos testes.
Claude e Grok recebem o mesmo escopo e as mesmas evidências, produzindo pareceres separados.
O Developer organiza achados, divergências e pendências para orientar ajustes e a decisão final.
Ajustes → nova verificação → sua decisão
A consulta de disponibilidade e a gravação precisam proteger a mesma vaga. Apenas conferir antes de salvar pode permitir que dois pedidos simultâneos sejam aceitos.
O provedor pode reenviar um evento de pagamento. O processamento precisa reconhecer a repetição e também tratar confirmações recebidas depois da expiração da reserva.
Os focos acima são exemplos de achados, não especialidades exclusivas de cada IA. Ambos os revisores podem avaliar regras, segurança, testes e falhas. Dois pareceres ampliam a revisão, mas não substituem testes nem garantem ausência de erros.
“Os ajustes estão disponíveis para revisão. Confira os resultados dos testes, os pareceres do Claude e do Grok e as pendências registradas. Deseja autorizar a publicação ou solicitar outra rodada?”
Se houver divergência entre os revisores, ela deve aparecer no resumo para decisão — sem transformar opiniões diferentes em uma aprovação automática.
Cenário fictício de uso proposto. A execução e as auditorias dependem dos agentes conectados, das permissões e do ambiente configurado. Os pareceres apresentados são exemplos narrativos, não resultados de uma auditoria realizada.
Reunir o objetivo, o contexto relevante e as condições que definem uma boa entrega.
Dividir o problema em etapas, identificar dependências e definir a contribuição de cada agente.
Produzir a solução e confrontar o resultado com os critérios definidos para o projeto.
Preservar decisões, evidências e próximos passos para que o trabalho possa ser retomado.
Conectar a compreensão de uma base existente ao planejamento de melhorias, à implementação e à revisão das mudanças.
Organizar sintomas, hipóteses e evidências para conduzir uma investigação e documentar o caminho até a solução.
Transformar decisões dispersas em contexto útil para documentação, manutenção e continuidade entre demandas.
Converse com a e16 sobre o seu fluxo de trabalho e as possibilidades do Developer.