Брифуй як 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 проходять один і той самий гейт. Перемикач вирішує, хто натискає кнопку, а не які перевірки спрацьовують.