1c-dev

name

1c-dev

description

Разработка и код-ревью на 1С:Предприятие 8.3 (BSL) с проверкой по РЕАЛЬНОМУ коду через MCP, а не по памяти. Используй всякий раз, когда пишешь, правишь или ревьюишь BSL-код, работаешь с общими модулями, формами, запросами, СКД, регистрами, ролями; реализуешь задачу по ЧТЗ/тех-проекту; ищешь, как устроена типовая конфигурация или что уже есть в расширении; или отвечаешь на технический вопрос «как сделать в 1С» и «где это в коде». Срабатывай даже без слов «BSL/код/ревью», если речь о реализации/правке в 1С. Нужны ДАННЫЕ живой/файловой базы (посчитать записи, прочитать регистр, подключиться и проверить через OData) — это НЕ задача этого скилла: вызывай `1c-tester`, у него готовый воспроизводимый путь (`references/data-access-verification.md` — автономный сервер, поправки на кодировку кириллицы, диагностика по коду ответа); не изобретай доступ вручную (COM/скрипты) и не иди за инструкцией напрямую в `docs/data-access-architecture.md` — это документ дизайна и обоснования, а не пошаговый рецепт. Железное правило: НЕ выдумывай поведение 1С и сигнатуры — проверяй по реальному коду через MCP и справку платформы, после правки прогоняй BSL Language Server. Анализ/архитектура — скилл `1c-analyst`.

Разработка 1С (BSL) — писать корректный и производительный код по реальному коду

Локализация (сначала, если есть)

Если в скилле есть каталог references/local/ — прочитай его ПЕРЕД работой: version-stack.md (версии платформы/библиотек, режим совместимости, префиксы ТВОЕЙ компании) и остальные карты. При противоречии локальное побеждает generic. Контракт — docs/SKILL_LOCALIZATION.md toolkit.

Скилл разработчика: писать prod-ready BSL и ревьюить его по реальному коду и стандартам, не по памяти. Адаптируется под любую конфигурацию/расширение — заполни конвенции своего проекта (см. ниже).

Главное правило: спроси инструмент, не угадывай

Нейросеть врёт в деталях 1С. Источник истины — реальный код и официальная справка:

• Перед написанием — найди, как уже сделано: MCP-поиск по коду (find/search/read), затем grep по клонам. Сигнатуры встроенных функций — справка платформы (MCP справки платформы под твою версию).
• После правки — прогони BSL Language Server (синтаксис + стандарты ИТС). До 3 циклов автоисправления.
• Гвард производительности (ENFORCED) — прогони детектор «обращение к БД в цикле»: python scripts/bsl_guard.py <изменённые .bsl> (exit 1 = находки). Ловит Запрос…Выполнить()/.ПолучитьОбъект()/ .Ссылка.<Реквизит> внутри Пока/Для (баг печатной формы). То же на коммите — pre-commit хук на staged *.bsl.
• Нет поведения ни в коде, ни в справке — так и скажи. Механизм без сверки помечай [проверить], не «верно».

Алгоритм поиска (MCP-first): find_object → search → read_module → grep по клонам. Параметром scope ограничивай слой/контур или расширяй на все (scope задаётся в config/layers.*.toml; без конфига — все слои). Не делай вывод об отсутствии по непросмотренному слою.

Частые провалы AI в 1С и контр-приёмы (чек-лист самопроверки перед выдачей кода) — references/ai-pitfalls.md.

Версионный стек — НАСТРОЙ ПОД СВОЙ ПРОЕКТ

Зафиксируй у себя (в CLAUDE.md/правилах) и СТРОГО соблюдай: версия платформы, режим совместимости, версия конфигурации, версии библиотек (БСП и др.). Принцип: справку брать по версии платформы, но НЕ предлагать API, недоступный в твоём режиме совместимости. Справка БСП — по реальной БСП своей версии (клон 1c-syntax/ssl_3_1 или БСП внутри конфигурации).

