1c-rules — набор правил и инструментов разработки на 1С для ИИ-агентов

Форк-редакция под bsl-analyzer. Это форк comol/ai_rules_1c (автор оригинала — comol), перенацеленный с исходного MCP-стека на стек bsl-analyzer (bsl-analyzer-workspace / bsl-analyzer-reference) + v8std + 1С:Напарник. Полный маппинг инструментов и отличия — в MIGRATION-bsl-analyzer.md.

Если ты ИИ-агент и тебе нужно установить или обновить правила в проекте, перейди к AGENT-INSTALL.md и следуй инструкциям оттуда. Текущий файл — обзор для разработчика.

1c-rules — это переносимый набор правил, ролей субагентов, on-demand инструкций и интеграций для разработки в 1С:Предприятие 8 (BSL) с помощью ИИ-агентов. Содержимое раскладывается в проект единым установщиком и адаптируется под формат каждого инструмента.

Под какие ИИ-агенты адаптированы правила

Правила и команды собираются под конкретный инструмент адаптерами из adapters/*.yaml. Поддерживаются:

• Cursor (.cursor/rules/, .cursor/commands/)
• Claude Code (.claude/rules/, .claude/agents/, .claude/commands/)
• OpenAI Codex (.codex/rules/, .codex/agents/, .codex/skills/, .codex/config.toml; slash-команды ставятся в пользовательский ~/.codex/prompts/)
• OpenCode (.opencode/command/)
• Kilo Code (.kilo/rules/, .kilo/commands/, .kilo/agents/, .kilo/skills/)
• Прочее (other, универсальный fallback) (.ai-agent/rules/, .ai-agent/agents/, .ai-agent/commands/, .ai-agent/skills/, .ai-agent/mcp.json) — для любого ИИ-клиента, которого нет в списке выше (Aider, Cline, Continue, Cody и т.п.). Ничего не автодетектится — выбирается вручную при установке. На диск пишутся максимально портабельные правила: AGENTS.md в корне (де-факто стандарт для современных агентов), а on-demand-правила и описания субагентов — по нейтральным путям под .ai-agent/ с минимальной frontmatter (description + alwaysApply).

Один и тот же исходный набор правил из content/ раскладывается во все активные инструменты одновременно, поэтому AGENTS.md, on-demand правила и описания субагентов остаются согласованными независимо от того, в каком клиенте вы работаете.

Как попросить агента поставить правила

Установка спроектирована как протокол, который выполняет сам ИИ-агент. Откройте проект в любимом ИИ-агенте (Cursor / Claude Code / Codex / OpenCode / Kilo Code) и отправьте сообщение:

Установи правила из https://github.com/itrous/ai_rules_1c по AGENT-INSTALL.md.

Всё. Остальное — клонирование репозитория, определение активных инструментов, миграция существующих AGENTS.md / CLAUDE.md, запросы перед разрушительными действиями — описано в AGENT-INSTALL.md, который агент прочитает сам.

Fallback: PowerShell-установщик

Если агент не справляется (ограниченная среда, нет FS-доступа, нужен детерминированный CI-запуск) — тот же протокол реализован как PowerShell-скрипт install.ps1:

git clone https://github.com/itrous/ai_rules_1c.git $env:TEMP\1c-rules
& $env:TEMP\1c-rules\install.ps1 init -Source $env:TEMP\1c-rules

Имя локальной папки произвольное: в примерах используется 1c-rules, но установленный или рабочий каталог может называться иначе.

Параметр -Source также принимает URL напрямую — в этом случае установщик сам делает shallow-clone в кэш под $env:TEMP (ключ кэша — хэш URL) и переиспользует его при повторных запусках; требует git в PATH:

.\install.ps1 init -Source https://github.com/itrous/ai_rules_1c

Команды: init / update / add <tool> / remove [<tool>] / doctor / eject.

Что внутри

• Корневой свод правил — AGENTS.md: исходный always-on контекст для ИИ-агента: персона, процедура разработки, принципы, перечень MCP-инструментов и их использование, стандарты кода, дисциплина вызовов инструментов. В этом репозитории он хранится в корне для удобного просмотра и поддерживается как читаемый документ без обязательных плейсхолдеров путей.
• Пользовательские правила — USER-RULES.md: пустой по умолчанию файл для команды/проекта. Установщик его не перезаписывает.
• Память проекта — memory.md: строгий долговременный слой для глобальных критичных правил проекта. Маршрутизация между memory.md и нативной памятью ИИ-агента (в этом стеке нет MCP-сервера памяти) описана в AGENTS.md → Project memory; это не общий блокнот.
• Параметры проекта — .dev.env: единый источник правды для всех правил, on-demand-инструкций, слэш-команд и субагентов. Содержит и параметры генерации кода (PREFIX, COMPANY, DEVELOPER, PLATFORM_VERSION, шаблоны комментариев, NEW_OBJECTS_IN), и параметры подключения к ИБ для команд и тестов (PLATFORM_PATH, INFOBASE_KIND/INFOBASE_PATH, IB_USER/IB_PASSWORD, EXTENSION_NAME, EXPORT_PATH, LOG_PATH, INFOBASE_PUBLISH_URL для веб-тестов). Установщик создаёт .dev.env автоматически на init, заполняет автодетектом PLATFORM_VERSION (из Configuration.xml), PLATFORM_PATH (поиск в C:\Program Files\1cv8\) и PREFIX (из NamePrefix расширения), запрашивает остальное в интерактивном режиме. В -NonInteractive оставляет пустые поля с явным WARNING. Шаблон — .dev.env.example.
• Установщик — install.ps1: PowerShell-инсталлятор (команды init / update / add / remove / doctor / eject).
• Спецификация установщика — AGENT-INSTALL.md: что пишется/обновляется на диске, как происходит миграция и что принадлежит установщику.

Структура репозитория

.
├── AGENTS.md                # шаблон основного свода правил (always-on контекст после установки)
├── AGENT-INSTALL.md         # инструкция установки для ИИ-агентов
├── USER-RULES.md            # пользовательские правила (не трогается установщиком)
├── memory.md                # память проекта
├── install.ps1              # PowerShell-установщик
├── .dev.env.example         # шаблон параметров проекта
├── adapters/                # адаптеры под инструменты (cursor, claude-code, codex, opencode, kilocode)
├── content/
│   ├── rules/               # on-demand правила, подключаемые по задаче
│   ├── agents/              # описания 13 специализированных субагентов
│   ├── commands/            # слэш-команды (doctor, deploy-and-test, getconfigfiles, loadfrom1cbase, update1cbase, checkmcp, installmcp, updatemcp, update)
│   ├── skills/              # SKILL-пакеты (1c-metadata-manage, mermaid-diagrams и др.)
│   ├── openspec-bundle/     # снапшот вывода `openspec init` для каждого инструмента
│   └── mcp-servers.json     # каталог MCP-серверов экосистемы 1С
├── openspec/                # OpenSpec-воркспейс (specs/, changes/, project.md)
└── tools/                   # вспомогательные скрипты (refresh-openspec-bundle.ps1)

Что появится в проекте после установки

Независимо от канала установки (агент или install.ps1) на диске будет:

• AGENTS.md, USER-RULES.md, memory.md — в корне проекта. Это требование инструментов: Cursor, Claude Code, Codex, OpenCode, Kilo Code читают AGENTS.md именно из корня; перенос в .cursor//.claude/ отключит загрузку.
• директории активных инструментов (.cursor/, .claude/, .codex/, .opencode/, .kilo/ — для Kilo Code MCP пишется в .kilo/kilo.json под ключом mcp; legacy .kilocode/mcp.json больше не используется и автоматически удаляется при update) — для каждого детектированного. On-demand правила лежат в <tool>/rules/ соответствующего инструмента, не дублируются в отдельный «общий» каталог.
• openspec/ — OpenSpec-воркспейс (если ещё не было).
• .ai-rules.json — манифест с перечнем размещённых файлов, активных инструментов, выбранным каноническим каталогом on-demand правил и версией.

AGENTS.md ссылается на on-demand правила по пути одного канонического каталога (приоритет cursor → claude-code → kilocode → opencode → codex → other; other становится каноном только когда выбран без «реального» инструмента). При установке только под один инструмент в проекте появится ровно одна тулзовая директория плюс AGENTS.md/USER-RULES.md/memory.md в корне — без дополнительных общих папок.

Если активен ровно один инструмент, агент-установщик не задаёт уточняющих вопросов. PowerShell-fallback дополнительно поддерживает флаги -Tools cursor,claude-code, -NonInteractive, -AssumeYes. Полный протокол и описание манифеста — в AGENT-INSTALL.md.

Свод on-demand правил (content/rules/)

Подгружаются ИИ-агентом по задаче, когда сценарий совпадает с описанием правила. Полный и авторитетный список входных точек находится в AGENTS.md → Additional rules; список ниже — обзор по группам.

• coding-standards.md — краткий индекс стандартов кода и ссылок на детальные правила.
• dev-standards-core.md — параметры проекта, стиль кода, шаблоны комментариев модификаций, нейминг, заголовки документации.
• dev-standards-architecture.md — архитектурные паттерны, расширения, стандарты платформы, code smells.
• dev-standards-forms.md — правила доработки управляемых форм (программная модификация типовых форм, размещение элементов, проверка заполнения, команды формы).
• module-structure.md — канонические шаблоны регионов для общих модулей, модулей объектов и менеджеров, модулей форм; директивы препроцессора; обязательные регионы.
• forms.md — единая точка входа для задач по управляемым формам; выбирает нужные companion-правила для Form.xml, Form.Module.bsl, событий, async, reserved names и XML-валидации.
• forms-add.md / forms-events-add.md / form-module.md — генерация форм, событий и работа с модулем формы.
• form-reserved-names.md — зарезервированные имена свойств в модулях форм (запрет на локальные переменные ПараметрыВыбора, СвязиПараметровВыбора, СписокВыбора, ПараметрыОтбора, ОтборСтрок).
• async-methods.md — практическое руководство по Асинх / Ждать / Обещание (платформа 8.3.18+) с типичными паттернами и ловушками (тихая потеря исключений без Ждать, Асинх в обработчиках событий формы, HTTP-async).
• extension-patterns.md — паттерны расширений (CFE): типы перехватчиков, правила ПродолжитьВызов, маркеры #Вставка / #Удаление, ограничения заимствованных объектов, антипаттерны.
• dcs-design.md — правила проектирования отчётов на СКД: выбор типа наборов данных, вычисляемые поля vs ресурсы, параметры и пользовательские настройки, варианты, программный override компоновки, взаимодействие с RLS, чек-лист производительности.
• registers-design.md — проектирование регистров (сведений, накопления, бухгалтерии, расчёта): измерения и ресурсы, периодичность, индексирование, подчинение регистратору, остатки vs обороты, проведение и перепроведение.
• metadata-xml-workarounds.md — типовые ошибки при ручной генерации метаданных XML (отсутствие LineNumber в табличных частях, опечатка PagesGroupExtInfo, обязательный Page.enabled, уникальность UUID).
• tooling-playbooks.md — пошаговые MCP-плейбуки под типовые задачи (написание кода, ревью, архитектура, исправление ошибок, оптимизация, рефакторинг, метаданные XML, формы, интеграции, документация, сравнение версий платформы).
• subagents.md / subagent-pipeline.md — каталог субагентов и формализованный pipeline для full-cycle задач.
• getconfigfiles.md — выгрузка объектов метаданных из информационной базы в репозиторий.
• integrations-add.md — правила для интеграций (HTTP-сервисы, REST, очереди).
• refactor-add.md — чек-лист безопасного рефакторинга.
• sdd-integrations.md — правила работы с OpenSpec.
• logging-strategy.md — позитивная стратегия логирования: когда писать в ЖурналРегистрации, уровни, нейминг событий, структура Данные, запрет на секреты / PII, ротация.
• locks-and-transactions.md — управляемые блокировки, границы транзакций, фиксированный порядок блокировок, предотвращение взаимных блокировок, режимы блокировок, диагностика через техжурнал.
• anti-patterns.md — каталог 1С анти-паттернов и рубрика код-ревью.
• systematic-debugging.md / verification-checklist.md — методика отладки и итоговый gate готовности.
• platform-solutions.md — типичные ловушки платформы и проверенные шаблоны решений (включая фоновые задания из внешней обработки через БСП).

Специализированные субагенты (content/agents/)

Тринадцать ролей под конкретные задачи: 1c-explorer, 1c-analytic, 1c-planner, 1c-architect, 1c-arch-reviewer, 1c-developer, 1c-metadata-manager, 1c-refactoring, 1c-performance-optimizer, 1c-error-fixer, 1c-tester, 1c-code-reviewer, 1c-doc-writer. Когда какой использовать — описано в content/rules/subagents.md (точка входа из AGENTS.md → Skills and Subagents).

SKILL-пакеты (content/skills/)

Скиллы — это самодостаточные подключаемые модули с собственной документацией и (опционально) скриптами/инструментами. Активный инструмент подхватывает их из своего skills/-каталога. В поставке:

1c-metadata-manage — управление структурой метаданных 1С

Главный скилл для работы с метаданными конфигурации: создание, редактирование, валидация, удаление объектов, форм, отчётов, макетов, ролей, расширений, баз. Скилл — диспетчер: по ключевым словам задачи он направляет агента в нужный домен и при сложных мутирующих сценариях делегирует работу субагенту 1c-metadata-manager. Все XML-операции выполняются через скрипты в tools/, которые корректно обрабатывают BOM, кодировки, UUID, порядок ChildObjects и кросс-ссылки — то, что легко сломать ручной правкой.

Покрываемые домены:

• Объекты метаданных (meta-manage.md) — справочники, документы, регистры (сведений, накопления, бухгалтерии, расчёта), перечисления, константы, общие модули, реквизиты, табличные части.
• Управляемые формы (form-manage.md) — создание, редактирование, анализ, валидация Form.xml, элементов, команд, событий.
• Схемы компоновки данных, СКД (skd-manage.md) — отчёты, наборы данных, запросы СКД.
• Табличные документы, MXL (mxl-manage.md) — макеты, печатные формы, декомпиляция MXL.
• Роли и права (role-manage.md) — права, RLS, разграничение доступа.
• Внешние обработки и отчёты (epf-manage.md) — каркас, сборка, дамп EPF/ERF.
• Конфигурации и расширения (cf-manage.md, cfe-manage.md) — создание, диффы, патчи, регистрация в БСП (bsp-manage.md).
• Базы данных (db-manage.md) — реестр, создание, запуск, загрузка/выгрузка ИБ.
• Подсистемы и командный интерфейс (subsystem-manage.md, interface-manage.md).
• Макеты и шаблоны, справка (template-manage.md, help-manage.md), паттерны БСП (ssl-patterns.md).
• Запросы — написание новых (query-writing.md) и оптимизация (query-optimization.md).
• Веб-публикация (web-manage.md) — публикация/снятие, статус, smoke-тесты для Apache/IIS.
• Распаковка бинарников без платформы 1С (v8unpack-cf.md) — извлечение и сборка CF/CFE/EPF через Python-утилиту v8unpack (для CI без 1С на хосте, оффлайн-инспекции стороннего расширения, partial-rebuild пайплайнов).

Сопутствующие скиллы

• mcp-1c-tools — диспетчер MCP-серверов экосистемы 1С: каталог серверов, маршрутизация задач, fallback-цепочка (search search_code → search find_code → graph / metadata → Grep), параметрические подсказки. Подгружается до выбора любого 1С MCP-инструмента; per-server описания — в docs/<server>.md.
• caveman — стиль общения для разработческих задач: краткие рабочие ответы на русском, без лишнего объяснения. Включён для реализации, отладки и деплоя; выключен для ревью, анализа, аудита и пользовательской документации.
• img-grid-analysis — наложение пронумерованной сетки на изображение для определения пропорций колонок. Используется при генерации MXL-макетов из скриншотов или сканов печатных форм; даёт коэффициенты ширины колонок для JSON-DSL компилятора.
• mermaid-diagrams — практическое руководство по диаграммам Mermaid, совместимым с большинством рендереров (плюс ASCII-сайдкары для просмотра в чистом Markdown).
• powershell-windows — правила скриптинга в Windows PowerShell (разделители команд, кавычки путей, замены curl/timeout/&&, Docker, HTTP, JSON). Подгружается, когда правила выполняют shell-команды на Windows.
• md-to-docx — конвертация Markdown в Word-документ (.docx) c сохранением заголовков, таблиц, списков, кода, ссылок и инлайн-изображений. Требует Node.js и пакет docx.
• prompt-enhancer — превращение короткой неструктурированной заметки или ТЗ в подробную императивную постановку с пронумерованными шагами анализа, явными граничными случаями и фиксированным форматом вывода. Сохраняет термины и не добавляет новых требований.
• transcribe — транскрибация аудио и видео через Gemini 2.5 Flash API: дословная расшифровка с таймкодами, опциональное саммари, режим --analyze-ui для разбора экранного интерфейса со скриншотами. Требует Python, ffmpeg и GEMINI_API_KEY.
• handoff — сжимает текущий разговор в самодостаточный handoff-документ для следующей сессии (новый чат, другая машина, другой ИИ-клиент). Не дублирует durable-артефакты (openspec/, memory.md, коммиты, заметки в нативной памяти агента), а ссылается на них. Дефолтный путь — handoffs/handoff-<timestamp>.md в корне проекта. Адаптировано из mattpocock/skills.

MCP-серверы экосистемы 1С

Этот форк рассчитан на работу со стеком bsl-analyzer: два stdio-сервера, поднимаемых установщиком bsl-analyzer (bsl-analyzer mcp install), плюс публичный HTTP-сервер стандартов v8std и коммерческий 1С:Напарник (1c-code-check-mcp). Все серверы опциональны: правила содержат graceful fallback, если конкретный MCP не поднят. Полная карта перехода с исходного comol-стека (8 HTTP-серверов) — в MIGRATION-bsl-analyzer.md в корне репозитория. Каталог адресов и идентификаторов — в content/mcp-servers.json (PATH-шаблон для установщика; запускать из корня проекта, чтобы --source-dir . срабатывал). Единый источник правды по MCP-маршрутизации, fallback-порядку и таблицам инструментов — скилл mcp-1c-tools (content/skills/mcp-1c-tools/SKILL.md, разделы docs/<server>.md); плейбуки под типовые задачи — в content/rules/tooling-playbooks.md.

Инструменты bsl-analyzer — action-диспетчеризуемые. Одно имя инструмента принимает параметр action вместо отдельного инструмента на каждую операцию. Авторитетный набор действий и параметров — тот, что отдаёт живая схема инструмента в текущей сессии: начинайте незнакомый инструмент с discovery-действия (status у search, overview / schema у graph, catalog у diagnostics, info / tree у metadata) и читайте форму ответа, а не угадывайте имена параметров.

bsl-analyzer-workspace — индекс проекта (stdio)

Основной инструмент анализа конфигурации: поиск по коду, граф вызовов всей конфигурации, обзор метаданных, диагностики анализатора, валидация SDBL-запросов, исполнение BSL/запросов на живой ИБ, отладка.

• metadata (info / tree / object / form) — структура метаданных: дерево объектов, структурный паспорт объекта (реквизиты, табличные части, ресурсы), разбор управляемой формы.
• search (search_code / find_code / status) — семантический поиск по коду (search_code, требует настроенного EMBEDDING_*) и лексический/FTS (find_code, это и есть внутрииндексный substring-ретрай). Возвращает скоринговые сниппеты + graph_id.
• graph (overview / schema / status / resolve / node / source / callers / callees / neighbors + edge_kinds / provenance / dir / detail) — граф связей конфигурации: resolve имени в graph_id, impact-анализ через neighbors (с фильтрами edge_kinds / dir / provenance), цепочки вызовов через callers / callees, тело процедуры через node detail=bodies / source.
• diagnostics (catalog / file / workspace) — оффлайн-анализатор BSL/метаданных: catalog для перечня кодов, file на изменённом модуле, workspace для сплошного прохода. Заменяет syntaxcheck — это анализатор файлов, не проверка сырого текста.
• query (validate / execute) — validate это статический оффлайн-разбор SDBL (живая ИБ не нужна; не подтверждает существование таблиц/полей и RLS); execute гоняет запрос на живой ИБ.
• execute (check / run / eval) — исполнение фрагмента BSL на живой ИБ.
• debug — инспекция журнала регистрации / отладка (требует живой ИБ).

Живая ИБ требует 1С-расширения bsl-analyzer, опубликованного на базе (bsl-analyzer extension export → загрузка в Конфигуратор → публикация HTTP-сервиса). Без него execute / query execute / debug недоступны; query validate (статический разбор SDBL) работает оффлайн. Действует та же дисциплина read-only-first / без мутаций без подтверждения, что и у исходного 1c-data-mcp.

Семантический search_code выключен, пока не настроен. PATH-шаблон не несёт EMBEDDING_*-окружения, поэтому «из коробки» доступны только лексический find_code, graph, metadata и diagnostics. Добавьте EMBEDDING_URL / EMBEDDING_MODEL / EMBEDDING_DIM / EMBEDDING_API_KEY (например, через bsl-analyzer mcp install --env …), чтобы включить семантику. Правила деградируют корректно: где семантики нет, документированный fallback — find_code + graph resolve.

bsl-analyzer-reference — справка платформы (stdio)

Справочник API платформы, поиск по документации платформы, экспертная справка по ИТС.

• search — поиск по документации платформы (семантический / FTS).
• syntax_help — точечная справка по известному имени типа / метода платформы.
• its_help — поиск по стандартам ИТС.

v8std — стандарты разработки (HTTP)

Read-only источник знаний v8std.ru по стандартам 1С (BSL/SDBL), диагностикам ACC/BSLLS/EDT, алиасам, связям, исходным URL и чистому Markdown. Не запускает анализаторы и не меняет код. Установка не нужна (публичный HTTP).

• v8std_search — произвольный поиск по тексту / неизвестным id.
• v8std_get_page — полная Markdown-страница по известному id / алиасу / пути / URL.
• v8std_get_related — переход между стандартом и связанными диагностиками / стандартами.
• v8std_explain_snippet — объяснение короткого BSL/SDBL-фрагмента в терминах стандартов.
• v8std_explain_diagnostics — объяснение кодов диагностик ACC / BSLLS / EDT.

1c-code-check-mcp — 1С:Напарник и ИТС

Доступ к коммерческому сервису 1С:Напарник в роли субагента + поиск по ИТС. Обёртка должна быть запущена и читать NAPARNIK_TOKEN из собственного окружения — токен не хранится в mcp-servers.json (никаких секретов в репозитории). Если обёртка не запущена, её инструменты просто не появляются, и правила откатываются на diagnostics + v8std для ревью.

• Анализ кода: check_1c_code (синтаксис, логика, производительность), review_1c_code (стиль, стандарты ИТС, нейминг, структура), rewrite_1c_code / modify_1c_code (переписывание/целевые правки), ask_1c_ai (свободный диалог с сохранением контекста).
• Документация и база знаний: search_1c_documentation (документация под конкретную версию платформы), onec_help (актуальная справка), its_help → fetch_its (поиск по ИТС-стандартам с обязательным дочитыванием полной статьи), diff_1c_documentation_versions (диффы между версиями платформы), config_help (документация по конкретным конфигурациям — ERP, БП, ЗУП, УТ).

Лимит на check_1c_code / review_1c_code — до 3 вызовов каждого валидатора на цикл, разделяемый с diagnostics file. Output AI-инструментов всегда перепроверяется через diagnostics file + check_1c_code + review_1c_code перед сдачей кода.

Память проекта — нативная память агента

В этом стеке нет MCP-сервера памяти: исходный 1c-templates-mcp (templatesearch / remember / recall) не имеет эквивалента в bsl-analyzer. Долговременная память проекта — это memory.md (строгий слой) плюс нативная память ИИ-агента (например, project memory в Claude Code). Поиск шаблонов «до написания кода» заменяется на поиск по существующему коду проекта (search) + стандарты v8std. Маршрутизация описана в разделе AGENTS.md → Project memory (всегда подгружается вместе с правилами).

OpenSpec

Установщик безусловно разворачивает OpenSpec-воркспейс (openspec/) с режимом «не перезаписывать существующее». Слэш-команды /opsx:propose, /opsx:apply, /opsx:archive, /opsx:explore разворачиваются автоматически для каждого активного инструмента из набора cursor, claude-code, codex, opencode, kilocode (бандлы — в content/openspec-bundle/<tool>/). Для адаптера other (универсальный fallback) тулз-нейтрального бандла нет — слэш-команды OpenSpec автоматически не разворачиваются; пользователь подключает их вручную, работая напрямую с openspec/specs/ и openspec/changes/. Подробности — в openspec/README.md.

Ссылки

• vibecoding1c.ru — портал по вайбкодингу для 1С: курсы, бенчмарк моделей, статьи, продукты для разработки 1С с ИИ.
• vibecoding1c.ru/mcp_server — исходный пакет MCP-серверов для 1С (comol-стек), под который были заточены правила оригинального репозитория. Этот форк ретаргетирован на стек bsl-analyzer — см. MIGRATION-bsl-analyzer.md.
• Telegram-канал «IT Does Matter» — обсуждение вайбкодинга для 1С, MCP, ИИ-агентов, практик и обновлений.

Лицензия

Никакой лицензии, берите и используйте как хотите