Autopilot — скилл
Скилл-оркестратор: по описанию идеи агент пишет требования и спецификацию, делит работу на таски, собирает проект и проверяет итог
- 594 ★ репозитория
- Последний коммит
- MIT
Широкий доступ
Почему такой уровень
- В режиме `full` агент не задает вопросов, сам запускает команды, ставит зависимости и делает коммиты.
- Параллельные субагенты пишут код в репозиторий, а диффы каждого таска вы не просматриваете.
- Сборка может создать репозиторий и расходует платные токены нескольких моделей.
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/autopilotОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемШирокий доступИнструмент может менять данные, выполнять команды или работать с секретами.
- В режиме `full` агент не задает вопросов, сам запускает команды, ставит зависимости и делает коммиты.
- Параллельные субагенты пишут код в репозиторий, а диффы каждого таска вы не просматриваете.
- Сборка может создать репозиторий и расходует платные токены нескольких моделей.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Autopilot — скилл для Claude Code, Cursor и Codex, который доводит проект от описания идеи до работающего результата в одном диалоге. Он запускается только командой `/autopilot`, разбирает текст на пронумерованные требования, задает вопросы на развилках, пишет спецификацию, режет работу на таски и поручает их отдельным субагентам, по одному коммиту на таск. В конце отдельный агент получает исходный текст и готовый проект без спецификации и сверяет результат со словами пользователя. Ход сборки виден на панели `.autopilot/dashboard.html`, которая открывается сама, а этапы на ней названы по-русски: подготовка, требования, брифинг, спецификация, план, разработка, код-ревью, приемка. Режимов четыре: `full`, `semi` по умолчанию, `interview` и `manual`. Глубину проработки задают словами `strict` и `deep`.
Для кого. Предпринимателям и вайбкодерам, которые описывают нужный бот, сайт или сервис словами и ждут готовый проект без чтения спецификаций и кода.
Подходит, если
- Идея описана на странице, и из нее надо получить Telegram-бота, который складывает заявки в таблицу.
- Бриф большой, поэтому его кладут в `brief.md` и запускают `/autopilot brief.md`.
- Сессия оборвалась на середине сборки, и `/autopilot` без слов продолжает с сохраненного состояния.
- Заказчик хочет утвердить спецификацию и список тасков сам, поэтому включается режим `manual`.
Не подходит, если
- Правка укладывается в один файл, и проще попросить агента напрямую.
- Код пишут вместе с агентом строка за строкой.
- Цель шире одного проекта и пока не ясна, ее сначала надо сформулировать.
Пример запроса к агенту
/autopilot full Telegram-бот для записи на маникюр: клиент выбирает время, мастер получает уведомление, записи падают в таблицу.Ограничения
Сборка тратит много токенов: каждый таск выполняет отдельный субагент, а в конце идут ревью всей ветки и приемка. Скилл создает репозиторий, пишет код и делает коммиты, перед платежами, рассылками людям и удалением данных он спрашивает разрешения. Один агент пишет около 3000 строк, поэтому проект делится максимум на 12 тасков, и более крупный идет вторым прогоном. За сборку скилл один раз обращается к GitHub за проверкой версии, это отключает переменная `AUTOPILOT_NO_UPDATE_CHECK=1`. Обновление идет только командой `npx skills update autopilot -g`, после него сессию надо перезапустить.
Как отключить. Удалите скилл командой `npx skills remove autopilot -g`. Папку `.autopilot/` и `AGENTS.md` в готовых проектах оставьте или уберите вручную.
Частые вопросы
Как поставить Autopilot в Claude Code?
Выполните `npx skills add nick-vels/skills --skill autopilot -a claude-code -g -y` и перезапустите сессию, потому что скиллы загружаются при старте. Для Cursor или Codex замените значение флага `-a`.
Чем режимы отличаются друг от друга?
`full` не задает вопросов, `semi` спрашивает только про развилки, `interview` разбирает каждую развилку и слабые места идеи, `manual` дополнительно ждет вашего «ок» на спецификации и списке тасков.
Что показывает панель прогресса?
Что идет сейчас, сколько тасков готово, каждое требование цитатой из брифа со статусом, проверки и ключи для `.env`. Синяя шапка значит, что сборка идет, оранжевая ждет вас, зеленая завершена.
Хранит ли Autopilot мои ключи?
Нет, он не просит ключи и пароли. Если ключ попал в чат, фильтр заменит его на `[REDACTED:...]` перед записью в файл, а сам ключ лучше перевыпустить.
Как продолжить прерванную сборку?
Введите `/autopilot` без слов. Скилл восстановит состояние из файлов в `.autopilot/` и продолжит с места остановки.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыСкилл автономной итерации для агента: правка, проверка, откат неудачных изменений и повтор цикла к заданной метрике
Скилл расспрашивает про проект и пишет requirements.md, design.md и tasks.md, чтобы Claude Code и Cursor работали по одному плану
Плагин Grid Dynamics загружает в сессию кодового агента общие инженерные стандарты, архитектуру и рабочие процессы команды
Скилл /improve: сильная модель проверяет репозиторий и пишет самодостаточные планы правок, а исполнение отдаете более дешевой модели
CLI ведет AI-кодинг от идеи до ревью по цепочке требований, плана, кода и проверок, а следы хранит в репозитории.
Спецификационный процесс разработки для агентов: фазы с проверками, память контекста, набор агентов и скиллов
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| Autopilot (эта карточка) | нет | 594 | |
| Spec Kit | нет | 148 171 | CLI GitHub ставит команды для работы по спецификации и оставляет шаги за вами; Autopilot ведет весь цикл сам и сверяет итог слепой приемкой |
| Spec-Driven Develop | нет | 993 | плагин из трех скиллов для крупных задач в готовом проекте; Autopilot начинает с вопросов по идее и ведет панель прогресса |
Коротко о README
Описание есть на английском и русском. В нем подробно разобраны четыре режима, три уровня глубины, фазы от предварительной проверки до приемки, правила разбиения на таски и список того, чего Autopilot не делает: например не вычеркивает требования без вас и не просит ключи.
Бейдж для README
Исходный SKILL.md
--- name: autopilot description: Builds an app, site, bot, or feature end-to-end from a dictated idea — requirements, briefing, spec, tickets, subagents, review, acceptance — with a live dashboard, for users who expect a finished result without reviewing specs or code. Starts only on /autopilot; a bare /autopilot resumes an interrupted run. disable-model-invocation: true argument-hint: "[full|semi|interview|manual] [strict|deep] что нужно построить или путь к brief.md" metadata: version: "2.2.1" --- # Autopilot Autopilot flies a dictated idea from words to a working project **in one dialogue**, without making the user approve each stage. Every rule it needs lives in `phases/` and `prompts/`; no other skill has to be installed. **The order is the product.** Code is written in the second-to-last phase. Everything before it decides *what* to build; everything after it proves the right thing got built. **The brief is the contract, not the design.** *Nothing may quietly vanish*: the user's words become a numbered manifest before anything else, and every phase is gated on it — what breaks naive vibecoding is a requirement that stopped existing around the third rewrite. And *the brief is a silhouette*: it describes the happy path and nothing underneath, so working out the empty states, failures and limits is legitimate work. How far to take it is the user's [depth](phases/0-modes.md) dial; depth that **detaches** from the brief is never allowed. ## Reading this skill This file is the orchestrator: order, gates, the rules that never lose. Each phase's rules are in its own file, **read when that phase starts and not before** — one file at a time, never ahead: a file opened early stays in the one context that is never refreshed for the rest of the run. | Phase | Read | Produces | |---|---|---| | 0 Preflight | `phases/0-modes.md`, `phases/0-preflight.md`, then `0-memory.md`, `0-instruments.md` | mode announced, repo configured, dashboard open, `carried.md` after a landed run | | 1 Manifest | `phases/1-manifest.md` | `<дата>-brief.md`, `manifest.md` | | 2 Briefing | `phases/2-briefing.md` (+ `2-adversarial.md` when it runs) | answers recorded into the manifest | | 3 Spec | `phases/3-spec.md` | `notes.md` in existing code, `spec.md`, the boundaries in `interfaces.md` | | 4 Plan | `phases/4-plan.md` | `tickets/NN-*.md`, the plan commit | | 5 Build | `phases/5-subagents.md` | code, one commit per ticket | | 6 Review | `phases/6-review.md` — at the first point review, and for the whole-branch review | reviewed code | | 8 Final | `phases/8-final.md`, and `phases/9-memory.md` before spawning | blind acceptance, memory, progress file, report | | — | `phases/0-resume.md` — instead of preflight, when resuming | | | — | `phases/5-repair.md` — when a ticket comes back anything but a clean `DONE` | | | — | `phases/9-memory.md` — also in Phase 5, when a ticket discovered something worth keeping | | | — | `phases/rationalizations.md` — on a failed gate, on catching yourself excusing something, once before the report | | **After a compaction, re-read the state, not the phases:** `state.js` (it holds `dir` and `skillDir`), `manifest.md`, `interfaces.md`, `carried.md` if the run has one, and the file of the phase you are in. Nothing else. ## The words the user sees