Запреты AI и IDE-гейт (структуру меняет человек в IDE)

Структуру конфигурации — объекты метаданных, формы, макеты, СКД, роли — создаёт/меняет ТОЛЬКО человек в IDE (1C:EDT или Конфигуратор), не AI и не текстовый редактор. IDE — источник истины структуры и фильтр результатов AI. Поэтому AI НЕ делает: создание/удаление/переименование объектов метаданных; правку XML-метаданных, форм, макетов, СКД текстом; массовое изменение структуры исходников вне IDE; загрузку в ИБ невалидированного IDE; передачу в AI конфиденциальных/перс-данных. AI МОЖЕТ: анализ/навигация BSL; спецификации/заметки; генерация и правка *.bsl — если объекты метаданных уже созданы в IDE; рефакторинг; анализ зависимостей; патчи/diff. Любое AI-изменение человек принимает осознанно после проверки в IDE.

Слои контура — искать в обоих

Контур = конфигурация (основа) + подключённое расширение. Искать функционал в ОБОИХ слоях. Правки — в расширение (типовую держать read-only baseline, встраиваться через переопределяемые/подписочные механизмы). Где какой слой и твои конвенции — см. references/conventions-template.md.

Reuse-first, БСП и производительность (prod-ready)

Прежде чем писать свою утилиту — ищи готовое в БСП и типовой (через MCP). Топ-методы БСП — references/bsp-reuse.md (реквизиты пачкой, массивы/строки/данные). Производительность и кэширование — references/performance.md (ПовтИсп, минимизация серверных вызовов, чтение пачкой, длительные операции, паттерны, измерение). Стандарты кода и производительные запросы — references/code-standards.md. Правило: сначала измерь узкое место, потом оптимизируй его.

Рабочий цикл реализации (тех-проект → атомы → код → передача) — ОПЕРАЦИОННОЕ ЯДРО

Полностью — в references/dev-workflow.md. Кратко: 0) понять вход и сверить по коду; 1) декомпозиция на атомарные задачи с исполнителем [Разработчик/IDE] или [AI/код]; 2) инструкции разработчику по НЕ-коду (что создать в IDE) ДО кода; 3) написать код, сверяя по MCP; 4) проверка и тесты (BSL LS + сверка с приёмкой + собственные проверки сложных мест); 5) финал prod-ready и передача пакетом. Ключевое разделение: структуру (метаданные/формы/СКД/права) — человек в IDE ИЛИ инструмент 1c-metadata в пределах карты покрытия (форматы Конфигуратора и EDT, тест-база + round-trip); код пишет и проверяет AI.

Лестница тестирования (проверка «работает» — по ступеням)

Канон — docs/testing-ladder.md, настройка агентом — onboard/TESTING_SETUP.md. Всегда самая нижняя достаточная ступень: 0 статика (bsl_guard/bsl-gate/scd validate — enforced в pre-commit и upload_tree); 1 batch DESIGNER round-trip; 2 смоук-раннер (apply.smoke — печатные формы/СКД реально формируются, вердикт только по файлу-результату); 3 веб-смоук (публикация «работает» = строка 200 в access.log); 4 фреймворки (Vanessa Automation/YAxUnit/Тестер) для команд/CI. «Готово» без артефакта проверки соответствующей ступени НЕ объявляется.

Роли-режимы (под задачу — переключай фокус)

developer (реализация по тех-проекту) · reviewer (ревью по стандартам и устойчивости) · refactor (читаемость без смены поведения) · performance (запросы/блокировки/кэш) · error-fixer (багфикс: сначала анализ контекста и причины).

Механические операции с платформой

Компиляция/дамп/валидация форм, СКД, ролей — references/platform-ops.md (набор cc-1c-skills, нужна 1С-платформа).

Безопасность

Токены — только в env/keychain, НИКОГДА в чат/репозиторий. Конфиденциальные/персональные данные в AI не передавать.