Não, Isso Não é uma Fábrica de Software — Ryan Cooke, WorkOS

하이라이트

• Medir o sucesso de fábricas de software por volume de código ou número de pull requests oculta a falta de valor real entregue aos clientes.

• O WorkOS implementou uma arquitetura dividida em dois sistemas: o TARS para integração de ferramentas de produto e o Horizon para orquestração de infraestrutura de execução.

• A automação do ciclo de vida no WorkOS elimina o problema da página em branco ao gerar rascunhos automáticos de PRDs no Notion e criar tickets com dependências no Linear a partir de comandos no Slack.

• O gateway MCP interno conectado ao Snowflake permite que agentes façam consultas em tabelas semânticas sobre dados de uso de produto e interações com clientes.

• A posse total da camada de infraestrutura e sandboxes permite inspecionar sessões de agentes para identificar habilidades obsoletas ou lacunas de automação no código.

타임라인

1. 00:00 - 03:11

   A Ilusão das Métricas de Saída na Geração de Código

   Ambientes de teste convencionais com agentes gerando pull requests sob comando não garantem aumento exponencial de produtividade em comparação ao desenvolvimento em laptops locais. A medição baseada em volume de código mascara gargalos e aumentos gerais de pull requests sem valor prático. Avaliar resultados concretos de entrega orienta os investimentos de engenharia para criar automações que realmente acelerem o lançamento de novos recursos.

   • Métricas de volume como porcentagem de código escrito por IA mascaram a real eficiência da engenharia.
   • O foco em métricas de resultado avalia o ganho real de velocidade na entrega de funcionalidades complexas.
   • A meta funcional da automação é fornecer a cada engenheiro a capacidade operacional de uma equipe dedicada.
2. 03:11 - 08:52

   Codificação de Processos no TARS e no Horizon

   Para superar o desempenho de ferramentas locais isoladas, os rituais de engenharia de produto foram incorporados à infraestrutura de automação. O TARS reavalia projetos no Linear após a conclusão de cada tarefa, identificando lacunas no plano e adicionando novos tickets necessários. Documentos de especificação técnica e de produto aprovados acionam automaticamente o início da implementação do projeto pelos agentes.

   • O TARS rastreia o ciclo de vida do projeto escutando webhooks do Slack, Linear e GitHub.
   • O Horizon atua na camada de orquestração de infraestrutura posicionado à frente do gateway MCP.
   • Webhooks ativam a criação e execução autônoma de tickets dependentes sem intervenção humana contínua.
3. 08:52 - 11:59

   Execução Prática e Resolução do Problema da Página em Branco

   A criação inicial de estruturas de projetos no Linear, registros de decisão e especificação no Notion é totalmente tratada pelo agente TARS a partir de instruções simples em linguagem natural. Essa abordagem elimina o esforço de configuração inicial para os engenheiros, permitindo que eles atuem diretamente na revisão e refino do escopo. Ferramentas externas de IA e engenheiros humanos colaboram no mesmo canal de projeto, usando a documentação unificada como contexto.

   • Um único comando de texto no Slack estrutura o projeto no Linear e os rascunhos de documentação no Notion.
   • Sistemas externos de agentes como Devin podem operar usando o contexto gerado pela fábrica de software.
   • Agentes de programação leem especificações do Notion via MCP para executar tarefas locais no Opus.
4. 11:59 - 14:06

   Integração de Dados Internos via Gateway MCP

   A construção de um gateway MCP próprio fornece instruções aos agentes sobre o funcionamento e navegação nas ferramentas corporativas. As descrições das ferramentas indicam quais tabelas no data lake do Snowflake contêm logs de conversas ou métricas de utilização. Além do suporte aos agentes de código, o servidor MCP passou a servir como interface de consulta direta de dados para diversas equipes internas.

   • O motor de contexto centraliza prompts de sistema e descrições de ferramentas para agentes de IA.
   • Tabelas semânticas no Snowflake orientam consultas autônomas sobre uso de produtos e dados de clientes.
   • O servidor MCP expande o acesso a dados para consultas diretas de análise via Slack por equipes internas.
5. 14:06 - 18:39

   Autonomia de Infraestrutura e Melhoria Contínua

   O WorkOS está substituindo sandboxes externas por uma infraestrutura própria para manter controle profundo sobre os dados de sessão e movimentação de cargas. A implementação de uma camada de memória unificada registrará continuamente o contexto de atuação de cada funcionário e as regras semânticas da organização. Esse nível de controle de infraestrutura permite auditar o desempenho dos agentes, ajustando habilidades desatualizadas e acelerando o aprendizado contínuo do sistema.

   • Triagens e correções de bugs ocorrem de forma autônoma a partir de eventos capturados no Slack.
   • A posse da camada de sandboxes e memória perpétua garante controle total sobre as sessões dos agentes.
   • A inspeção de sessões identifica habilidades obsoletas e erros recorrentes nos modelos de código.