From 1c-feature-dev
Этот скилл следует использовать, когда пользователь просит "создать доработку 1C", "реализовать функционал 1C", "добавить новую возможность в 1C", "разработать модуль 1C", "сделать доработку в 1С" или нуждается в полном цикле разработки 1C-доработок от анализа до реализации с валидацией плана и проверками приемки
npx claudepluginhub diversus23/1c-feature-dev --plugin 1c-feature-devThis skill uses the workspace's default tool permissions.
- **Адаптивность**: глубина анализа и количество агентов зависят от сложности
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
Папка задачи: .tasks/[YYYY]/[MM]/[DD]/[feature-name]/ (дата начала работы).
| Файл | Фаза | Описание |
|---|---|---|
01-requirements.md | 1 | Требования, оценка сложности |
02-exploration.md | 2 | Паттерны, архитектура, уточнения |
03-architecture.md | 3 | План реализации с архитектурными инвариантами |
04-plan-review.md | 4 | Ревью плана (сложные/критичные) |
05-implementation-stage-NN.md | 5 | Отчёт по этапу N: что сделано, файлы, решения, контекст для следующего этапа |
05-implementation-summary.md | 5 | Итоговый лог реализации (создаётся после завершения ВСЕХ этапов) |
06-code-review.md | 6 | Результаты ревью кода |
07-summary.md | 7 | Итоговое резюме |
08-documentation.md | 7 | Лог генерации документации (опционально) |
Файл создаётся только если для него есть содержание.
05-implementation-stage-NN.md создаётся после каждого завершённого этапа — это обеспечивает возможность продолжения работы в новом чате с точного места остановки.
При запуске любого агента передавай полные пути к артефактам от корня проекта, например: .tasks/2026/02/12/print-form-invoice/01-requirements.md. Агенты работают в изоляции и не знают текущую папку задачи.
Если пользователь просит продолжить ранее начатую задачу — найди папку в .tasks/ и определи фазу по артефактам:
08-documentation.md → задача завершена полностью (включая документацию), сообщи пользователю07-summary.md → проверь конфигурацию документации в CLAUDE.md целевого проекта: если documentation: true → продолжи с шага 4 Фазы 7 (документация); если нет → задача завершена, сообщи пользователю06-code-review.md → продолжи с Фазы 7 (итоги)05-implementation-summary.md → продолжи с Фазы 6 (ревью)05-implementation-stage-*.md → возобновление внутри Фазы 5:
03-architecture.md → определи общее количество этапов05-implementation-stage-NN.md → определи последнийСтатус: ЗАВЕРШЁН → следующий этап = NN + 1Статус: В РАБОТЕ → этап был прерван, продолжи его (проверь git diff для понимания что уже сделано)05-implementation-summary.md и перейди к Фазе 603-architecture.md с - [ ] или - [ ] 🔄, нет файлов 05-implementation-stage-* → начни Фазу 5 с Этапа 103-architecture.md без незакрытых этапов → продолжи с Фазы 4 (валидация)02-exploration.md, нет 03-architecture.md → продолжи с Фазы 3 (архитектура)01-requirements.md → продолжи с Фазы 2 (исследование)Прочитай все существующие артефакты для восстановления контекста. При возобновлении Фазы 5 обрати особое внимание на stage-файлы — они содержат полный контекст каждого выполненного этапа.
| Уровень | Описание | Пример |
|---|---|---|
| Простая | Очевидная реализация, 1-2 файла | Добавить реквизит, простой обработчик |
| Средняя | Несколько модулей, понимание архитектуры | Новая печатная форма, доработка формы |
| Сложная | Несколько подсистем, неочевидные решения | Новый документооборот, интеграция |
| Критичная | Архитектурные изменения, высокие риски | Переработка подсистемы, миграция |
Сложность определяет поведение в каждой фазе (см. пометки «адаптивность»).
Цель: убедиться, что обязательные MCP-серверы доступны до начала работы
Действия:
mcp-requirements.md)Цель: понять задачу, уточнить неясности, оценить масштаб
Начальный запрос: $ARGUMENTS
Действия:
01-requirements.md: исходный запрос, Q&A, резюме, требования, сложностьЦель: понять существующий код, паттерны и зависимости
Адаптивность: решай сам — сколько агентов 1c-code-explorer запустить (1-4), параллельно или последовательно. Глубина важнее ширины: лучше углубиться последовательно, чем дублировать параллельно.
Типичные фокусы для агентов (распределяй по необходимости):
Действия:
1c-code-explorer с путём к 01-requirements.md и указанием фокуса01-requirements.md и скорректируй подход02-exploration.md: паттерны, похожие доработки, ключевые компоненты, архитектурные инсайты, прочитанные файлы, Q&A (если были)Цель: спроектировать архитектуру реализации
Адаптивность:
1c-code-architect, один практичный план. Для средней — опционально 2 агента, если решение неочевидноДействия:
01-requirements.md, 02-exploration.md03-architecture.md:
1c-rules.md, паттернов из 02-exploration.md, специфики конкретной задачи- [ ] **Этап N**: описание + файлы + критерии приемки + зависимостиЦель: убедиться в корректности плана ДО реализации
1c-code-architect для ревью01-requirements.md, 02-exploration.md, 03-architecture.md03-architecture.md, повтори ревью (макс. 2 итерации)04-plan-review.md03-architecture.mdНЕ ПЕРЕХОДИ К ФАЗЕ 5 БЕЗ ЯВНОГО ОДОБРЕНИЯ ПОЛЬЗОВАТЕЛЯ
Цель: построить доработку по плану, создавая артефакт после каждого этапа для возможности продолжения в новом чате
Адаптивность:
1c-code-writer на все этапыДействия:
Прочитай 03-architecture.md, включая секцию «Архитектурные инварианты»
Если это возобновление — прочитай все существующие 05-implementation-stage-*.md и определи, с какого этапа продолжать (см. «Возобновление задачи»)
Запусти агента 1c-code-writer:
1c-rules.md, 1c-ssl.md, 1c-edt-metadata.md1c-query-optimization.md03-architecture.md03-architecture.md: при начале этапа - [ ] → - [ ] 🔄, при завершении - [ ] 🔄 → - [x]После каждого завершённого этапа — агент создаёт 05-implementation-stage-NN.md (NN = номер этапа с ведущим нулём):
# Этап N: <название из плана>
## Статус: ЗАВЕРШЁН | В РАБОТЕ
## Что сделано
- <конкретные действия>
## Изменённые файлы
- <путь к файлу> (создан | изменён, строки X-Y)
## Ключевые решения
- <решение и обоснование>
## Архитектурные инварианты (проверено)
- [x] <инвариант 1>
- [x] <инвариант 2>
## Контекст для следующего этапа
- <экспортные процедуры, созданные объекты, зависимости — всё, что нужно знать для продолжения>
Мини-валидация после каждого этапа (DoD):
03-architecture.mdВ РАБОТЕ → ЗАВЕРШЁН только после прохождения валидацииПауза между этапами (опционально):
CLAUDE.md целевого проекта на наличие настройки pause_between_stages: true (в секции 1c-feature-dev)true → после каждого этапа сообщи пользователю: «Этап N завершён (N из M). Продолжить с Этапом N+1 или хотите проверить результат?»false → продолжай автоматическиПри невыполненных этапах — запусти агента повторно с описанием оставшегося и путём к последнему stage-файлу
После завершения ВСЕХ этапов — создай 05-implementation-summary.md:
# Итог реализации
## Статус: ВСЕ ЭТАПЫ ЗАВЕРШЕНЫ (N/N)
## Выполненные этапы
| Этап | Описание | Файл отчёта |
|------|---------|-------------|
| 1 | <описание> | 05-implementation-stage-01.md |
| 2 | <описание> | 05-implementation-stage-02.md |
## Все изменённые файлы
- <сводный список из всех stage-файлов>
## Технический долг
- <если что-то осталось>
Цель: проверить качество кода и валидировать через MCP
Адаптивность: для простых задач — пропусти ревью агентом, но MCP-валидацию выполни всегда.
Действия:
1c-code-reviewer с путями к 03-architecture.md и 05-implementation-summary.md (список изменённых файлов)
1c-rules.md, читаемость, DRY1c-code-simplifier — если код избыточно сложен, запускает его самостоятельно06-code-review.md1c-code-writer, затем повторное ревью (макс. 2 итерации)03-architecture.md секцию «Технический долг»Цель: задокументировать результат
Действия:
07-summary.md:
git diff --stat)1c-code-test-generator (YaXUnit / Vanessa Automation)CLAUDE.md целевого проекта (корень проекта)## Documentation (или ## Документация)documentation: true:
a. Извлеки конфигурацию: documentation-types (по умолчанию [technical, user]), documentation-technical-path (по умолчанию docs/technical/), documentation-user-path (по умолчанию docs/user/)
b. Спроси пользователя: «Сгенерировать документацию для этой доработки? Настроенные типы: {documentation-types}»
c. При согласии — запусти агента 1c-code-documenter:
01-requirements.md, 03-architecture.md, 05-implementation-summary.md, 07-summary.mddocumentation-types, documentation-technical-path, documentation-user-path из конфигурации
d. Сохрани 08-documentation.md: какие файлы документации созданы, пути к нимdocumentation: false — пропусти молча