Factory.ai и Droid: что такое софтверный завод и как агенты проходят весь цикл разработки от тикета до релиза
Основной чат
Чат для вайбкодеров: новости, гайды, поиск исполнителей, маркетплейс и разбор реальных кейсов.
Большинство инструментов для AI-разработки решают одну задачу — пишут код быстрее человека в редакторе. Factory.ai с самого начала строилась вокруг другой идеи: что если агент должен не просто закончить функцию, а провести задачу через весь жизненный цикл — от сигнала о проблеме до релиза, мониторинга и документации, причём так, чтобы система с каждым циклом становилась умнее сама.
Основанная в 2023 году Матаном Гринбергом (выпускником программы PhD в Беркли) и Эно Рейесом, компания построила платформу вокруг автономных агентов с именем Droid — и в апреле 2026 года закрыла раунд Series C на $150 млн при оценке $1,5 млрд, попав в один ряд с Cursor, Cognition (Devin) и Claude Code от Anthropic как один из самых капитализированных игроков рынка автономной разработки.
Что такое Factory: от инструмента к «софтверному заводу»
Сама компания формулирует свою позицию через метафору производства: цель — построить самоулучшающуюся систему для всего жизненного цикла разработки софта (SDLC), которая поглощает непрерывный поток сигналов и выпускает готовый к продакшену софт.
Идея отличается от привычного «AI-помощника в редакторе» принципиально. По описанию самой компании, софтверный завод начинается с сигналов из внешнего мира — багрепортов, внутренних обсуждений, отзывов клиентов, бизнес-требований. Эти сигналы проходят триаж и превращаются в запланированные изменения. Дальше задача проходит этапы: сигнал → триаж → план → выполнение → проверка → релиз → мониторинг → автоматизация — и каждый этап усиливает остальные, потому что все они работают на общем агентном ядре с общим организационным контекстом.
Соучредитель компании объясняет философию так: большинство AI-инструментов для разработки проваливаются в продакшене не потому, что моделям не хватает возможностей, а потому что окружающий корпоративный контекст слишком хаотичен для надёжной работы агента. Поэтому Factory делает акцент на том, что называет «прокладкой дорог» — интеграции Droid с документацией компании, инфраструктурой тестового покрытия, пайплайнами CI/CD, внутренними API и инструментами соответствия требованиям прежде, чем агент напишет хоть одну строку кода.
Droid: на чём строится агент
Независимость от модели
Ключевое архитектурное решение Factory — отказ привязываться к одной модели. Платформа поддерживает все ведущие передовые и открытые модели — включая актуальные версии GPT-5, Claude Opus и Sonnet, Gemini и другие.
Это не просто маркетинговая фраза про выбор модели в настройках. Одна задача Droid может передавать эстафету между моделями Anthropic для планирования, DeepSeek для объёмной генерации кода и небольшой открытой моделью для рутинного написания тестов — в рамках одного рабочего процесса. Factory относится к выбору модели как к задаче маршрутизации, а не как к вопросу бренда.
Где работает Droid
Droid доступен в нескольких поверхностях с общим контекстом и общими настройками: интерфейс командной строки, расширения для редакторов (VS Code, JetBrains, Vim), веб-панель для просмотра дифов и истории задач, настольное приложение для macOS и Windows, мобильная версия для просмотра прогресса и одобрения изменений, и облачные «компьютеры» — управляемые виртуальные машины, на которых Droid может работать автономно, не нагружая локальную среду разработчика.
Показательная деталь из собственной телеметрии компании: команды, использующие одновременно интерфейс командной строки и настольное приложение, внедряют Droid в два раза быстрее, а те, кто работает в обеих средах, выполняют в 4,6 раза больше сессий, чем пользователи только командной строки — то есть люди не распределяют время между интерфейсами, а делают больше работы суммарно.
Результаты на независимом тестировании
На открытом отраслевом тесте Terminal-Bench, который измеряет способность агентов выполнять сложные комплексные задачи в среде командной строки, Droid с результатом 58,8% занимает первое место среди всех протестированных агентов. Показательно, что архитектура агента, а не только выбор модели, оказывается решающим фактором: при одинаковой базовой модели Droid превосходит собственные агентные инструменты лабораторий — например, Droid на модели Opus показывает 58,8% против 43,2% у Claude Code на той же модели, а Droid на GPT-5 — 52,5% против 42,8% у Codex CLI.
Стоит отметить честную деталь, которую сама компания признаёт: ранее Factory публиковала результаты на бенчмарке SWE-Bench, но в какой-то момент перестала это делать, объясняя это тем, что тест ограничен только языком Python и плохо соотносится с реальными корпоративными задачами — миграцией legacy-систем, написанием кода с соответствием аудиторским требованиям и оркестрацией многоагентных рабочих процессов. Это разумный аргумент, но он одновременно удобен компании, у которой нет свежих публичных результатов именно на этом тесте — стоит держать оба факта в голове одновременно.
Missions: главная отличительная фича платформы
Если выделять одну вещь, которая отличает Factory от похожих инструментов сильнее всего — это Missions (миссии): структурированные многоагентные рабочие процессы для крупных проектов, рассчитанные на горизонт от нескольких часов до нескольких дней.
Как это устроено архитектурно
Внутри миссии работают агенты с разделёнными ролями. Оркестратор планирует и разбивает на части подход к достижению цели пользователя, направляет выполнение до завершения и проходит все проверочные барьеры — но сам не занимается мелкой рутинной работой, делегируя расследование и реализацию воркерам. Воркеры выполняют чётко специфицированные функции с понятными критериями успеха, итерируют пока не уверены в правильности результата, и передают работу дальше — но финальное решение о корректности не за ними. Валидаторы — независимая инстанция, которая оценивает завершённую работу на корректность и полноту, выявляет баги и пробелы, но сама не занимается исправлением: вместо этого передаёт найденные проблемы обратно оркестратору, который создаёт задачи на исправление для будущих воркеров.
После каждой проверки оркестратор пересматривает то, что отметили воркеры и валидаторы, создаёт целевые задачи на исправление выявленных проблем, и цикл повторяется до тех пор, пока проверка очередного этапа (milestone) не будет пройдена. Если выполнение или проверка заходят в тупик — миссия останавливается и управление возвращается человеку.
Реальная статистика по тому, как работают миссии
Цифры из собственной телеметрии компании дают наглядное ощущение масштаба: обычная интерактивная сессия с Droid длится в среднем около 8 минут, и 60% завершаются за 15 минут. Миссии устроены принципиально иначе: медианная длительность — около 2 часов, 65% длятся дольше часа, 37% — дольше четырёх часов, а 14% продолжаются дольше суток. Самая длинная зафиксированная миссия продолжалась 16 дней непрерывной автономной работы.
При этом миссии расходуют ресурсы совершенно иначе, чем обычные сессии: в медиане миссия потребляет в 12 раз больше токенов, чем обычная сессия, а на 99-м процентиле разрыв составляет 9 раз — хотя скорость расхода токенов в минуту остаётся примерно той же (около 45 тысяч токенов в минуту), просто миссия удерживает этот темп намного дольше.
Конкретный пример результата
Компания приводит наглядный пример: одна миссия самостоятельно создала клон Slack — авторизацию для рабочего пространства, каналы и обсуждения, обмен сообщениями в реальном времени с реакциями и упоминаниями, загрузку файлов, поиск, статусы присутствия и уведомления. Проект прошёл шесть контрольных этапов, на проверку ушло 37,2% от общего времени выполнения, итоговый результат — 38,8 тысячи строк кода, более половины из которых — тесты, с покрытием операторов кода 89,25%.
Запуск миссии
Чтобы начать миссию, достаточно команды /missions или /enter-mission в любой сессии Droid — после этого агент сам задаёт уточняющие вопросы, прощупывает ограничения и итерирует план вместе с пользователем, прежде чем приступить к выполнению. Headless-запуск без интерактивного диалога доступен через droid exec --mission.
Суверенное развёртывание: контроль вплоть до изолированных сетей
Для корпоративных и государственных клиентов один из решающих факторов выбора инструмента — где физически находятся данные и код. Factory выстраивает вокруг этого целый спектр вариантов развёртывания: полностью управляемое облако без необходимости в собственной инфраструктуре, гибридный вариант с плоскостью управления в облаке Factory при сохранении вычислений на стороне клиента, развёртывание полностью в собственном дата-центре клиента, и полностью изолированная от внешней сети среда без какого-либо доступа в интернет — с поддержкой основных облачных провайдеров (AWS, Azure, GCP) там, где это нужно клиенту.
Формулировка компании на этот счёт звучит принципиально: суверенитет — это не просто выбор того, где физически работает система. Это владение системой, которая учится сама на себе, питая каждую агентную сессию, каждое код-ревью и каждый разрешённый инцидент обратно в общий цикл обучения — и при этом эта накопленная способность остаётся внутри стен клиента, под его контролем.
По данным компании, полностью изолированные от внешней сети (air-gapped) развёртывания уже работают у некоторых крупнейших финансовых, медицинских и государственных организаций в мире, для которых код физически не может покидать периметр организации.
Также поддерживается опция полностью локальных моделей: можно зарегистрировать машину с GPU, подключить через Ollama, vLLM или любой совместимый эндпоинт — и Droid будет работать целиком на локальных моделях без передачи каких-либо данных за пределы внутренней сети.
Контекст и память: чем агент отличается от чат-бота с доступом к репозиторию
Отдельный архитектурный слой — организационная и пользовательская память. Платформа фиксирует решения, документацию и накопленные рабочие практики, чтобы каждый агент помнил контекст между сессиями — без необходимости каждый раз заново клонировать и анализировать весь репозиторий с нуля.
Нативные интеграции с GitHub/GitLab, Jira, Slack, PagerDuty и индексация в реальном времени означают, что каждый агент видит те же архитектурные диаграммы, тикеты и код, которые видит человек-разработчик в команде — это и есть тот самый «контекст прежде кода», о котором говорит компания.
Цены: четыре уровня и токен-биллинг
Структура тарифов Factory построена вокруг расхода ресурсов, а не количества рабочих мест — это важное отличие от привязки к числу пользователей, типичной для большинства SaaS-продуктов.
Pro — $20 в месяц, минимальный план для входа в продукт. Бесплатного тарифа для пробной оценки у Factory не предусмотрено — это отличает её от Cursor (есть бесплатный уровень) и Claude Code, который входит в подписку Claude Pro.
Plus — $100 в месяц, существенный скачок по объёму доступных ресурсов относительно Pro.
Max — $200 в месяц, примерно десятикратный объём использования относительно Pro плюс ранний доступ к новым функциям, включая Missions.
Teams — индивидуально согласуемая цена для команд до 150 рабочих мест, с единой авторизацией (SSO), управлением через SAML/SCIM, опцией нулевого хранения данных (Zero Data Retention) и базовыми инструментами администрирования.
Enterprise — индивидуальная цена, неограниченное число участников команды, выделенные вычислительные ресурсы с изолированным пулом инференса, журналирование действий для аудита, развёртывание на собственной инфраструктуре и полный набор инструментов администрирования.
Биллинг устроен через расходуемые кредиты (Standard Usage), с тремя независимо вращающимися лимитами — на 5 часов, 7 дней и 30 дней. При исчерпании стандартного лимита можно продолжить работу на моделях линейки Droid Core — designated компанией набор открытых моделей, которые достаточно эффективно справляются с большинством задач программирования при низкой стоимости, и используют отдельный пул лимитов. После исчерпания обоих пулов доступна предоплаченная оплата по факту использования (Extra Usage) с минимальным платежом $10.
Важная деталь именно для миссий: они расходуют ту же вращающуюся квоту, что и обычные сессии, но с применением множителей за выбранную модель, и для их запуска обязательно должна быть включена опция Extra Usage — если миссия упирается в лимит на середине пути, она просто приостанавливается, а не завершается с ошибкой.
Кто использует Factory: масштаб клиентской базы
По данным компании, Droid используют сотни тысяч разработчиков в таких организациях, как Nvidia, Adobe, Bayer, EY (Ernst & Young), MongoDB, Zapier, Adyen, Palo Alto Networks, Framer, Groq, Chainguard, Podium и Clari.
Раунд Series C в апреле 2026 года возглавила Khosla Ventures, с участием Sequoia Capital, Insight Partners, Blackstone и нескольких более мелких фондов. По сообщениям, выручка компании удваивалась месяц к месяцу на протяжении шести подряд месяцев — при том что сотни тысяч активных ежедневных разработчиков сейчас работают через крупных корпоративных клиентов компании.
Один из клиентов из финтех-сектора, процитированный самой компанией, описывает мотивацию выбора Factory именно через призму безопасности данных: компания была обеспокоена тем, как использовать ИИ при сохранении строгих стандартов конфиденциальности и безопасности, и Factory дала контролируемый способ объединить инженерный контекст без компромиссов по требованиям соответствия — что принципиально отличается от ситуации, когда чувствительная информация утекает в произвольные языковые модели без какого-либо контроля.
Чем Factory отличается от Cursor, Claude Code и Devin
Полезно зафиксировать разницу позиционирования, а не считать все эти инструменты взаимозаменяемыми вариантами одного и того же.
Cursor, Windsurf, GitHub Copilot — ориентированы на отдельного разработчика и небольшие команды: быстрый автокомплит и чат-ассистент прямо внутри редактора, фокус на скорости отклика в моменте написания кода.
Factory, Devin от Cognition, Claude Code для предприятий — ориентированы на автономные задачи с долгим горизонтом, которые охватывают несколько репозиториев, систем и дни реального времени без постоянного присутствия человека на каждом шаге.
Различие важно для покупателя: инструмент с оплатой по рабочим местам для индивидуальной разработки и автономный агент — не взаимозаменяемые категории, и крупные предприятия сейчас всё чаще покупают и то, и другое одновременно, а не выбирают одно вместо другого.
Конкретно от Claude Code и Codex CLI Factory отличается явным акцентом на множественность моделей внутри одной задачи (а не привязкой к одному семейству моделей), на структурированных многодневных миссиях с разделением ролей оркестратора/воркера/валидатора, и на инфраструктуре суверенного развёртывания, рассчитанной на регулируемые отрасли с самого начала, а не как опция, добавленная позже.
Честные ограничения платформы
Независимые обзорные материалы, не связанные с самой компанией, отмечают несколько практических ограничений, которые стоит учитывать перед внедрением.
Нет бесплатного тарифа для пробной оценки. В отличие от Cursor с его бесплатным уровнем или Claude Code, доступного в рамках подписки Claude Pro, минимальный вход в Factory — оплата от $20 в месяц без возможности протестировать продукт бесплатно.
Биллинг по токенам требует дисциплины. В отличие от фиксированной оплаты по рабочим местам, токен-биллинг переносит ответственность за контроль расходов на самого пользователя — для дисциплинированных команд это даёт выгодную стоимость, но требует постоянного внимания к потреблению, а не разового решения о покупке подписки.
Продукт не для тех, кто хочет «просто более быстрый автокомплит». Сама природа инструмента рассчитана на структурированные команды, готовые выстраивать вокруг агента процессы код-ревью и проверки — если команда не готова поддерживать дисциплину просмотра результатов работы агента, есть риск либо смержить некачественный код, либо впустую расходовать токены на бесполезные переделки.
Droid не застрахован от типичных проблем генеративного ИИ. Как и любой другой инструмент на основе языковых моделей, агент может галлюцинировать логику, упускать граничные случаи или писать неэффективные решения — особенно если исходный промпт или сам репозиторий сформулированы нечётко.
Итог: для какой команды это имеет смысл
Factory.ai — не инструмент для соло-разработчика, который хочет более быстрый автокомплит, и не замена Cursor для повседневного редактирования кода. Это платформа, спроектированная для команд, готовых выстроить вокруг автономного агента полноценный процесс: от первого сигнала о проблеме до релиза и последующего мониторинга, с прозрачным контролем на каждом значимом шаге.
Если ваша команда уже работает со структурированными тикетами, имеет настроенный CI/CD, ценит выбор лучшей модели под конкретную задачу вместо привязки к одному провайдеру, и — что особенно важно для регулируемых отраслей — нуждается в варианте развёртывания вплоть до полностью изолированной от интернета среды, Factory заслуживает серьёзного рассмотрения. Если нужен именно быстрый и недорогой помощник внутри редактора без сложной инфраструктуры вокруг него — это, вероятно, не та задача, которую Factory решает лучше остальных.
Статья основана на официальных материалах Factory.ai (factory.ai/news, docs.factory.ai), независимых обзорах The AI Agent Index, Fritz AI, Developers Digest, и материалах о раунде финансирования от Tech Insider и Idlen. Актуально на 23 июня 2026 года.
