Инструменты по категориям
Формат
устанавливаемый Claude Code plugin версии 1.1.2, объединяющий 3 skills, 7 субагентов и 6 автоматически загружаемых rules.
Skills
1c-feature-dev | 8-фазный workflow: проверка MCP, требования, исследование, архитектура, валидация плана, реализация, ревью и итог. |
|---|---|
1c-docs | автономная генерация технической и пользовательской документации через explorer/documenter agents. |
brainstorm | последовательное уточнение идеи, сравнение 2–3 подходов и сохранение согласованного дизайна. |
Субагенты
1c-code-explorer | трассировка выполнения, паттерны и зависимости. |
|---|---|
1c-code-architect | проектирование и ревью плана. |
1c-code-writer | изменение BSL/EDT-проекта по утвержденному плану. |
1c-code-reviewer | ревью багов и стандартов с confidence threshold 75. |
1c-code-simplifier | упрощение без изменения поведения. |
1c-code-test-generator | генерация YaXUnit tests и Vanessa Automation scenarios, без запуска runner-а. |
1c-code-documenter | техническая и пользовательская документация. |
Rules
общая безопасность, стандарты BSL, поиск готового API БСП, оптимизация запросов, UUID/структура EDT metadata и контракт обязательных MCP-возможностей.
Сильные стороны
workflow требует явного одобрения плана даже для простой задачи, создаёт .tasks/YYYY/MM/DD/<feature>/ с артефактом каждой фазы и stage-файлом каждого этапа, умеет продолжать задачу в новом чате и проверяет DoD/архитектурные инварианты после каждого этапа. Для сложных задач число explorer/architect agents адаптивно увеличивается; между этапами можно включить ручную паузу.
Ограничения
собственных MCP-tools, runner-ов и скриптов нет — исполнение зависит от прав Claude Code и внешнего EDT MCP. Без обязательных metadata/code/validation/help capabilities основной skill должен остановиться или явно согласовать риск с пользователем. 1c-query-optimization поставляется только как rule; отдельной команды или skill нет. Тестогенератор пишет тесты, но не выполняет их. Лицензия отсутствует.
Отличие от 1C AI Feature Dev Workflow: новый набор оформлен как устанавливаемый Claude Code marketplace plugin, содержит 7 вместо 5 agents, отдельные documentation/test agents, 6 rules, fail-fast MCP-контракт и более детальное возобновление по stage-файлам. Оба проекта основаны на близкой feature-dev методике, поэтому использовать их одновременно без согласования rules не стоит.
Когда выбирать
когда Claude Code является основной средой и нужен жёсткий, возобновляемый workflow доработки EDT-проекта с обязательным approval и внешней MCP-валидацией.
В этой категории учитываются только шесть автоматически загружаемых rules плагина; workflow, skills и субагенты описаны в «Агентских навыках».
Методический состав
common-rules.md | честность, подтверждение неоднозначных требований, защита от массового удаления и деструктивных Git-команд, запрет коммита секретов. |
|---|---|
1c-rules.md | области модулей, оформление запросов, клиент-серверные вызовы форм, БСП-методы, именование и форматирование BSL. |
1c-ssl.md | обязательный поиск готового решения БСП перед собственной реализацией. |
1c-query-optimization.md | временные таблицы, виртуальные таблицы, СКД, составные типы, соединения, ОБЪЕДИНИТЬ ВСЕ и согласование с индексами. |
1c-edt-metadata.md | случайные UUID v4, структура атрибутов и порядок элементов EDT metadata. |
mcp-requirements.md | обязательные capability-классы для metadata navigation, BSL analysis, validation и platform help, плюс опциональные project/debug возможности. |
Сильные стороны
rules применяются непосредственно в процессе планирования, записи и ревью кода; запросы должны валидироваться через MCP, а план фиксирует архитектурные инварианты и критерии приемки. Правила БСП и запросов достаточно конкретны, чтобы влиять на генерируемый BSL, а не оставаться общей декларацией.
Ограничения
это статические тексты без собственного поискового индекса, версионного выбора и автоматического enforcement. Ссылки на стандарты ИТС заявлены как основание query rules, но исходные нормативные страницы и версия материалов не поставляются. 1c-ssl.md перечисляет лишь несколько ключевых модулей и заметно уже специализированного набора 1С:БСП Skills. Фактическое соблюдение зависит от Claude Code и внешних MCP tools.
Когда выбирать
когда нужен единый локальный rule-layer внутри Claude Code workflow, а не самостоятельный справочник v8std/ИТС или глубокий версионированный каталог БСП API.
Что учитывать
/plugin marketplace add Diversus23/1c-feature-dev и /plugin install 1c-feature-dev; при ручной установке skills, agents и rules копируются в пользовательские каталоги Claude Code. Собственного MCP-сервера и сетевого transport нет.1c-feature-dev реализует 8 фаз от проверки MCP и требований до реализации, ревью и итогов; сложность управляет количеством параллельных explorer/architect agents и глубиной проверок. До реализации для любой сложности требуется явное одобрение пользователем архитектурного плана. Workflow сохраняет возобновляемые артефакты в .tasks/YYYY/MM/DD/<feature>/, отдельный stage-report после каждого этапа, архитектурные инварианты и DoD с MCP-валидацией; опциональный pause_between_stages добавляет ручную остановку между этапами. В финале test-generator может создать YaXUnit/Vanessa Automation tests, а documenter — техническую и пользовательскую документацию, но плагин не содержит test runner и сам тесты не запускает. Rules требуют искать готовое решение БСП, валидировать запросы, использовать случайные UUID v4 для EDT metadata и ограничивают массовое удаление/деструктивные Git-команды; это текстовые ограничения, фактические права определяются Claude Code и подключенными MCP. 1c-query-optimization поставляется как rule, а не как отдельный skill или команда. Релизов и автоматических тестов в репозитории нет. softonit.ru указан как homepage репозитория и является общим официальным сайтом автора, а не отдельной страницей плагина.