No, eso no es una fábrica de software — Ryan Cooke, WorkOS

원제 · No, That's Not a Software Factory — Ryan Cooke, WorkOS

19:004분 읽기AI Engineer2026. 09. 27.컴퓨터/소프트웨어 · 경영/리더십 · AI/미래기술

핵심 요약

Construir una factoría de software efectiva exige medir los resultados de entrega de productos y codificar la cultura de ingeniería mediante una pasarela MCP e infraestructura propia, en lugar de optimizar métricas superficiales de producción de código.

하이라이트

  • Las métricas tradicionales centradas en el volumen o porcentaje de solicitudes de extracción generadas por IA ocultan si la automatización realmente genera valor real.

  • WorkOS dividió su factoría de software en dos componentes: TARS para la interacción e integración con herramientas como Slack, Linear y GitHub, y Horizon para la orquestación de infraestructura tras una pasarela MCP.

  • Un agente llamado PM analiza el documento de diseño inicial (Hilltop) para crear automáticamente la estructura del proyecto y los tickets de Linear sin intervención humana.

  • El servidor de pasarela MCP interno (Motor de Contexto) conecta Snowflake y la base de conocimiento con agentes de IA y usuarios de Slack para análisis de datos y clientes.

  • WorkOS está reemplazando los entornos aislados como servicio por una infraestructura propia para mantener el control de las sesiones y habilitar la memoria contextual continua.

타임라인

  1. Métricas de resultados frente a métricas de producción de código

    Las configuraciones estándar de factorías de software ejecutan agentes de IA en entornos de pruebas para emitir código directamente a producción. Sin embargo, evaluar estos sistemas por la cantidad de código generado genera falsas métricas de éxito. Diseñar una factoría eficiente requiere evaluar si cada ingeniero logra multiplicar su capacidad de envío de productos al operar como si liderara su propio equipo de ingeniería.

    • El volumen o porcentaje de solicitudes de extracción aprobadas no refleja el impacto real de la automatización en el negocio.
    • El éxito de una factoría de software depende de la aceleración en la entrega de características complejas.
  2. Arquitectura de la factoría de software: TARS y Horizon

    Ejecutar modelos de código en entornos aislados produce un rendimiento indistinguible del trabajo manual local. La automatización efectiva requiere integrar los procesos completos de ingeniería de producto. TARS rastrea webhooks para reevaluar dependencias de tickets finalizados y descubrir brechas en los planes de ejecución. Horizon administra los recursos subyacentes coordinando las herramientas corporativas a través del protocolo MCP.

    • Las plataformas como Cloudflare y los enrutadores Open Code no incrementan los resultados por sí solos.
    • TARS gestiona el flujo de trabajo mediante webhooks conectados a Slack, Linear y GitHub.
    • Horizon actúa como la capa de orquestación situada frente a un servidor de pasarela MCP.
  3. Automatización del ciclo de vida del producto mediante el agente PM

    En entornos sin gerentes de producto, los ingenieros definen la visión de cada característica mediante documentos de especificación Hilltop. El agente PM genera la primera versión de estas especificaciones integrando contextos de clientes y competidores, para luego desglosarlas en hitos ejecutables dentro de Linear. Esto habilita el inicio automático de proyectos tras la aprobación humana y provee contexto estructurado a plataformas externas como Devon o instancias locales de Claude Code.

    • Un agente especializado asume el rol de PM redactando borradores de especificación (Hilltops) a partir de descripciones breves.
    • La automatización elimina el problema de la página en blanco al inicializar registros de decisiones y tickets.
    • El contexto estructurado sirve tanto a desarrolladores como a herramientas externas como Devon o Claude Code.
  4. Unificación de contexto mediante la pasarela MCP

    Un servidor MCP centralizado estructura las instrucciones sobre cómo navegar el almacenamiento de datos interno. Al exponer descripciones detalladas de las tablas semánticas en Snowflake, el sistema permite que cualquier agente construya consultas precisas sobre el uso del producto o interacciones de clientes. Esta misma infraestructura se convierte en una herramienta corporativa directa para que equipos internos realicen análisis desde plataformas de mensajería.

    • El Motor de Contexto conecta el almacén de datos Snowflake con los agentes mediante esquemas semánticos.
    • Las descripciones del servidor MCP guían a la IA sobre cómo y cuándo usar cada herramienta interna.
    • La pasarela MCP beneficia tanto a agentes autónomos de programación como a empleados consultando desde Slack.
  5. Infraestructura propia, clasificación de errores y aprendizaje continuo

    La captura de webhooks en canales compartidos facilita que TARS diagnostique errores analizando el código base e inicie solicitudes de extracción para su resolución. Reemplazar plataformas externas de entornos aislados por infraestructura propia brinda control absoluto sobre el estado de la sesión y permite construir una capa de memoria contextual. Inspeccionar la actividad dentro de los entornos aislados revela qué habilidades del agente han quedado obsoletas y qué prácticas requieren refinamiento continuo.

    • TARS clasifica solicitudes de soporte e implementa correcciones automáticas de errores desde Slack.
    • Internalizar la infraestructura de entornos aislados permite gestionar la memoria contextual del equipo.
    • El análisis de sesiones en entornos aislados permite adaptar y actualizar las habilidades de los agentes.

설명

The standard software factory puts an agent in a sandbox, prompts it and merges the PR. When WorkOS built one, the results were hard to tell apart from engineers running Claude Code on their laptops. Ryan Cooke, an engineer at WorkOS, argues that counting PRs or lines of AI code is the wrong measure. What matters is outcomes: are you actually shipping more to customers? WorkOS's answer is to build its engineering process into the factory itself. TARS, its agent, lives in Slack, Linear and GitHub and uses webhooks to track projects and pick up the next ticket on its own. A PM agent drafts the "Hilltop" product doc and breaks approved work into tickets, which solves the blank-page problem. Horizon, the orchestration layer, sits in front of an internal MCP gateway that connects every tool, including Snowflake. Cooke calls that gateway the single best investment for any team starting a factory. He also covers bug and support triage, why WorkOS is building its own sandboxes and a company-wide memory layer, and how it measures success with defect rates, recovery time and adoption. Related links: WorkOS: https://workos.com Timestamps: 0:00 Intro: the standard software factory 1:17 Output metrics hide what's working 2:37 Measuring outcomes instead 3:12 Why a basic sandbox wasn't enough 4:07 TARS and Horizon 5:22 Webhooks: from code work to product work 6:32 Building the Hilltop doc into the factory 8:07 The PM agent 8:52 Demo: kicking off a project from Slack 10:17 Solving the blank-page problem 11:02 Works with Devin and Claude Code too 11:57 The MCP gateway: a context engine 13:37 Why every factory needs an MCP gateway 14:07 Bugs, support triage and our own sandboxes 15:27 Next: a company-wide memory layer 15:57 How we measure success 17:02 Owning the infrastructure to self-improve 18:02 Wrap-up

이 영상에 대해 글쓰기