A sua equipa, com as ferramentas que correm o nosso próprio desenvolvimento.
Comprou licenças de IA e viu os programadores voltarem à forma antiga? Instalamos no seu repositório aquilo com que trabalhamos todos os dias: o kit de ferramentas, as Skills e o livro de regras de desenvolvimento. Depois trabalhamos com a equipa sobre o seu próprio código, até isso se tornar a forma de trabalhar.
Uma licença de IA não é uma forma de trabalhar.
Agentic Engineering é uma forma de trabalhar em que agentes de IA escrevem e testam código, enquanto os programadores definem a tarefa, supervisionam e respondem pelo resultado. A maioria das equipas não encrava por causa da ferramenta. Encrava porque três coisas nunca foram definidas em conjunto:
- O que o agente recebe antes de começar: que especificação, em que formato.
- Que regras tem de respeitar, mesmo quando ninguém as mencionou na tarefa.
- Quem verifica o quê, e quando o trabalho de um agente conta como terminado.
Sem isso, cada programador trabalha de forma diferente e o piloto fica piloto.
Não é uma apresentação. É aquilo com que trabalhamos todos os dias.
As consultoras vendem recomendações. Nós somos uma software house, e entregamos à sua equipa o mesmo método e as mesmas ferramentas com que desenvolvemos para clientes e os nossos próprios produtos.
Uma especificação que orienta cada passo
Spec-Driven Development, em que a especificação orienta cada passo: cada requisito torna-se uma especificação em duas versões, uma para as partes interessadas e outra para programadores e agentes, e daí passa a tarefas.
O livro de regras de desenvolvimento
Centenas de regras acumuladas ao longo de décadas, por capítulos: UI/UX, segurança, desempenho e outros. Entram nas instruções dos agentes, e alinhamo-las com as normas que já tem.
O kit de ferramentas e as Skills
As ferramentas e Skills que criámos para trabalhar com agentes de IA, instaladas no seu repositório e ligadas ao ambiente que já existe.
Trabalho prático no seu código
Não é formação genérica. Trabalhamos com a equipa em tarefas reais no seu repositório, até o método funcionar sem nós.
Estamos a fazer esta mudança nós próprios. Vamos fazê-la juntos.
Neste momento estamos a migrar os nossos próprios produtos, em várias tecnologias, para um ambiente assente em agentes de IA, com as mesmas ferramentas que vamos instalar na sua equipa. Ainda não temos anos de resultados para mostrar, e não os vamos inventar. O que temos: ferramentas com que trabalhamos todos os dias, experiência em desenvolvimento desde 1989 e um sistema de IA que testa o DocsRobot, o nosso produto, todas as noites.
- Um número reduzido de empresas, para acompanharmos cada equipa de perto.
- Condições de primeiro parceiro.
- Aprendemos juntos: o que aprendemos consigo entra no método, e o que aprendemos em casa chega até si.
Começamos com uma equipa. Alargamos quando funciona.
Conversa
Uma hora com quem lidera o desenvolvimento. Como a equipa trabalha hoje, com que tecnologias, e o que já experimentou com IA. No fim: se faz sentido, e um preço fixo para o passo seguinte.
Diagnóstico e plano
Analisamos o processo de trabalho e um ou dois repositórios, e definimos em conjunto: com que projeto começar, que capítulos do livro de regras entram primeiro e o que vai medir para saber que funciona.
No fim: um plano de implementação com prazo e orçamento.
Implementação e acompanhamento
Instalamos as ferramentas, as Skills e as regras, e trabalhamos com a equipa em tarefas reais. Outras equipas só entram depois de o método funcionar na primeira.
Regras que o agente não esquece.
Um agente de IA escreve código que passa no primeiro teste e falha sob carga, com acessos simultâneos ou perante um fornecedor externo. Uma regra relevante que não é óbvia entra nas instruções para programadores e agentes como uma nota “lembre-se de que”. Três exemplos:
Dois utilizadores editam o mesmo registo. Nenhum sobrepõe o outro em silêncio.
O que ganha: integridade dos dados no trabalho em equipa. O trabalho de ninguém desaparece sem que saiba.
A regra: cada registo editável tem uma versão exposta como cabeçalho ETag . Uma atualização tem de incluir If-Match com a versão que foi lida. Se o registo mudou entretanto: 412, e o utilizador recebe uma mensagem clara. Nunca um last-write-wins silencioso, nem perante processos em segundo plano.
Um duplo clique nunca executa uma ação duas vezes.
O que ganha: sem cobranças duplicadas nem registos duplicados, mesmo quando a rede está lenta e o utilizador clica outra vez.
A regra: cada operação com efeitos secundários recebe uma Idempotency-Key. O servidor reserva a chave de forma atómica, guarda a resposta e devolve-a em cada repetição da mesma chave. Mesma chave com outro conteúdo: 409.
Quando um sistema externo falha, o seu continua a funcionar.
O que ganha: quando um fornecedor de pagamentos, um serviço de email ou um modelo de IA não responde, o sistema continua a funcionar em tudo o que não depende dele. E quando algo corre mal, um número de referência leva ao quadro completo em minutos.
A regra: cada chamada a um serviço externo é envolvida num retry com exponential backoff e jitter, apenas para erros em que repetir pode resultar, e num circuit breaker que abre após falhas consecutivas. Cada pedido recebe um correlationId que é anexado a cada linha de log e mostrado ao utilizador num erro crítico.
Antes de começar
Podem garantir que a equipa vai trabalhar mais depressa?
Isto substitui programadores?
Já usamos ferramentas de IA. Temos de as substituir?
E a segurança?
Quanto tempo demora?
Uma hora. Sem compromisso.
No fim saberá o que percebemos, que perguntas estão em aberto e quanto custará a especificação. Se acharmos que não vale a pena construir, também o dizemos.
Ou diretamente: info [at] assemblyso.com
