Брифуй как founder. Получай продукт как команда.

Каждый продукт начинается с брифа — предложение в блокноте, абзац в чате, документ с тремя буллетами и дедлайном. Бриф — это работа основателя. Исполнение — это работа команды. Решение — что отгружаем, когда и кому — снова работа основателя. Этот треугольник и есть вся работа. Всё остальное — сантехника.

Но сегодня эта сантехника по-человечески хрупкая. Бриф проходит через PM, дизайнеров, инженеров, ревьюеров, ops. На каждом стыке теряется информация. И именно эту прослойку легче всего сымитировать AI-демкой — чатбот, который пишет спеку, copilot, который пишет код, бот, который пишет описание PR. Имитация — это и есть ошибка. Прослойка между брифом и отгруженным продуктом — это не одна беседа. Это план, билд, ревью, превью, мерж, деплой — шесть зависимых шагов с собственными режимами отказа.

Мы построили Pugi, чтобы сделать этот слой первоклассным. Не чат-бот, который печатает код в вашем редакторе. Не автономный рой, который делает вид, что основатель вне цикла. Небольшая именованная команда — десять персон кибер-зоопарка во главе с мопсом Pugi — которая берёт бриф и возвращает собранное, протестированное и просканированное приложение: вы смотрите превью и публикуете. Режим Guided держит вас в каждом решении. Режим Autopilot беспокоит только когда это важно. В любом случае основатель остаётся основателем. Команда работает.

У каждой роли есть лицо, потому что анонимные работники не зарабатывают доверия. Pugi читает бриф. Менеджер проекта превращает его в PRD. Архитектор проверяет архитектуру. Инженер пишет код. QA пишет тесты. Фронтенд держит пиксели. DevOps выкатывает в прод. Дизайнер держит бренд. Исследователь копает ресёрч. Аналитик читает данные. Поддержка поднимает трубку. В журнале аудита видно, какая роль и зачем коснулась PR, на каждой строке.

Цикл начинается до кода. Менеджер проекта превращает бриф в BRD и PRD с критериями приёмки; команда добавляет пользовательский поток, дизайн-спецификацию и макеты, кликабельный прототип, техническую спецификацию и тест-план. Вы утверждаете план до того, как что-либо построено.

Сборка — инженер (или фронтенд для UI) реализует в изолированной среде, шаг за шагом, с записью действий. QA — тестировщик открывает превью в браузере: оно должно загрузиться, отрисоваться без ошибок и показать основной сценарий; баг возвращается разработчику. Безопасность — каждая сборка сканируется на секреты, уязвимые и вредоносные зависимости и проблемы в коде; на платных планах по работающему превью проводится пентест. Незакрытая находка HIGH или CRITICAL держит релиз.

Превью — сборка ложится на живой URL, чтобы вы могли её прокликать. Публикация — кнопку нажимаете вы. Pugi никогда не публикует за вас, а гейт перепроверяет QA, подписанный скан именно того коммита, который уходит в прод, и — на платных планах — пентест, прежде чем выпустить приложение.

Маленькая команда с понятными ролями побеждает анонимный рой. Видно, какая роль отгрузила какую строку. Можно обратиться к нужному специалисту, когда хочешь второй проход.

• КоординаторPugЧитает твой бриф, диспетчеризует нужного специалиста, держит мерж-гейт.
• Project ManagerHoneybeeПревращает бриф в план milestones с измеримыми критериями приёмки.
• АрхитекторOwlАудирует каждый diff на фоне твоей ADR-истории до того, как он коснётся main.
• Senior EngineerWolfРеализует фичу в per-task git worktree, никогда не в твоей ветке.
• Frontend DeveloperHummingbirdСобирает пиксель-точный UI с WCAG AA контрастом и бюджетами Core Web Vitals.
• QA EngineerFoxПишет интеграционные тесты до мержа, ловит регрессии на каждом PR.
• DevOps EngineerOctopusВыкатывает зелёные PR в прод по отрепетированному пути отката.
• Product DesignerStagДержит брендовую линию на каждом экране, блокирует AI-slop визуальный дрейф.
• ResearcherRavenРаскапывает лендинги конкурентов и продуктовые корпусы до скоупа.
• Data AnalystSpiderСтроит дашборды, которые показывают, какие фичи реально сдвинули иглу.

Поддержка ведёт pre-sales — поднимает трубку до того, как команда поднимет бриф. Custom Agent Creator — в roadmap.

Author-режим: ты одобряешь каждый гейт. PRD ждёт твоей подписи. План ждёт твоей подписи. Каждый мерж ждёт, когда ты нажмёшь кнопку. Включай Author, когда работа несущая — миграция схемы, граница auth, изменение цен. Команда всё равно делает работу; ты остаёшься в каждом решении.

Режим Autopilot: команда договаривается внутри и помечает сборку готовой, когда QA и проверка безопасности зелёные. В консоли вы видите, что выпущено, что задержано и что требует вашего взгляда. Кнопку «Опубликовать» нажимаете вы из кабинета. Используйте Autopilot, когда работа хорошо определена. Pugi всё равно позовёт вас, если команда не согласна, проверка держит сборку или компромисс требует решения основателя.

Ручка сидит на проекте, а не на аккаунте. Один репозиторий может работать в Author-режиме на auth-модуле и в Review-режиме на маркетинговом сайте. Ручка обратима в любой момент. По умолчанию — Author. К автономии переходишь задача за задачей, а не наоборот.

Три вещи Pugi не делает. Не выбирает твой рынок — у команды нет мнения, какого клиента ловить, в какую географию заходить, какой ценовой тир пушить. Не задаёт стратегию — команда исполняет бриф, который написал основатель, а не бриф, который придумала сама. Не принимает решение — когда tradeoff балансирует между двумя разумными путями, Pugi пингует тебя. Команда не решает, что строить.

Три вещи, которые Pugi делает. Превращает брифы в PRD — менеджер проекта задаёт вопросы о недостающем контексте, как опытный PM, и возвращает план с вехами и критериями приёмки, который можно оценить. Строит — инженеры и остальная команда пишут код в изолированной среде, с записью каждого действия. Проверяет — QA, проверка безопасности и, на платных планах, пентест проходят до публикации, а фиксированные правила превращают находки в один вердикт, по которому можно действовать.

Разделение намеренное. Основатель владеет брифом и решением. Команда владеет исполнением и ревью. Это и есть вся работа. Всё остальное — сантехника. И именно сантехнику мы и построили.

Слепое пятно одного рецензента становится багом, который уходит в прод. Поэтому ничего не доходит до ваших пользователей на одном мнении. Каждая сборка проходит QA, затем проверку безопасности тремя независимыми инструментами: gitleaks для секретов, osv-scanner для уязвимых и известных вредоносных зависимостей, Opengrep с правилами Pugi для кода. Платные планы добавляют пентест работающего превью, который ведёт Strix.

Решение — не вызов LLM. Это обычный код, применяющий фиксированные правила. Секрет блокирует. Вредоносный пакет блокирует. Незакрытая находка HIGH или CRITICAL блокирует. Скан, который не смог выполниться, блокирует — а не пропускает. HIGH можно принять как риск с записанной причиной, привязанной к этому коммиту. CRITICAL — нельзя.

Скан выполняется вне доступа сборки на запись и подписывает квитанцию точного коммита. Публикация перепроверяет эту квитанцию для уходящего в прод коммита. Цена — более долгий путь к «готово». Выгода — релиз, которому можно верить, не читая каждую строку. Guided и Autopilot проходят один и тот же гейт. Переключатель решает, кто нажимает кнопку, а не какие проверки срабатывают.