Нет, это не фабрика программного обеспечения — Райан Кук, WorkOS

Highlights

• Оценка эффективности фабрики ПО по метрикам объема кода и количеству PR маскирует реальную производительность инженерной структуры.

• Архитектура WorkOS разделена на агентную систему TARS для работы в Slack, Linear и GitHub и инфраструктурный слой Horizon перед шлюзом MCP.

• В WorkOS отсутствуют продакт-менеджеры, а функции планирования выполняются инженерами через канонические документы Hilltop.

• Агент PM автоматически генерирует черновики спецификаций Hilltop, создавая структуру проектов и задач в Linear на основе коротких текстовых промптов.

• Собственный шлюз MCP подключается к озеру данных Snowflake и внутренним системам, открывая доступ к аналитике напрямую через Slack.

Timeline

1. 00:00 - 03:11

   Ограничения стандартного подхода к фабрикам ПО

   Популярный подход к созданию фабрик программного обеспечения строится на комбинации облачной песочницы и ИИ-агентов вроде Claude Code. Измерение успеха через количество пулл-реквестов или процент кода, написанного ИИ, создает ложные ориентиры. Метрики объема не отражают реальную скорость доставки ценности клиентам. Автоматизация должна быть направлена на создание автономных рабочих групп вокруг каждого инженера.

   • Оценка фабрик ПО по метрикам объема сгенерированного кода скрывает реальные показатели производительности.
   • Использование изолированных песочниц с ИИ-агентами не дает автоматического прироста скорости разработки.
   • Главная цель автоматизации заключается в ускорении выпуска сложных продуктовых функций.
2. 03:11 - 06:26

   Архитектура систем TARS и Horizon

   Локальное использование языковых моделей на ноутбуках разработчиков показало аналогичную производительность в сравнении с базовыми песочницами. Для повышения эффективности процессы разработки были разделены между двумя системами. TARS отслеживает контекст через вебхуки и управляет задачами в трекерах. Horizon берёт на себя инфраструктурную оркестрацию, позволяя агенту самостоятельно переходить к следующим этапам проекта по мере завершения блокеров.

   • Система TARS подключается к Slack, Linear и GitHub через вебхуки для отслеживания прогресса задач.
   • Horizon выполняет роль оркестратора инфраструктуры и располагается перед шлюзом MCP.
   • TARS способен автономно выполнять цепочки зависимых задач в Linear и переоценивать планы проекта.
3. 06:26 - 11:59

   Автоматизация продуктового планирования без продакт-менеджеров

   Отсутствие отдельного штата продакт-менеджеров требует от инженеров самостоятельного ведения продуктовой документации Hilltop, включающей конкурентный анализ, макеты и вехи. Специализированный ИИ-агент PM решает проблему «чистого листа», автоматически создавая базовую структуру проектов, задач в Linear и журналов решений на основе описания из нескольких предложений. Это позволяет инженерам и смежным командам сразу переходить к рецензированию и доработке.

   • В WorkOS роль продакт-менеджеров выполняют инженеры, фиксирующие требования в документах Hilltop.
   • Специализированный агент PM создает первичные черновики спецификаций, задач и каналов на основе коротких промптов.
   • Внешние инструменты вроде Devin или локального Claude Code получают контекст через единую документацию.
4. 11:59 - 14:06

   Единый движок контекста на базе MCP-сервера

   Центральным элементом контекстной осведомленности агентов стал собственный шлюз MCP. Сервер содержит системные инструкции и описания инструментов, обучая модели корректной адресации запросов к семантическим таблицам Snowflake. Первоначально созданный для инженерных агентов, шлюз трансформировался в общекорпоративный инструмент, позволяющий сотрудникам получать аналитику по клиентам прямо из Slack.

   • Собственный MCP-сервер агрегирует данные из внутренних систем и озера данных Snowflake.
   • Семантические таблицы в Snowflake дают агенту инструкции по анализу использования продуктов и обращений клиентов.
   • Шлюз MCP стал единым интерфейсом для бизнес-аналитики внутри Slack.
5. 14:06 - 18:39

   Автономная инфраструктура и непрерывное обучение фабрики

   Переход от сторонних песочниц к собственной инфраструктуре обеспечил сохранение контекста и истории сессий на уровне всей организации. TARS самостоятельно обрабатывает клиентские обращения в Slack и готовит исправления ошибок. Собственный инфраструктурный слой позволяет отслеживать ошибки агентов, корректировать устаревшие инструкции и автоматически обновлять базы знаний по мере эволюции кодовой базы.

   • WorkOS разрабатывает собственную инфраструктуру песочниц для глубокого контроля сессий и памяти.
   • TARS привлекается к триажу багов и обработке клиентских запросов в общих Slack-каналах.
   • Полный контроль над инфраструктурой позволяет автоматически обновлять устаревшие навыки агентов.