bsl-ai-toolkit

Анализ и архитектура задач 1С: разбор задачи/ЧТЗ, какие контуры/базы существуют и что с чем связано, что затронет изменение, где уже реализован функционал; подготовка качественного ЧТЗ (ожидаемое поведение + модель данных + критерии приёмки) и архитектурных решений. ОБЯЗАТЕЛЬНО используй, когда анализируешь или уточняешь задачу по 1С, определяешь контур и базу, оцениваешь влияние доработки, готовишь/проверяешь ЧТЗ, формулируешь уточняющие вопросы, решаешь нужен ли архитектор, или проектируешь на уровне архитектуры (не написания BSL). Срабатывай даже без слов «анализ/архитектура», если речь о понимании задачи, контуров, влияния или подготовке требований. Главное правило: искать в ОБОИХ слоях контура (конфигурация + расширение) и проверять по РЕАЛЬНОМУ коду через MCP, не по памяти. Написание/ревью BSL — скилл `1c-dev`.

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

Оценка трудозатрат задачи 1С и проверка ЧТЗ перед оценкой/разработкой: чего не хватает, чтобы оценивать честно, оценка по аналогии на реальных закрытых задачах (не сумма придуманных атомов), проверка ЧТЗ тех-лидом по рамке требований и работа со списком замечаний (что именно вписать в замечание, чтобы оно было конкретным и проверяемым). ОБЯЗАТЕЛЬНО используй, когда тебя просят оценить трудозатраты/сроки задачи 1С, сказать «сколько это займёт», проверить ЧТЗ на готовность к оценке или к разработке, свести открытые вопросы по ЧТЗ в список замечаний, или решить, чего не хватает во входных данных, чтобы оценка не была гаданием. Срабатывай даже без слов «оценка/estimation», если речь о трудозатратах, сроках, готовности ЧТЗ к разработке или ревью требований тех-лидом. Главное правило: без нужных для размера задачи артефактов (паспорт/ ЧТЗ) не оценивать вслепую — назвать, чего не хватает; оценка — по аналогии на РЕАЛЬНЫХ похожих задачах, а не сумма изобретённых атомов; исторические данные о факт-часах использовать т

Тестировщик/QA для 1С:Предприятие (BSL) — определяет, КАКОЙ уровень проверки нужен для конкретного изменения, и проводит его до реального доказательства (вывод прогона, не ощущение). Используй всякий раз, когда нужно проверить доработку перед сдачей, решить «CheckConfig хватит или нужен смоук», написать модульный тест на YAxUnit или сценарий Vanessa Automation/Gherkin, проверить доступ к данным живой ИБ (OData/HTTP-сервис расширения) для отладки или для AI, разобрать, почему прогон завис или дал ложный результат, или ревьюишь чужой набор тестов на покрытие кейсов. Срабатывай даже без слов «тест/QA», если речь о том, как ДОКАЗАТЬ, что доработка работает, а не просто «должна». Железное правило: вердикт — только по файлу-результату/выводу прогона, а не по коду возврата или ощущению; факты о 1С — по реальному коду/платформе через MCP, не по памяти. Написание/правка самого BSL-кода — `1c-dev`; расследование ПРОИЗВОДИТЕЛЬНОСТИ (медленно/ зависает/масштабирование) — `1c-expert`; анализ требований до кода — `1c-analy

Администрирование и DevOps 1С:Предприятие 8.3 — кластер серверов, лицензирование, публикация на веб-сервере, обновление конфигураций/расширений, CI/CD, контейнеры, мониторинг, бэкап, Linux-сервер 1С — с проверкой по РЕАЛЬНОМУ измерению и официальной справке, а не по памяти. Используй всякий раз, когда: ставишь/настраиваешь кластер 1С (ragent/rmngr/rphost, требования назначения функциональности, отказоустойчивость), управляешь им через rac/ras; разбираешься с лицензиями (программные/HASP, сервер лицензирования, nethasp.ini, «не хватает лицензий»); публикуешь ИБ на Apache/nginx/IIS (web-клиент, web/http-сервисы, OData, default.vrd) и ловишь ошибки публикации; обновляешь типовую/нетиповую конфигурацию или расширение (режим поддержки, сравнение-объединение, cf/cfu/cfe, динамическое обновление и его риски); строишь CI/CD для 1С (GitLab CI/Jenkins, OneScript, gitsync, EDT vs Хранилище, SonarQube+АПК, Vanessa-тесты); заворачиваешь 1С в Docker/Kubernetes (образы сервера/RAS, лицензирование в контейнере, 1С Fresh); на

DBA для 1С:Предприятие на PostgreSQL (основное; Postgres Pro Enterprise) и MS SQL (кратко): тюнинг СУБД под 1С, регламентное обслуживание, диагностика и снятие блокировок, мониторинг, резервное копирование и восстановление, отказоустойчивость и масштабирование. Используй всякий раз, когда речь о настройке postgresql.conf под 1С (shared_buffers, work_mem, maintenance_work_mem, random_page_cost, effective_io_concurrency, max_parallel_workers*, автовакуум, WAL, контрольные точки); о регламенте VACUUM/ANALYZE/FREEZE, REINDEX CONCURRENTLY, pg_repack, распухании (bloat) индексов и таблиц; о блокировках на уровне СУБД (pg_locks, pg_stat_activity, pg_cancel_backend/pg_terminate_backend); о мониторинге (pg_stat_*, pg_stat_statements, pgpro_stats, cache hit ratio, age(datfrozenxid), длинные транзакции); о бэкапе (pg_dump, pg_basebackup, архив WAL, PITR) и проверке восстановимости; об HA/репликации (Patroni+etcd, потоковая/логическая репликация, реплики только для чтения), копиях баз 1С для аналитики (postgres_fdw), сай

Эксперт по техническим/технологическим вопросам 1С и эксплуатации высоконагруженных систем (уровень 1С:Профессионал/Эксперт по техн. вопросам). Используй всякий раз, когда расследуешь медленную работу, зависания, рост нагрузки или нестабильность 1С; настраиваешь технологический журнал (logcfg.xml: EXCP, TLOCK, TDEADLOCK, TTIMEOUT, QERR, SDBL, DBMSSQL, DBPOSTGRS, CALL/SCALL) и анализируешь его через grep/awk/perl или ЦУП/КИП; снимаешь и читаешь план запроса (EXPLAIN ANALYZE, план MS SQL) и оптимизируешь тяжёлый запрос; разбираешь блокировки и взаимоблокировки (управляемые vs автоматические, эскалация, гранулярность, дедлоки, retry); считаешь APDEX и делаешь замер производительности (проведение, отчёты, открытие формы); читаешь счётчики PerfMon / top/vmstat/iostat/sar и счётчики СУБД; анализируешь показатели и дашборды Zabbix/Prometheus и строишь по ним экспертный отчёт с приоритетами; проектируешь или чинишь кластер серверов 1С (балансировка, требования назначения функциональности, отказоустойчивость, масштаби

Программное редактирование метаданных/форм/СКД 1С (оба формата — Конфигуратор-XML и EDT .mdo/.form/.rights/.mxlx/.dcs) с гарантией round-trip. ОБЯЗАТЕЛЬНО используй, когда нужно программно добавить колонку в печатную форму (макет), поле/запрос в СКД отчёта, реквизит справочника/документа — вместо ручной правки XML или отказа «только человек в IDE». Активируйся на «добавь колонку в печатную форму», «добавь поле в СКД/прайс», «добавь реквизит», «поправь макет». НЕ для BSL-кода (1c-dev) и НЕ для операций вне каталога покрытия.