Coding Agents: De Ferramenta Pessoal a Infraestrutura de Time

Vamos ser sinceros: se a sua equipe de engenharia usa coding agents, provavelmente existe um certo caos organizado por aí.

Cada desenvolvedor tem suas próprias configurações de MCP, prompts personalizados, scripts de automação que só ele entende, e zero visibilidade sobre o que aconteceu quando o agent executou. O que você chama de "infraestrutura do time" é na verdade um punhado de atalhos pessoais unidos por esperança e conhecimento tribal.

A Assembled enfrentou exatamente esse problema. Os coding agents funcionavam bem para cada desenvolvedor individualmente — mas o fluxo de trabalho ao redor era uma bagunça. Uma bagunça real.

O Caos dos Coding Agents Pessoais

O que normalmente acontece é mais ou menos assim: o Dev A tem uma configuração de Claude Code conectado ao seu fork do GitHub e ao Linear. O Dev B prefere o Codex com integração ao Sentry e notificações no Slack que só ele recebe. O Dev C construiu uma máquina de Rube Goldberg de scripts que absolutamente ninguém mais consegue entender.

E aí, quando alguém sai da empresa? Quando você precisa reproduzir o que o agent fez? Quando quer auditar se a saída do agent bate com o que realmente foi commitado?

Você está encrencado.

O problema real não é se coding agents são úteis (são). É que a gente tem tratado eles como editores de texto pessoais em vez de infraestrutura de time. E isso cria três problemas:

1. Silos de conhecimento — Só uma pessoa sabe como o agent está configurado
2. Falta de reprodutibilidade — Não dá pra replay ou auditar as ações do agent
3. Barreiras de colaboração — O que funciona pra um engenheiro não ajuda o resto do time

Apresentando o 143.dev: Coding Agents como Infraestrutura Compartilhada

A Assembled construiu um sistema interno pra resolver isso, e acabou de abrir o código. O resultado é o 143.dev — uma plataforma que transforma coding agents em infraestrutura acessível para todo mundo.

A ideia central é inteligente: em vez de rodar agents localmente em máquinas individuais, você roda eles em ambientes padronizados com ferramentas consistentes e visibilidade total.

Na prática, funciona assim:

Múltiplos agents, plataforma única. O sistema roda Codex, Claude Code, OpenCode e outros agents dentro de sandboxes gVisor. Isso significa que você pode misturar e combinar baseado em custo, capacidade e tipo de tarefa. O time da Assembled, por exemplo, usa GLM 5.2 pra tarefas rotineiras de automação (mais barato, mais rápido) e Codex ou Claude Code pra trabalho manual mais complexo. Mesma infraestrutura, diferentes agents pra diferentes jobs.

Integrações prontas. O sistema conecta com GitHub, Linear, Sentry, Slack, PagerDuty e mais. Préviews são fáceis de gerar. Seus agents não rodam isolados — estão plugados no seu fluxo de trabalho existente.

Segurança sem fricção. Sandboxes gVisor oferecem isolamento sem precisar gerenciar VMs completas. Os agents fazem o trabalho deles, mas ficam contidos.

Licença MIT e self-hostable. Não é um SaaS hospedado onde você precisa confiar seu código. Você pode inspecionar, rodar na sua própria infraestrutura e adaptar pro seu caso. A Assembled foi inspirada pelo Minions da Stripe e pelo Inspect da Ramp, mas queria algo que a comunidade pudesse usar e modificar de verdade.

Por Que Isso Importa Pra Startups e Times em Crescimento

Coding agents só vão ficar mais comuns. E conforme seu time cresce, a abordagem de "script pessoal" não escala.

Você precisa de:

• Trilhas de auditoria — O que o agent realmente mudou?
• Reprodutibilidade — Dá pra rodar a mesma tarefa de novo?
• Compartilhamento de conhecimento — Qualquer um do time consegue usar workflows de agent?
• Segurança — Os agents estão acessando só o que deveriam?

O 143.dev resolve esses problemas diretamente. E o fato de ser open source significa que você não precisa apostar sua infraestrutura numa startup que talvez não exista em dois anos.

O Quadro Geral

Estamos entrando numa fase onde ferramentas de codificação com IA não são mais novidades — são infraestrutura. E infraestrutura precisa ser gerenciada como infraestrutura: com visibilidade, reprodutibilidade e acesso pra todo mundo.

Coding agents pessoais são um começo. Infraestrutura de agents gerenciada pelo time é onde as coisas ficam interessantes.

Se você tá tocando uma startup ou gerenciando um time de engenharia, vale dar uma olhada no 143.dev. O código tá no GitHub, licensa MIT. Sem vendor lock-in, sem custos escondidos — só infraestrutura aberta que você pode adaptar pro jeito que seu time realmente trabalha.

Às vezes as melhores ferramentas internas são as que merecem ser compartilhadas.