/1c-feature-dev — Полный цикл разработки 1С

Полный цикл разработки доработок 1С с использованием спецификаций, адаптивного подхода и интеграции с инструментами (RLM, BSL LSP, MCP).

ПРИНЦИПЫ РАБОТЫ

• Адаптивность: Количество агентов зависит от сложности (1-4+)

• Ранняя валидация: Ревью плана ДО реализации

• Уточнение требований: Все неоднозначности разрешаются ДО проектирования

• Атомарные этапы: С критериями приемки и проверками

• Отслеживание прогресса: Каждая фаза отмечается как завершённая

WORKFLOW (9 ФАЗ)

Phase 0: Оценка сложности

Цель: Понять масштаб задачи и выбрать стратегию

Начальный запрос: $ARGUMENTS

Действия:

• Создать список задач со всеми фазами

• Создать структуру: openspec/changes/[feature-name]/

• Оценить сложность:

• Простая: Небольшое изменение, очевидная реализация

• Средняя: Несколько модулей, требует понимания архитектуры

• Сложная: Большая доработка, несколько подсистем

• Критичная: Архитектурные изменения, высокие риски

• Выбрать стратегию (количество агентов)

• Сохранить: openspec/changes/[feature-name]/phase0-complexity.md

Phase 1: Discovery

Цель: Понять, что нужно построить

Действия:

• Если доработка неясна — задать вопросы (AskUserQuestion)

• Резюмировать понимание

• Получить подтверждение пользователя

• Сохранить: openspec/changes/[feature-name]/phase1-requirements.md

Phase 2: Исследование кодовой базы

Цель: Понять существующий код и паттерны

Адаптивный подход:

• Простая: Grep/Glob прямой поиск

• Средняя: Task(subagent_type="Explore") для глубокого анализа

• Сложная: Несколько параллельных Task(subagent_type="Explore")

Действия:

• Использовать MCP codemetadata/metadatasearch для поиска по кодовой базе

• Использовать Grep/Glob для поиска паттернов

• Для сложных задач — запустить Task agents параллельно

• Сохранить: openspec/changes/[feature-name]/phase2-exploration.md

Phase 3: Уточняющие вопросы

Цель: Заполнить пробелы ДО проектирования

Действия:

• Просмотреть находки и требования

• Выявить неоднозначности (граничные случаи, обработка ошибок, интеграция)

• Представить ВСЕ вопросы пользователю через AskUserQuestion

• Ждать ответов перед Phase 4

• Сохранить: openspec/changes/[feature-name]/phase3-clarifications.md

Phase 4: Проектирование архитектуры

Цель: Спроектировать архитектуру реализации

Действия:

• Проектировать на основе артефактов phase1-3

• Для сложных задач — предложить несколько подходов

• Создать план с атомарными этапами и критериями приемки

• Сохранить: openspec/changes/[feature-name]/phase4-architecture.md

Phase 5: Ревью плана

Цель: Валидировать план ДО реализации

Действия:

• Проверить полноту, корректность, реалистичность плана

• Если проблемы — обновить plan и повторить

• Представить план пользователю

• Спросить: "План готов к реализации, можем начинать?"

• НЕ ПЕРЕХОДИТЬ К PHASE 6 БЕЗ ОДОБРЕНИЯ!

• Сохранить: openspec/changes/[feature-name]/phase5-plan-review.md

Phase 6: Реализация по этапам

Цель: Построить доработку атомарными шагами

НЕ НАЧИНАТЬ БЕЗ ОДОБРЕНИЯ ПОЛЬЗОВАТЕЛЯ!

Для каждого этапа:

• Определить тип задачи и подобрать skill:

• Создание формы → /form-compile , /form-edit

• Печатная форма → /mxl-compile

• Настройка прав → /role-compile

• Объект метаданных → /meta-compile , /meta-edit

• Обработка/отчёт → /epf-init , /erf-init

• Расширение → /cfe-init , /cfe-borrow

• Интеграция БСП → /epf-bsp-init

• СКД → /skd-compile , /skd-edit

• Загрузка в базу → /db-load-xml , /db-update

• Общая задача → писать код вручную

• Выполнить этап

• Валидировать результат (соответствующий /...-validate )

• Отметить этап как завершённый в phase4-architecture.md

Phase 7: Ревью кода

Цель: Убедиться в качестве

Действия:

• Проверить код на соответствие плану

• Проверить качество (стандарты, читаемость, безопасность)

• Сохранить: openspec/changes/[feature-name]/phase7-code-review.md

• Если найдены проблемы — исправить и повторить

Phase 8: Итоги

Действия:

• Отметить все задачи завершёнными

• Создать резюме: openspec/changes/[feature-name]/phase8-summary.md

• Сохранить в RLM (если доступен):

• rlm_add_hierarchical_fact — что построено

• rlm_record_causal_decision — ключевые решения

• rlm_sync_state

АРТЕФАКТЫ

Все артефакты в openspec/changes/[feature-name]/ :

phase0-complexity.md # Оценка сложности phase1-requirements.md # Требования phase2-exploration.md # Исследование кода phase3-clarifications.md # Уточнения phase4-architecture.md # План (с этапами) phase5-plan-review.md # Ревью плана phase7-code-review.md # Ревью кода phase8-summary.md # Итоги

КРИТИЧЕСКИЕ ПРАВИЛА

• Phase 0 обязательна — оценка определяет стратегию

• Phase 3 обязательна — уточнения ДО проектирования

• Phase 5 обязательна — ревью плана ДО реализации

• Одобрение пользователя — перед Phase 6

• Атомарные этапы — каждый с критериями приемки

• Используй существующие skills — не пиши руками то что автоматизировано

• Сохранение в RLM — Phase 8 обязательна