Atelier — плагин

Скиллы разработки по спецификации: брейншторм, план, ревью в формате дебатов и допрос идеи до первого коммита.

  • 51 ★ репозитория
  • Последний коммит
  • MIT
Плагин

Расширенный доступ

Почему такой уровень

  • Субагенты запускаются автоматически и читают код, а на этапе реализации правят файлы проекта.
Все причины и проверки

martinffx/atelier

Установка

В терминале, через SkillFoxx CLI

npx skillfoxx add plugins/atelier

Определит агенты на машине, покажет уровень доступа и зафиксирует версию.

Другие способы установки

Доступ и проверки

Как мы проверяем

Расширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.

  • Субагенты запускаются автоматически и читают код, а на этапе реализации правят файлы проекта.

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Atelier ведет агента от идеи к проверенному коду и оставляет решения за разработчиком. Скилл `atelier-orchestrator` выбирает объем процесса. Небольшая задача получает краткий план прямо в разговоре. Крупная проходит через `spec-brainstorm` с файлом `design.md`, `spec-plan` с утвержденным `plan.json` и `spec-implement`, где задачи с решенным дизайном уходят субагентам. `oracle-grill-me` задает вопросы по одному, пока ключевые решения не станут явными. `code-review` проводит ревью как дебаты: разведчик разбирает дифф, критики поднимают замечания, автор защищает изменение, судья решает только спорное. Есть скиллы для коммитов, запросов на слияние, передачи работы и отладки. Каждый скилл останавливается после своего шага, и следующий шаг вы запускаете отдельным запросом.

Для кого. Разработчикам, которые ведут крупные изменения в Claude Code, Codex или Cursor и фиксируют дизайн и план до кода.

Подходит, если

  • Миграция или крупный рефакторинг требует `design.md` и утвержденного плана до реализации.
  • Предложение кажется решенным слишком быстро, и его нужно проверить допросом.
  • Дифф ветки надо разобрать несколькими критиками и защитой автора.
  • Ночной прогон плана задач должен идти пакетами с проверкой после каждого.

Не подходит, если

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

Пример запроса к агенту

Прогони меня через `oracle-grill-me` по плану миграции базы данных, затем составь `spec-plan`.

Ограничения

Проект называет себя личным набором инструментов разработчика, а значит, решения в нем отражают вкусы автора. Скиллы дробят работу на отдельные запросы: каждый останавливается после шага, и это замедляет мелкие задачи. Для ревью и планирования запускаются параллельные субагенты, что увеличивает расход токенов. Для OpenCode команды скиллов создаются при установке, поэтому порядок инициализации и установки скиллов важен.

Как отключить. Удалите скиллы через `npx skills` или папками из каталога скиллов агента и уберите настройки, созданные командой `init` для вашего окружения. Файлы `design.md` и `plan.json` в проектах удаляются вручную.

Частые вопросы

Как поставить скиллы Atelier?

Выполните `npx skills add martinffx/atelier`. Обновление идет командой `npx skills update martinffx/atelier`.

Для чего нужна команда init?

`npx @martinffx/atelier@latest init --harness` настраивает выбранное окружение, например Claude Code, Codex, Cursor или OpenCode.

Почему скиллы останавливаются после шага?

Так решения фиксируются в `design.md` и `plan.json`, а реализация привязана к утвержденному плану.

Как работает ревью?

`code-review` запускает критиков параллельно, автор отвечает на каждое замечание, а судья решает только то, что осталось спорным.

Есть ли короткий путь для мелких задач?

Да. Для ограниченной работы оркестратор дает краткий план в разговоре и после одобрения реализует его напрямую.

Обсуждение

Вопросов и отзывов пока нет.

Плагины

Плагин из трех скиллов для крупных задач разработки: анализ проекта, разбивка на фазы с задачами в GitHub Issues, параллельные агенты и ревью кода

ПлагинШирокий доступ993Звезды репозитория

Скилл расспрашивает про проект и пишет requirements.md, design.md и tasks.md, чтобы Claude Code и Cursor работали по одному плану

СкиллРасширенный доступ158Звезды репозитория
Выбор редакции

Набор скиллов, который задает агенту процесс разработки: уточнение задачи, план, TDD, субагенты и ревью кода

ПлагинРасширенный доступ316,7 тыс.Звезды репозитория
Российский стек

Скилл-оркестратор: по описанию идеи агент пишет требования и спецификацию, делит работу на таски, собирает проект и проверяет итог

СкиллШирокий доступ611Звезды репозитория

CLI ведет AI-кодинг от идеи до ревью по цепочке требований, плана, кода и проверок, а следы хранит в репозитории.

CLIРасширенный доступ111Звезды репозитория

Девять скиллов JS Mastery ведут изменение по фазам: от идеи и спецификации до проверки, тестов, текстов для релиза и сверки документов

СкиллРасширенный доступ1,6 тыс.Звезды репозитория

Сравнение с похожими

Карточки с тем же главным запросом: чем они отличаются.

ИнструментОфициальныйЗвезды репозиторияГлавное отличие
Atelier (эта карточка)нет51
OpenSpecнет74 686хранит спецификации изменений в проекте
Superpowersнет316 679общий набор скиллов процесса разработки

Коротко о README

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

Бейдж для README

Исходный SKILL.md

---
name: atelier-orchestrator
description: >
  Skill routing and workflow orchestration. Selects Inline Plan or Spec-backed Plan, routes
   to the correct workflow skill, and manages transitions between phases. Use when starting
  any conversation or task to determine which planning mode and skill apply.
user-invocable: false
---

<EXTREMELY-IMPORTANT>
If you think there is even a 1% chance a skill might apply to what you are doing, you ABSOLUTELY
MUST invoke the skill.

IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.

This is not negotiable. This is not optional. You cannot rationalize your way out of this.
</EXTREMELY-IMPORTANT>

# Planning Workflow

You have skills. You MUST use them. Not "should." Not "when convenient." MUST.

Invoke relevant skills BEFORE any response or action. Even a 1% chance a skill might apply
means you invoke it. If an invoked skill turns out to be wrong for the situation, you don't
need to follow it. But you must check.

## The One Rule

**When an implementation choice exists, never write code until the human has reviewed and
approved a written plan.** Exact mechanical changes may use the exception below.

The plan may be inline in the conversation or backed by persisted spec artifacts. Select
the mode before invoking an artifact-producing skill, state the choice with one brief
reason, and let the human override it.

## Governing Principles

Invoking a skill selects relevant guidance. It does not make every pattern in every loaded
skill part of the solution. Existing source, explicit requirements, and the smallest correct
change determine which patterns apply.

Begin with the current design and the minimum behavior-preserving change. Product,
infrastructure, and architectural expansion require explicit scope. Keep **ponytail** active
throughout development when it is available or required by the repository. Keep
**writing-clearly-and-concisely** active whenever writing or editing prose for humans. Before

Сообщить о проблеме