BuilderOS — скилл
Десять скиллов, которые ведут продукт с агентом от идеи до запуска через общие документы проекта
- 234 ★ репозитория
- Последний коммит
- MIT
Расширенный доступ
Почему такой уровень
- Build MVP и Build Loop меняют код проекта и запускают тесты, а Build MVP в конце создает первый коммит git
- Скиллы читают и пишут файлы в `docs`, а Launch Checklist разбирает код, сервисы и переменные окружения проекта
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/builderosОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Build MVP и Build Loop меняют код проекта и запускают тесты, а Build MVP в конце создает первый коммит git
- Скиллы читают и пишут файлы в `docs`, а Launch Checklist разбирает код, сервисы и переменные окружения проекта
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
BuilderOS — набор из десяти скиллов для продуктовой работы с кодирующим агентом. Каждый скилл пишет результат в папку `docs` проекта, и следующий подхватывает документ без пересказа. Idea Generator собирает от трех до пяти направлений и оценивает их по пяти осям. Idea Validator ищет главную гипотезу, ранжирует фатальные изъяны, составляет план первых десяти клиентов и выносит вердикт: сильная идея, слабая или нужен поворот. Product Planner проводит интервью из восьми разделов и пишет `docs/product-vision.md`, `docs/prd.md` и `docs/product-roadmap.md` с чекбоксами задач. Design System превращает скриншоты, макеты и ссылки на Figma в `docs/design.md` с токенами и страницу `docs/design.html`. Build MVP идет по дорожной карте задача за задачей и в конце делает первый коммит git. Три варианта Build Loop (Claude Code, Codex, Cursor) гоняют каждый шаг по цепочке «сделать, проверить, протестировать, исправить». Design Better добавляет 50 правил по интерфейсу, а Launch Checklist по коду проекта составляет путь от «работает у меня» до «клиенты могут пользоваться».
Для кого. Основателям и разработчикам-одиночкам, которые собирают продукт вместе с агентом и хотят вместо россыпи промптов получить документы, ревью и тесты на каждом шаге.
Подходит, если
- Идеи пока нет, но есть опыт или бизнес, и надо получить несколько направлений с оценкой
- Идея есть, а до недель разработки хочется проверить главную гипотезу и спланировать первых десять клиентов
- Агенту нужны ТЗ и дорожная карта в файлах, чтобы он собирал продукт по задачам и отмечал выполненные
- Готов макет или скриншот, и его надо превратить в дизайн-токены, по которым агент реализует интерфейс
- Продукт собран, и перед запуском нужен пошаговый список: что делаете вы, что агент, что вместе
Не подходит, если
- Задача на один файл или одну правку: цепочка с документами в `docs` только замедлит работу
- Проект уже ведется по своему ТЗ и дорожной карте в другом формате, и документы BuilderOS с ним разойдутся
- Продукт не программный: скиллы заточены под разработку приложений и читают код, стек и переменные окружения
Пример запроса к агенту
«plan my product»: проведи интервью по видению и сохрани документы в `docs`Ограничения
Инструкции скиллов написаны по-английски, и документы в `docs` получаются на языке диалога, пока вы не попросите иначе. Скиллы пишут и читают файлы в папке `docs` в корне проекта, поэтому запускать их надо из корня репозитория. Build MVP и Build Loop меняют код, а Build MVP еще инициализирует git и делает первый коммит, так что работать с ним лучше в новой ветке или пустом проекте. Build Loop выпущен в трех вариантах под Claude Code, Codex и Cursor, для других агентов остается Build MVP.
Как отключить. Удалите папки скиллов (`idea-generator`, `product-planner`, `build-loop-claude-code` и остальные) из `.claude/skills/` проекта или из каталога скиллов вашего агента. Созданные документы в `docs` остаются в проекте и удаляются вручную.
Частые вопросы
Как поставить один скилл из BuilderOS?
Укажите путь к нему: `npx skills add BuildGreatProducts/builder-os/skills/design-system`. Тот же результат дает флаг `--skill`, например `npx skills add BuildGreatProducts/builder-os --skill product-planner`. Каждый скилл самодостаточен и работает без остальных.
Какой из трех Build Loop взять?
Тот, что соответствует вашему агенту. `build-loop-claude-code` вызывает `/review` и для чувствительных мест `/security-review`, `build-loop-codex` запускает `/review` по незакоммиченным изменениям и добавляет собственный проход по безопасности, `build-loop-cursor` использует `/review` из Cursor.
Обязательно ли запускать скиллы по порядку?
Нет, каждый работает отдельно. Если выше по цепочке уже лежит документ, например `docs/product-idea.md`, следующий скилл берет из него ответы на свои вопросы и спрашивает меньше.
Какие фразы запускают скиллы?
Скиллы срабатывают на обычные просьбы по-английски: «help me find an idea», «validate my idea», «plan my product», «run the build loop», «design better». Каждый скилл перечисляет свои фразы в описании.
В каком формате Design System пишет дизайн-токены?
В открытом формате design.md от Google: токены в YAML и текст с обоснованием, по которому любой агент реализует интерфейс. Рядом создается страница `docs/design.html` для человека, где токены и компоненты показаны вживую.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыШесть связанных скиллов проводят проект от сырой идеи до проверенного плана сборки и первой версии в Claude Code и Codex.
Шесть плагинов с 44 скиллами: от идеи и прототипа до релиза с оплатой, проверкой кода свежим ревьюером и мониторингом.
Четыре скилла Builder Methods: PRD с промптами по этапам, конструктор скиллов, дизайн-система на React и Tailwind, фавиконки
Семь скиллов и локальный CLI для геймдизайна: от идеи до питча и экспериментов, решения утверждает человек
Плагин из 33 скиллов с воротами: вопрос к задаче, сверка фактов с источниками, тесты вперед, обзор второй моделью
Скилл для аппаратных проектов помогает выбрать компоненты платы и подготовить техническое предложение с BOM
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| BuilderOS (эта карточка) | нет | 234 | |
| Superpowers | нет | 316 679 | Superpowers задает дисциплину самой разработки (планы, ревью, отладка), а BuilderOS добавляет этапы до кода: идею, проверку, ТЗ, дизайн-систему и запуск. |
| BMad Method | нет | 55 338 | BMad Method раздает роли агентам в общем процессе, а BuilderOS собран из самодостаточных скиллов, которые обмениваются документами в docs. |
Коротко о README
README объясняет, зачем нужна дисциплина вокруг агента: скорость без плана дает функции, которые только компилируются. Дальше идут таблицы скиллов по этапам, схема обмена документами через `docs` и способы установки через skills CLI. Репозиторий — преемник проекта PLAID.
Бейдж для README
Исходный SKILL.md
--- name: product-planner description: | Vision intake conversation followed by generation of three product documents — `docs/product-vision.md` (strategy and brand), `docs/prd.md` (technical spec for coding agents), and `docs/product-roadmap.md` (phased build plan with task checkboxes). Also captures the founder's answers as `docs/VISION.md`. Use when the founder says "plan my product", "plan a product", "define my vision", "generate a PRD", "create a roadmap", "spec out my idea", "help me build something", or wants to convert an idea into shippable spec documents. license: MIT metadata: author: BuilderOS version: "1.0" compatibility: Requires file system access to write the docs/ directory. --- # Product Planner — Vision Intake + Document Generation This skill captures a founder's product vision through a structured intake conversation and then generates three product documents that downstream skills (Launch Checklist, the Build Loop skills) and coding agents consume. ## Shared Context You are a product development advisor. You are warm, direct, and opinionated. You treat the founder as capable and smart — you're here to help them articulate what's already in their head, not to lecture them. **Validation rule:** Before generating any documents from `docs/VISION.md`, validate it against the template in [resources/VISION-TEMPLATE.md](./resources/VISION-TEMPLATE.md) — all sections present in order, every field filled, enum values valid, list fields non-empty. If validation fails, report the problems and fix them in `docs/VISION.md` before proceeding. **Resumability:** This skill is designed to be interrupted and resumed. Always check the current project state before starting work — does `docs/VISION.md` exist? Are docs present? Pick up from where things left off rather than restarting. ## Modes The Product Planner has two modes. Pick the right one based on context: