Эта категория про стандарты, методики, style guide и правила строгой типизации. Она нужна, чтобы агент писал не просто рабочий, а приемлемый для проекта 1С код.
Эта категория про методологию разработки, стандарты 1С, правила качества и проектные процессы для AI-агентов. Она помогает связать генерацию кода с принятыми в команде правилами, стандартами оформления, проверками и порядком выпуска изменений.
В сравнении ниже видно, какие инструменты дают справку по стандартам, какие управляют процессом работы агента, а какие помогают проверять результат по правилам проекта.
| Критерий | Что сравнивается |
|---|---|
| Источник знаний | ИТС, 1С:Напарник, справка платформы, coding guidelines, strict typing, БСП, продуктовые индексы, собственные документы |
| Фокус категории | Общие стандарты и методики, ИТС, рекомендации по стилю, версионная документация, БСП |
| Явные инструменты | Есть ли в наборе отдельные tools именно под методологию и стандарты |
| Тип доступа | Локальный индекс, MCP-прокси к внешнему сервису, продуктовый сервер, SaaS-платформа |
| Версионность | Можно ли выбирать/сравнивать версии документации или платформы |
| Прозрачность реализации | Понятно ли по открытой реализации или публичной документации, как устроен слой знаний |
| Уровень подтверждения | исходники, описание, продукт |
| Набор инструментов | Источник знаний | Явные tools | Версионность | Прозрачность |
|---|---|---|---|---|
| локальная документация БСП 3.1.11, SQLite и карта API | 8 tools документации/версий; CLI подготовки корпуса | индекс по major.minor, снимок 3.1.11 | открытый код и готовые данные; поиск требует OpenRouter | |
| локальные карты ситуаций + стандарты внешнего v8std | skill v8std-standards-harness, CLI validate-pack; поиск/чтение через внешний MCP | карты требуют ручной ревизии; эталонный ID задаётся в конфигурации | открытые инструкции и CLI; валидатор проверяет отчёты без сети | |
| локальные правила и знания проекта/конфигурации | knowledge_1c, /learn, /rule, /config, OpenSpec | отпечатки исходников, черновики обновления | открытый профиль; внешняя память по выбору | |
| локальные правила BSL с пометками происхождения; внешний v8std | правила 1c-rules, навыки use-bsp, errors, obj-lifecycle; tools стандартов принадлежат v8std | сверка по подключённой базе и v8std | правила доступны в шаблоне | |
| локальная YAML-база паттернов, антипаттернов и стандартов | kb.search_kb, kb.get_standard, kb.check_standards, kb.get_antipattern | версия метода через .hbk | правила доступны в поставке | |
| локальные правила и навыки разработки 1С | инструкции навыков; внешний сервер справки платформы | задаётся проектом | исходные правила доступны | |
| стандарты v8std.ru + диагностики АПК/BSL LS/EDT + связанные страницы | v8std_search, v8std_get_page, v8std_get_related, v8std_explain_snippet, v8std_explain_diagnostics | частично | высокая | |
| справка платформы + coding guidelines + strict typing | get_coding_guideline, get_strict_typing_info, search_strict_typing | да | высокая | |
| адаптер стандартов + справочные skills | unica.docs, skills по БСП/проверкам/архитектуре | частично | высокая | |
| 6 локальных rules по BSL, БСП, запросам, EDT metadata, MCP и безопасности | автоматически загружаемые plugin rules; поискового tool нет | нет | высокая по текстам, внешние источники не поставляются | |
| 24 сценарных справочника по БСП 3.1.11 + локальная выгрузка для сверки | skill bsp; CLI method, module, modules | да, фиксированная 3.1.11 | высокая по skill и CLI; полная сверка требует отдельной выгрузки | |
| its_help через 1С:Напарник + локальный analyzer | its_help | частично | высокая по коду, внешняя зависимость по ИТС | |
| 1С:Напарник + ИТС + контекст конфигурации/БСП + внешние MCP tools в веб-чате | ask_1c_ai, search_its, fetch_its, diff_1c_documentation_versions | да | средняя | |
| 1С:Напарник + ИТС | its_help, fetch_its, diff_1c_documentation_versions | да | средняя | |
| 1С:Напарник | search_1c_knowledge, check_1c_code | частично | средняя | |
| продуктовые docs/BSP/context servers | заявлен docs/documentation layer | неясно | низкая | |
| документация, БСП, семантический слой платформы | публично не раскрыты | неясно | низкая |
BSP Documentation поставляет локальный снимок документации БСП 3.1.11, карту программного интерфейса на 70 подсистем и SQLite-индекс семейства 3.1 на 3761 секцию. Встроенный MCP работает по STDIO. Навигация и чтение обращаются к локальным данным; гибридный поиск объединяет SQLite FTS5/BM25 и векторное ранжирование через RRF, получая embedding запроса по HTTPS через OpenRouter.
detect_bsp_version | определяет полный релиз и семейство индекса по локальному проекту или явно переданному файлу. Читает XML-данные поддержки EDT либо сведения о родительских конфигурациях в наследуемом формате. |
|---|---|
list_bsp_versions | перечисляет установленные семейства индексов; в поставке 3.1. |
list_bsp_api_sections | список подсистем программного интерфейса выбранного снимка документации. |
discover_bsp_api_sections | лексический подбор подсистем по задаче, с учётом названий, описаний и ключевых слов; лимит 1–20, по умолчанию 5. Эмбеддинги не используются. |
get_bsp_api_section_map | компактная карта групп API выбранной подсистемы: названия, описания и принадлежность к интерфейсу или переопределению. |
search_bsp | гибридный поиск с режимами all, development для программного интерфейса и override для переопределяемых callbacks. Фильтры subsystem/api_group применяются до ранжирования; для api_group нужна подсистема. Возвращает ID, заголовок, положение в документации и выдержку до 600 символов, с пометками рекомендаций и предупреждений; лимит 1–20, по умолчанию 8. |
get_bsp_section | полный текст индексированной секции по ID, с пометками рекомендаций и предупреждений. ID относится к секции, которая может быть частью большой страницы. |
get_bsp_source_section | исходная локальная страница найденной секции целиком, в Markdown или HTML. |
inspect | разбор локального HTML-корпуса без эмбеддингов. |
|---|---|
export-html | выгрузка очищенных страниц в локальное дерево документации. |
crawl-its | сбор страниц документации БСП с ИТС; поддерживает переданные cookies/заголовки и продолжение по локальному манифесту. Текущий сборщик рассчитан на источник БСП 3.1.11. |
build-navigation | построение карты программного интерфейса из локальных HTML-страниц. |
index | построение SQLite-индекса и эмбеддингов документации через OpenRouter; при работе с каталогом создаёт и навигацию. |
serve | запуск MCP по STDIO. |
Нужны Python 3.11+, поставляемые данные и для поиска — ключ OpenRouter. Модель должна точно совпадать с qwen/qwen3-embedding-8b в готовом индексе. Перед первым поиском и затем через 24 часа выполняются пять контрольных запросов; несовместимость модели или провал проверки блокируют поиск. Эмбеддинги запросов кешируются в SQLite, поэтому поиску нужен доступ на запись к индексу. Навигация и чтение работают без ключа.
релизы семейства 3.1 используют поставляемую документацию 3.1.11. Точная сверка каждого патч-релиза и автоматическое обновление с ИТС не выполняются. Код плагина не имеет указанной лицензии; документация и демо сохраняют отдельные условия правообладателя.
v8std-standards-harness организует обращение агента к стандартам 1С через внешний HTTP MCP v8std и сохранение результатов сверки в локальных отчётах Markdown. Две карты связывают стандарты с объектами метаданных и действиями в BSL; в поставке есть идентификаторы, заголовки и условия выбора, а тексты стандартов поступают из подключённого сервиса.
v8std-standards-harness | один навык для выбора стандартов по ситуации, обязательного поиска за этап и оформления результатов: что применено, что пропущено и почему, какие новые стандарты найдены. Для проверки источника инструкция предусматривает чтение страницы с заранее выбранным эталонным ID. |
|---|---|
validate-pack | локальная проверка формата отчётных записей и, в режиме gate, их наличия, соответствия эталонному ID и положительного результата его проверки. Если найдены новые стандарты с решением applied или noted, валидатор требует перечислить их в итоговом отчёте для последующего пополнения карты. |
v8std_search, v8std_get_page | поиск и чтение стандартов на стороне отдельно подключённого v8std MCP; это инструменты внешнего сервиса. |
Карты охватывают запросы, документы и проведение, регистры, формы, роли/RLS, клиент-серверное выполнение, расширения и другие ситуации разработки. Они представляют авторскую подборку и требуют ручной ревизии; проверки существования эталонной страницы недостаточно для подтверждения актуальности всей карты. Нужны Agent Skills-клиент, настроенный v8std MCP и Node.js 18+ для CLI. Локальный кэш текстов стандартов собирается отдельно.
наличие корректной записи не доказывает чтение страницы или правильное применение требования. Режим lint допускает отсутствие записей; gate включается явно или через конфигурацию и требует заданного эталонного ID. Коды завершения: 0 — без замечаний, 1 — предупреждения, 2 — блокирующие нарушения. Подключение проверки к CI или pre-commit выполняется отдельно.
Pi 1C Agent хранит общие правила разработки 1С в локальном профиле, а сведения конкретного проекта — в локальном слое знаний. Факты, правила, предпочтения и предположения сохраняются с областью применения и ссылками на доказательства; актуальные исходники остаются основанием для проверки.
knowledge_1c | выборка локальных фактов и правил по запросу, областям и видам сведений, с ранжированием по приоритету; по умолчанию до 12 записей. |
|---|---|
/learn | подготовка черновика знания; approve/reject управляют его активацией. |
/rule | добавление проектного или конфигурационного правила через черновик. |
/config analyze | анализ в PLAN с предложениями новых знаний, без их автоматической активации. |
/config update | сопоставление отпечатков исходников после обновления конфигурации и подготовка добавлений, изменений или инвалидирования знаний; /config apply применяет черновик в BUILD. |
1c-openspec, /openspec-setup | подключение OpenSpec к проекту и работа с требованиями, предложением, реализацией и проверкой. |
/bootstrap | установка закреплённого снимка общих правил в область проекта или профиля. |
проектные правила и предпочтения, затем правила конфигурации, подтверждённые факты конфигурации и общие правила 1С. Для локальных знаний проект должен быть доверенным. Cognee/OpenViking — отдельный необязательный контур долговременной памяти и документов; он требует подключённых сервисов. Поиск локальных знаний не обращается к ИТС и не подтверждает корректность сохранённого факта без его исходных доказательств.
BSL AI Toolkit поставляет локальные правила и инструкции навыков, которые AI-агент читает в рабочем проекте. Они задают порядок сверки кода, разработки и проверки; собственной поисковой базы стандартов здесь нет. Если агенту нужна справка платформы, MCP-профиль отдельно подключает внешний сервер с JAR справки.
1c-dev | требует сверять BSL-решение с реальным кодом и справкой, затем проверять изменённый код. |
|---|---|
1c-metadata | задаёт порядок поддержанных правок метаданных и проверки результата в тестовой базе. |
1c-tester | требует выбирать достаточный уровень проверки и фиксировать фактический результат. |
Это локальная методология разработки, а не поисковая база стандартов 1С. Справка платформы в MCP-профиле подключается как отдельный внешний сервер при наличии JAR.
MCP v8std - специализированный источник стандартов v8std.ru для ИИ-помощников. Он не пытается заменить справку платформы или ИТС, а дает агенту доступ к стандартам, диагностическим страницам и связям между ними.
v8std_search | поиск стандартов, диагностик и страниц по фразе, номеру стандарта или коду диагностики. |
|---|---|
v8std_get_page | получение полного текста найденной страницы. |
v8std_get_related | переход к связанным стандартам, диагностикам и материалам. |
v8std_explain_snippet | подбор стандартов по короткому фрагменту BSL. |
v8std_explain_diagnostics | объяснение диагностик АПК, BSL Language Server и EDT. |
открытый репозиторий, CC0, публичный endpoint без ключа, локальный запуск через Docker/Python, явная специализация на стандартах и диагностических пояснениях. В отличие от общих справочников, сразу покрывает сценарий "диагностика -> причина -> связанный стандарт".
это read-only источник знаний. Он не запускает анализ проекта, не строит diagnostics сам и не заменяет BSL Analyzer, EDT validation или BSL Language Server. Публичный endpoint получает текст запросов, поэтому закрытый код и коммерческие данные нужно проверять только через локальный запуск.
когда агенту нужно опираться на стандарты v8std.ru, объяснять диагностики АПК/BSL LS/EDT или подбирать правила по небольшому фрагменту кода.
MCP BSL Platform Help Context - самый прямой локальный инструмент этой категории. Он не зависит от Напарника и дает отдельный методический слой поверх справки платформы.
get_coding_guidelineget_strict_typing_infosearch_strict_typingget_platform_infoоткрытая реализация; явные tools именно под рекомендации по стилю и strict typing; поддержка multi-version, keyword/semantic/hybrid поиска.
основной фокус все же на платформенной справке и typed/coding guidance, а не на ИТС или внутренних регламентах команды.
когда нужен локальный OSS-слой по рекомендациям разработки, strict typing и platform-level guidance.
BSL Analyzer попадает в эту категорию через its_help в reference-profile MCP. Это хороший вариант, когда уже используется сам analyzer и хочется не плодить отдельные сервисы.
its_helpодин бинарник совмещает analyzer, LSP и MCP; удобно, если методический слой нужен рядом с code checking и workspace-сценариями.
для its_help нужен NAPARNIK_TOKEN; методологический слой здесь не основной, а один из подпрофилей reference-MCP.
когда уже используется bsl-analyzer и нужен встроенный доступ к ИТС без отдельного дополнительного MCP-сервера.
1C Buddy в этой категории опирается на интеграцию с 1С:Напарником и ИТС. Веб-чат также может подключать внешние Streamable HTTP MCP-серверы, что полезно для совмещения методических ответов с локальными project tools.
ask_1c_ai - принимает configuration и ssl_version, поэтому вопрос можно сфокусировать на конкретном прикладном решении и версии БСП.search_itsfetch_itsdiff_1c_documentation_versionsявные tools под поиск, получение и сравнение документации; хорошо подходит для вопросов по ИТС и изменениям между версиями.
это не локальный индекс; зависит от токена code.1c.ai и поведения внешнего сервиса.
когда нужен MCP-доступ к ИТС и версионной документации через 1С:Напарник.
MCP доступен по STDIO и Streamable HTTP; отдельная минимальная поставка не включает веб-чат. Требуются Python 3.10+ и токен Напарника; HTTP-зависимости устанавливаются отдельно, полную и минимальную поставки нельзя совмещать в одном окружении.
1C AI MCP решает похожий сценарий, но через другой MCP-прокси к 1С:Напарнику.
its_helpfetch_itsdiff_1c_documentation_versionsзакрывает методологический сценарий вместе с review/rewrite/check flows; удобно, если этот proxy уже используется как основной шлюз к Напарнику.
как и у 1C Buddy, качество и полнота зависят от внешнего сервиса и подписки.
когда основной стек уже завязан на 1C AI MCP, и методические ответы нужны рядом с код-операциями 1С:Напарника.
1c-copilot-mcp попадает в эту категорию через запросы к 1С:Напарнику по ИТС, БСП, типовым конфигурациям и проверку кода с учетом стандартов разработки.
search_1c_knowledge | тематический запрос по ИТС, платформе, типовым конфигурациям и БСП; можно указать configuration и platform_version. |
|---|---|
check_1c_code | проверка BSL-кода; шаблон проверки просит оценивать стиль, стандарты разработки и лучшие практики. |
ask_1c_ai | консультация по 1С в режимах general, consulting, expertise. |
простой stdio MCP, который закрывает методические вопросы через 1С:Напарник и может применять эти знания к проверке конкретного BSL-фрагмента.
нет отдельного fetch_its, явного чтения найденного документа, diff версий документации и локального индекса стандартов. Для точной работы со стандартами v8std или локальной справкой лучше специализированные инструменты.
когда уже нужен легкий локальный bridge к 1С:Напарнику, а методические ответы и проверка стандартов нужны как часть общего вопроса или review фрагмента.
OneRPA в этой категории важен как продуктовый документационный слой. По основной инвентаризации он закрывает методологию и стандарты через docs/BSP/documentation servers в составе bundle.
product bundle, где методический слой идет рядом с остальными MCP-серверами.
по публичным материалам не хватает детализации именно по tools этой категории; исходники недоступны.
когда уже используется OneRPA bundle и нужен продуктовый документационный слой вместе с остальными серверами.
OneMCP попадает в эту категорию по публичному описанию: заявлены справка платформы и БСП, документация и семантический слой.
единая продуктовая платформа, где методические материалы идут рядом с метаданными, кодом и документацией.
мало технической прозрачности; без доступа к продукту сложно оценить глубину методологического слоя.
когда нужен продуктовый единый слой с методологией, документацией и остальными 1С-контекстами.
Unica подключается к Claude Code или Codex через STDIO MCP и работает с локальными source sets файловой выгрузки. Интерфейс предварительной версии 0.13.0-rc.2 состоит из 11 логических инструментов; стабильный релиз 0.12.3 сохраняет предыдущий контракт. В предварительной версии прежние семейства отдельных tools заменены операциями над адресованными узлами.
unica.docs | поиск и чтение документов по стандартам разработки, постраничные результаты. |
|---|
Для записи сначала нужен dryRun и его revision в ifRev; допустимые операции объявляются в can выбранного узла. Состав валидаторов и runtime-сценариев зависит от вида артефакта и настроенных драйверов; наличие инструмента не означает поддержку любой операции. Платформа 1С требуется для сценариев сборки и работы с базой.
1С:БСП Skills — специализированный методический слой по БСП 3.1.11, который описывает не абстрактные стандарты оформления кода, а правильный выбор общих модулей, методов и сценариев применения стандартных подсистем. Он различает регион ПрограммныйИнтерфейс, служебные и устаревшие области и модули *Переопределяемый.
bsp_api.py method, bsp_api.py module, bsp_api.py modules для локальной проверки сигнатур и регионов по выгрузке БСП.24 подробных reference-раздела с BSL-примерами, параметрами, возвращаемыми значениями, антипаттернами и предупреждениями о нестабильном API. Это существенно глубже общего раздела «БСП-паттерны» в универсальном skill-наборе.
сведения версионированы под БСП 3.1.11 и не должны автоматически переноситься на другие выпуски. Публичный CI проверяет компиляцию скриптов и обязательность --src, но не может перепроверить reference-таблицы без исключенной из репозитория выгрузки БСП. Это справочно-методический skill, а не автоматический линтер или MCP-поисковик.
когда методическая ошибка связана именно с API и паттернами БСП — выбором модуля, сигнатуры, стабильного интерфейса или корректного workflow подсистемы.
В этой категории учитываются только шесть автоматически загружаемых 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.
MCP-сервер kb загружает локальные YAML-правила: шаблоны решений, антипаттерны и стандарты. Поиск и проверки выполняются по этому каталогу, без обращения к ИТС или опубликованной базе 1С. Доступность методов платформы проверяется отдельно по импортированной справке .hbk либо резервным данным проекта.
kb.search_kb | поиск по локальной базе знаний с фильтром категории. |
|---|---|
kb.get_standard | карточка стандарта с примерами и источником. |
kb.check_standards | проверка переданного BSL-кода по правилам стандартов. |
kb.get_antipattern | описание антипаттерна и рекомендация по исправлению. |
kb.check_antipatterns | поиск антипаттернов в переданном коде. |
правила и примеры доступны локально, есть чтение и программная проверка фрагмента. Ограничения: полнота зависит от поставленного каталога правил; методическая база не обновляется автоматически из внешних источников.
Правила BSL поставляются как локальный текст в каталоге проекта и автоматически применяются Claude Code к BSL, OneScript и некоторым файлам метаданных. Каждая норма помечена происхождением: стандарт, факт платформы, рекомендация или правило проекта. Отдельное правило mcp направляет агента к опубликованной базе для фактов о конфигурации и к внешнему серверу v8std для полного текста стандартов и диагностик.
1c-rules | нормы BSL и общий чек-лист разработки. |
|---|---|
mcp | порядок проверки фактов через базу, исходники и стандарты. |
use-bsp | паттерны применения БСП. |
errors | обработка исключений, транзакций и блокировок. |
obj-lifecycle | порядок обработчиков записи и проведения. |
config-modification | правила доработки типового кода и расширений. |
агент видит происхождение нормы и применяет единый чек-лист в разработке и ревью. Ограничения: шаблон не хранит полные тексты стандартов и не реализует собственного поискового MCP; для актуального текста и кодов диагностик требуется отдельно подключённый v8std.