.dev.env.example

# Параметры проекта для стандартов разработки 1С
# Project parameters for 1C development standards
#
# Скопируйте этот файл как .dev.env и заполните значениями вашего проекта.
# Установщик 1c-rules создаёт .dev.env автоматически на init и заполняет
# то, что смог автодетектировать (PLATFORM_VERSION из Configuration.xml,
# PLATFORM_PATH из C:\Program Files\1cv8\). Остальные поля помечены как
# `# TODO: fill in` — заполните их вручную перед запуском задач, которые
# требуют соответствующих параметров.
#
# .dev.env — единый источник правды для всех правил, on-demand-инструкций,
# слэш-команд и субагентов набора 1c-rules. Не дублируйте параметры
# подключения к ИБ или пути к платформе в других файлах.

# =============================================================================
# Раздел 1. Параметры генерации кода (всегда обязательны для задач генерации)
# Section 1. Code-generation parameters (mandatory for code-generation tasks)
# =============================================================================

# Префикс добавленных объектов метаданных и реквизитов.
# Параметр носит РЕКОМЕНДАТЕЛЬНЫЙ характер: если оставить пустым, новые объекты
# создаются БЕЗ префикса, и агент не должен переспрашивать значение.
# Prefix for added metadata objects and attributes.
# ADVISORY parameter: leave empty to create new objects WITHOUT a prefix;
# the agent must not ask for a value in that case.
# Примеры / Examples: гр, лтх, рлф
PREFIX=

# Имя компании/проекта для комментариев доработки.
# Параметр носит РЕКОМЕНДАТЕЛЬНЫЙ характер: если COMPANY или DEVELOPER пусты,
# маркеры доработки (// +++ … / // --- …) НЕ ставятся, и агент не переспрашивает.
# Company/project name for modification comments.
# ADVISORY parameter: when COMPANY or DEVELOPER is empty, modification markers
# (// +++ … / // --- …) are NOT emitted; the agent must not ask for a value.
# Примеры / Examples: МояКомпания, MyCompany
COMPANY=

# Идентификатор разработчика для комментариев доработки.
# Параметр носит РЕКОМЕНДАТЕЛЬНЫЙ характер: пустое значение отключает маркеры
# доработки, аналогично COMPANY. Агент не переспрашивает значение.
# Developer identifier for modification comments.
# ADVISORY parameter: empty value disables modification markers, same as COMPANY.
# The agent must not ask for a value.
# Примеры / Examples: ИвановИ, Иванов И.И.
DEVELOPER=

# [HIGHLY DESIRABLE для кода, чувствительного к версии платформы]
# Минимальная версия платформы 1С:Предприятие (режим совместимости конфигурации).
# Установщик пытается автодетектировать значение из Configuration.xml
# (CompatibilityMode). Если автодетекта не было — заполните вручную.
# Пустое значение НЕ блокирует задачи, не зависящие от версии платформы;
# агент спросит только когда генерация кода реально использует версионные фичи.
# Minimum 1C:Enterprise platform version (configuration compatibility mode).
# The installer tries to autodetect this from Configuration.xml.
# Empty value does NOT block tasks that do not depend on platform version;
# the agent asks only when code generation actually uses version-specific features.
# Примеры / Examples: 8.3.18, 8.3.24, 8.3.25
PLATFORM_VERSION=

# Шаблон открывающего комментария доработки
# Opening modification comment template
#
# Доступные плейсхолдеры / Available placeholders:
#   {COMPANY}   — из параметра COMPANY
#   {DEVELOPER} — из параметра DEVELOPER
#   {DATE}      — дата изменения (ДД.ММ.ГГГГ)
#   {TASK}      — номер задачи (указывается при каждом изменении)
#
# Примеры / Examples:
#   // +++ {COMPANY}; {DEVELOPER}; {DATE}; {TASK}
#   // + {COMPANY}; {DEVELOPER}; {DATE}; {TASK}
#   // >>> {COMPANY} {DEVELOPER} {DATE} {TASK}
COMMENT_OPEN=// +++ {COMPANY}; {DEVELOPER}; {DATE}; {TASK}

# Шаблон закрывающего комментария доработки
# Closing modification comment template
#
# Те же плейсхолдеры. {TASK} можно опустить, если в закрывающем не нужен.
# Same placeholders. {TASK} can be omitted if not needed in closing.
#
# Примеры / Examples:
#   // --- {COMPANY}; {DEVELOPER}; {DATE}; {TASK}
#   // - {COMPANY}; {DEVELOPER}; {DATE}
#   // <<< {COMPANY} {DEVELOPER} {DATE}
COMMENT_CLOSE=// --- {COMPANY}; {DEVELOPER}; {DATE}; {TASK}

# Куда размещать новые объекты метаданных [Project policy]
# Where to place new metadata objects [Project policy]
#
# main_configuration — новые справочники, документы, регистры, роли, реквизиты
#   типовых объектов добавляются в основную конфигурацию.
#   Расширение используется только для перехвата событий и модификации поведения.
#   Подходит для проектов с полным доступом к конфигурации.
#
# extension — новые объекты размещаются в расширении.
#   Основная конфигурация не модифицируется без явного указания.
#   Подходит для проектов на поддержке, где конфигурация на замке.
#
# main_configuration — new catalogs, documents, registers, roles, attributes of
#   typical objects are added to the main configuration.
#   Extension is used only for event interception and behavior modification.
#   Suitable for projects with full configuration access.
#
# extension — new objects are placed in an extension.
#   Main configuration is not modified without explicit instruction.
#   Suitable for projects on vendor support where the configuration is locked.
#
# По умолчанию / Default: main_configuration
NEW_OBJECTS_IN=main_configuration

# =============================================================================
# Раздел 2. Параметры подключения к информационной базе (для команд и тестов)
# Section 2. Infobase connection parameters (for commands and tests)
# =============================================================================
#
# Эти параметры используются слэш-командами и субагентами:
#   /loadfrom1cbase, /update1cbase, /getconfigfiles, /deploy-and-test,
#   субагент 1c-tester (web-тестирование).
#
# These parameters are used by slash commands and subagents:
#   /loadfrom1cbase, /update1cbase, /getconfigfiles, /deploy-and-test,
#   1c-tester subagent (web testing).
#
# Ни одно из полей раздела 2 НЕ обязательно — задачи на чистый код, ревью,
# анализ и документацию выполняются даже при полностью пустом разделе. Поля
# помечены классами: HIGHLY DESIRABLE — крайне желательны для конкретной
# операции (агент спросит, только когда эта операция запущена); DEFAULTED —
# пустое значение раскрывается в задокументированный default.
#
# No field in Section 2 is mandatory — pure code / review / analysis / docs
# tasks proceed even if the whole section is empty. Each field is tagged:
# HIGHLY DESIRABLE — needed only when the corresponding operation is invoked
# (the agent asks at that point, not up front); DEFAULTED — empty resolves to
# a documented default.

# [HIGHLY DESIRABLE для любых IB-команд]
# Каталог установки платформы 1С (содержит bin\1cv8.exe).
# Установщик пытается автодетектировать самую свежую версию из C:\Program Files\1cv8\.
# Path to the 1C platform installation directory (containing bin\1cv8.exe).
# The installer tries to autodetect the latest installed version.
# Примеры / Examples: C:\Program Files\1cv8\8.3.23.1997
PLATFORM_PATH=

# [DEFAULTED] Тип информационной базы: file (файловая) или server (клиент-сервер).
# Пусто = file.
# Infobase kind: file (file-based) or server (client-server). Empty = file.
INFOBASE_KIND=file

# [HIGHLY DESIRABLE — критично для /update1cbase, /getconfigfiles,
# /loadfrom1cbase, /deploy-and-test]
# Путь к файловой ИБ или строка подключения к серверной ИБ.
# Path to a file infobase or connection string of a server infobase.
# Примеры / Examples:
#   file:   C:\Users\<user>\Documents\InfoBase
#   server: srv-1cv8/MyApp_Test
INFOBASE_PATH=

# [DEFAULTED] Имя пользователя ИБ.
# Пустое значение = без аутентификации (флаги /N и --user опускаются).
# Это полностью валидный режим для dev / test-ИБ — агент НЕ должен переспрашивать
# значение заранее. Повторный запрос допустим только если конкретная команда
# вернула ошибку аутентификации.
# Infobase user name. Empty = no authentication (the /N and --user flags are
# omitted). This is a fully valid mode for dev / test infobases — the agent
# MUST NOT ask up front. Re-ask only when a specific command fails with an
# authentication error.
IB_USER=

# [DEFAULTED] Пароль пользователя ИБ.
# Пустое значение = без пароля (флаги /P и --password опускаются). Для dev /
# test-ИБ это нормальная конфигурация — агент НЕ должен переспрашивать значение
# заранее. Повторный запрос допустим только если конкретная команда вернула
# ошибку аутентификации.
# Внимание: файл .dev.env находится в .gitignore, но не храните в нём
# продакшн-пароли — используйте только dev/test-пароли.
# Infobase user password. Empty = no password (the /P and --password flags are
# omitted). For dev / test infobases this is a normal configuration — the agent
# MUST NOT ask up front. Re-ask only when a specific command fails with an
# authentication error.
# Note: .dev.env is gitignored, but do not store production passwords here —
# only dev/test passwords.
IB_PASSWORD=

# [DEFAULTED] Имя расширения (опустить — операции выполняются над основной конфигурацией).
# Extension name (omit — operations apply to the main configuration).
EXTENSION_NAME=

# [DEFAULTED] Каталог выгрузки исходников конфигурации (пусто — корень текущего репозитория).
# Configuration source export directory (empty — current repository root).
EXPORT_PATH=

# [DEFAULTED] Файл лога Designer'а (запись результатов /DumpConfigToFiles,
# /LoadConfigFromFiles и пр.). Пустое значение раскрывается в
# $env:TEMP\1cv8.log на Windows (или $TMPDIR/1cv8.log на POSIX) — этот каталог
# всегда существует и доступен на запись, поэтому агент НЕ должен переспрашивать
# значение заранее. Заполняйте, только если хотите положить лог в конкретный
# проектный каталог. Повторный запрос допустим только если конкретный путь
# оказался недоступен для записи во время выполнения команды.
# Designer log file path (output of /DumpConfigToFiles, /LoadConfigFromFiles,
# etc.). Empty resolves to $env:TEMP\1cv8.log on Windows (or $TMPDIR/1cv8.log on
# POSIX) — that directory always exists and is writable, so the agent MUST NOT
# ask up front. Fill in only when you want the log to land in a specific project
# directory. Re-ask only when the resolved path turns out to be non-writable at
# runtime.
# Примеры / Examples: E:\Temp\1cv8.log
LOG_PATH=

# [HIGHLY DESIRABLE — критично для UI-тестирования через 1c-tester и /deploy-and-test;
#  также используется MCP-сервером 1c-data-mcp]
# URL веб-публикации тестовой ИБ (используется субагентом 1c-tester
# и командой /deploy-and-test для прогона UI-тестов в браузере).
# Если URL не задан — UI-тесты тихо пропускаются, остальные этапы /deploy-and-test
# выполняются. Агент НЕ переспрашивает значение, пока пользователь явно не
# попросил UI-тесты.
#
# Дополнительное применение — MCP-сервер 1c-data-mcp. Установщик
# (`install.ps1`) подставляет это значение (без концевого `/` и без концевого
# сегмента локали `/ru`, `/en`, `/uk` и т.п.) в URL сервера `1c-data-mcp` в
# MCP-конфиге активного клиента: `<INFOBASE_PUBLISH_URL_BASE>/hs/mcp`. Чтобы
# подстановка прошла корректно, заполните INFOBASE_PUBLISH_URL ДО первого
# запуска `install.ps1` (либо запустите `install.ps1 update` после правки —
# MCP-конфиг будет перерендерен). Если значение пустое, в MCP-конфиг попадёт
# литеральный плейсхолдер `{INFOBASE_PUBLISH_URL}/hs/mcp` и установщик
# напишет предупреждение.
#
# ВАЖНО (1c-data-mcp): URL `<INFOBASE_PUBLISH_URL_BASE>/hs/mcp` ДОЛЖЕН быть
# доступен БЕЗ пароля — MCP-клиент НЕ передаёт заголовок Authorization при
# обращении к HTTP-сервису. Если публикация требует Basic-аутентификацию,
# `1c-data-mcp` ответит 401/403 и его инструменты не появятся в сессии
# агента. Чтобы разрешить анонимный доступ:
#   1. В файле публикации `default.vrd` пропишите технического пользователя
#      ИБ без пароля для HTTP-сервиса (`<usr name="МCPПользователь" pwd=""/>`),
#      либо `<usr name="" pwd=""/>` для полностью анонимного доступа, если
#      в кластере 1С разрешены пустые пароли.
#   2. У этого пользователя должна быть роль с правом вызова HTTP-сервиса
#      `mcp` (как минимум — право `Использование` для самого HTTP-сервиса и
#      `Чтение` для прикладных объектов, к которым он обращается).
#   3. После правки `default.vrd` перезапустите веб-сервер (IIS / Apache).
# Установщик автоматически проверяет URL после подстановки и предупредит,
# если получит HTTP 401 / 403 (потребуется ручная настройка публикации).
#
# Web-publish URL of the test infobase (used by the 1c-tester subagent
# and /deploy-and-test for browser UI tests). If empty — UI tests are silently
# skipped, the rest of /deploy-and-test still runs. The agent does NOT re-ask
# unless the user explicitly requests UI tests.
#
# Additional use — the 1c-data-mcp MCP server. The installer (`install.ps1`)
# substitutes this value (stripped of trailing `/` and of a trailing locale
# segment such as `/ru`, `/en`, `/uk`) into the `1c-data-mcp` URL of the
# active client's MCP config: `<INFOBASE_PUBLISH_URL_BASE>/hs/mcp`. Fill in
# INFOBASE_PUBLISH_URL BEFORE running `install.ps1` for the first time (or
# re-run `install.ps1 update` after editing — the MCP config is re-rendered).
# If the value is empty, the literal placeholder `{INFOBASE_PUBLISH_URL}/hs/mcp`
# is written to the MCP config and the installer emits a warning.
#
# IMPORTANT (1c-data-mcp): the URL `<INFOBASE_PUBLISH_URL_BASE>/hs/mcp` MUST
# be reachable WITHOUT a password — the MCP client does NOT send an
# Authorization header to the HTTP service. If the publication requires
# Basic authentication, `1c-data-mcp` answers 401/403 and its tools will not
# appear in the agent's session. To allow anonymous access:
#   1. In the publication file `default.vrd` configure a technical infobase
#      user with no password for the HTTP service
#      (`<usr name="MCPUser" pwd=""/>`), or `<usr name="" pwd=""/>` for fully
#      anonymous access if empty passwords are allowed in your 1C cluster.
#   2. That user must own a role that grants invocation of the `mcp` HTTP
#      service (at minimum: `Use` for the HTTP service object itself and
#      `Read` for the metadata objects it touches).
#   3. After editing `default.vrd`, restart the web server (IIS / Apache).
# The installer automatically probes the rendered URL and warns when the
# response is HTTP 401 / 403 (manual publication tweaks required).
# Примеры / Examples: http://localhost/TestForms/ru/
INFOBASE_PUBLISH_URL=

# [DEFAULTED] Режим веб-тестирования UI (субагент 1c-tester и Шаг 4 команды
# /deploy-and-test). Управляет тем, является ли прогон UI-тестов через браузер
# обязательным этапом. UI-тестирование расходует много токенов и не всегда
# эффективно, поэтому по умолчанию оно НЕ запускается автоматически.
# Допустимые значения:
#   manual — (по умолчанию, = пусто) UI-тесты запускаются ТОЛЬКО по явному
#            запросу пользователя. Пайплайн и фаза верификации их не запускают
#            автоматически. Развёртывание (deploy) при этом выполняется.
#   auto   — UI-тесты запускаются автоматически в фазе верификации / после
#            успешного deploy, если задан INFOBASE_PUBLISH_URL.
#   off    — веб-тестирование отключено полностью; агент не запускает его даже
#            при заданном INFOBASE_PUBLISH_URL, а на явный запрос сообщает,
#            что оно отключено в .dev.env (нужно переключить на manual/auto).
# Пустое значение раскрывается в manual. Агент НЕ переспрашивает значение.
#
# [DEFAULTED] UI web-testing mode (1c-tester subagent and Step 4 of the
# /deploy-and-test command). Controls whether the browser UI-test run is a
# mandatory step. UI testing burns many tokens and is not always effective, so
# by default it does NOT run automatically.
# Allowed values:
#   manual — (default, = empty) UI tests run ONLY on an explicit user request.
#            The pipeline and the verification phase do not run them
#            automatically. Deployment (deploy) still runs.
#   auto   — UI tests run automatically in the verification phase / after a
#            successful deploy when INFOBASE_PUBLISH_URL is set.
#   off    — web testing is fully disabled; the agent does not run it even when
#            INFOBASE_PUBLISH_URL is set, and on an explicit request it reports
#            that it is disabled in .dev.env (switch to manual/auto to enable).
# Empty resolves to manual. The agent does NOT re-ask for the value.
# Preferred web driver (when tests do run): agent-browser — install via
# /install-agent-browser (a11y snapshots, fewer tokens than screenshot/vision).
# Desktop CV via Windows-MCP (/install-windows-mcp) is last resort only —
# see content/rules/ui-testing-tools.md.
# Примеры / Examples: manual, auto, off
UI_TESTING=

# Путь к config.yml автономного сервера 1С для работы через утилиту ibcmd.
# Если значение задано и в {PLATFORM_PATH}\bin\ibcmd.exe найдена утилита,
# слэш-команды (/loadfrom1cbase, /update1cbase, /getconfigfiles,
# /deploy-and-test) выполняют config-операции через ibcmd вместо
# `1cv8.exe DESIGNER` — быстрее и без блокировки конфигуратором.
# Если пусто — выполняется fallback на Designer (обязательно для кластерной ИБ;
# `ibcmd infobase config` к ИБ кластера 1С неприменим).
# Path to the 1C standalone server config.yml for ibcmd-based operations.
# When set and {PLATFORM_PATH}\bin\ibcmd.exe is present, slash commands run
# config operations via ibcmd instead of `1cv8.exe DESIGNER` — faster and
# without holding the Designer lock. When empty — Designer fallback is used
# (required for clustered server infobases; ibcmd config does not support them).
# Примеры / Examples: C:\Users\<user>\1cv8\standalone\config.yml
IBCMD_CONFIG=

# [DEFAULTED] Дополнительные аргументы запуска платформы, через запятую.
# PLATFORM_ARGS уходит в 1cv8.exe, IBCMD_ARGS — в ibcmd (форма --ключ=значение).
# Применяются инструментами db-* / epf-* скилла 1c-metadata-manage ко всем
# операциям с ИБ. Аргументы, которыми инструмент управляет сам (/F, /S, /N, /P,
# /DumpIB, /UpdateDBCfg, --db-path, --out и т.п.), отклоняются с подсказкой —
# задавайте их штатными параметрами, а не здесь. Пусто — без доп. аргументов.
# Extra platform launch arguments, comma-separated. PLATFORM_ARGS goes to
# 1cv8.exe, IBCMD_ARGS to ibcmd (--key=value form). Applied by the db-* / epf-*
# tools of the 1c-metadata-manage skill to every infobase operation. Arguments
# the tool owns itself are rejected with a hint — pass those as regular
# parameters. Empty = no extra arguments.
# Примеры / Examples: /UseHwLicenses+, /ClearCache
PLATFORM_ARGS=

# Примеры / Examples: --dbms=PostgreSQL
IBCMD_ARGS=

# [DEFAULTED] Реакция гейта поддержки в мутирующих инструментах скилла
# 1c-metadata-manage (meta-edit, form-*, skd-*, cf-edit, role-compile и др.),
# когда объект принадлежит типовой конфигурации на поддержке поставщика и стоит
# «на замке». Прямая правка такого объекта молча ломает будущие обновления
# вендора, поэтому по умолчанию она отклоняется.
#   deny  (по умолчанию) — правка отклоняется, инструмент печатает готовую
#          команду под конкретный случай;
#   warn  — предупреждение в stderr, правка выполняется;
#   off   — проверка не выполняется.
# Штатный путь при отказе — доработка в расширении (cfe-borrow /
# cfe-patch-method); осознанная смена состояния поддержки — инструмент
# support-edit. Канон — docs/support-manage.md скилла.
# Reaction of the vendor-support guard in the mutating tools of the
# 1c-metadata-manage skill when the target belongs to a typical configuration on
# vendor support and is locked. deny (default) | warn | off.
# Примеры / Examples: deny
SUPPORT_GUARD=

# =============================================================================
# Раздел 3. Модель головного агента, модели субагентов и режим оркестрации
# Section 3. Parent-agent model, subagent models and orchestration mode
# =============================================================================

# [DEFAULTED] Модель, на которой работает ГОЛОВНОЙ агент — для адаптации правил
# под её задокументированное поведение (AGENTS.md -> Active model adaptation,
# правило model-adaptation.md). Читается агентом в момент задачи; перерендер
# установщиком и перезапуск клиента не нужны — все профили уже установлены как
# on-demand правила.
# Допустимые значения:
#   opus5   — Claude Opus 5            (правило model-opus5.md)
#   sonnet5 — Claude Sonnet 5          (правило model-sonnet5.md)
#   fable5  — Claude Fable 5 / Mythos 5 (правило model-fable5.md)
#   gpt56   — GPT-5.6                  (правило model-gpt56.md)
# Пусто или незнакомое значение = профиль не применяется, действует базовый
# (модель-нейтральный) свод правил — это нормальное состояние, а не ошибка.
# Агент НЕ переспрашивает значение. Правку выполняет команда /rulesmodel —
# она принимает название модели в любом написании и нормализует его сама.
# ВАЖНО: это НЕ то же самое, что SUBAGENT_MODEL_* ниже (модели субагентов).
# Профиль настраивает только инициативу и стиль (длина ответа/отчёта, объём
# нарратива, глубина планирования, охота к делегированию, самопридуманные
# перепроверки) и НЕ ослабляет хард-гейты (1c-metadata-manage, операции с ИБ,
# MCP-first, цепочка валидаторов и её бюджет, templatesearch / recall,
# CONFUSION, обязательный отчёт).
#
# [DEFAULTED] The model the PARENT agent runs on — used to adapt the ruleset to
# that model's documented behaviour (AGENTS.md -> Active model adaptation, rule
# model-adaptation.md). Read by the agent at task time; no installer re-render
# and no client restart are needed — every profile ships as an on-demand rule.
# Allowed values:
#   opus5   — Claude Opus 5             (rule model-opus5.md)
#   sonnet5 — Claude Sonnet 5           (rule model-sonnet5.md)
#   fable5  — Claude Fable 5 / Mythos 5 (rule model-fable5.md)
#   gpt56   — GPT-5.6                   (rule model-gpt56.md)
# Empty or an unrecognised value = no profile; the base (model-neutral) ruleset
# applies, which is a valid state, not a defect. The agent does NOT ask for the
# value. The canonical editor is the /rulesmodel command, which accepts a model
# name in any spelling and normalises it itself.
# NOTE: this is NOT the same as SUBAGENT_MODEL_* below (subagent models). A
# profile tunes initiative and communication only and never weakens a hard gate.
# Примеры / Examples: opus5, sonnet5, fable5, gpt56
AGENT_MODEL=

#
# Файлы субагентов набора 1c-rules не содержат имён конкретных моделей —
# вместо этого каждый субагент объявляет ярус (modelTier): `coding`,
# `analysis` или `light`. Установщик подставляет в конфигурацию активного
# AI-клиента модель из соответствующего параметра ниже.
#
# Все три параметра — DEFAULTED: пустое значение означает, что поле модели в
# файле субагента не задаётся и AI-клиент использует свою модель по умолчанию.
# Агент НЕ должен переспрашивать значения. Имена моделей указывайте в формате
# вашего AI-клиента (Cursor / Claude Code / Codex / OpenCode / Kilo Code).
# ВНИМАНИЕ (OpenCode): модель задаётся строго в формате `provider/model`
# (опционально `#variant`), напр. anthropic/claude-sonnet-4-5 — голый слаг
# (opus, glm-5.2-max) не разрешится и может сломать конфиг OpenCode. Точные id
# смотрите в OpenCode через `/models`. Примеры-слаги ниже приведены для Cursor.
# После изменения значений запустите `install.ps1 update`, чтобы файлы
# субагентов были перерендерены.
#
# При первой установке (когда .dev.env ещё нет) установщик предлагает выбрать
# профиль моделей на основе бенча https://onec-llm-bench.lovable.app/.
# Рекомендованные профили (слаги приведены для Cursor; на других клиентах
# укажите эквивалентный слаг):
#   Сбалансированный (реком.): coding=gpt-5.6-sol-max, analysis=glm-5.2-max,
#                              light=composer-2.5-fast
#   Экономия:                  coding/analysis=glm-5.2-max, light=composer-2.5-fast
#   Качество:                  coding=claude-opus-4-8-thinking-high,
#                              analysis=gpt-5.6-sol-max, light=cursor-grok-4.5-high-fast
#
# The 1c-rules subagent files do not hard-code model names — each subagent
# declares a tier (modelTier): `coding`, `analysis` or `light`. The installer
# substitutes the model from the corresponding parameter below into the active
# AI client's agent files.
#
# All three parameters are DEFAULTED: an empty value means the model field is
# omitted and the AI client uses its default model. The agent MUST NOT ask
# for the values. Use model names in your AI client's format. After editing,
# re-run `install.ps1 update` to re-render the subagent files.
#
# On first install (no .dev.env yet) the installer offers a model profile based
# on the benchmark https://onec-llm-bench.lovable.app/ (Cursor slugs shown;
# on other clients enter the equivalent slug):
#   Balanced (recommended): coding=gpt-5.6-sol-max, analysis=glm-5.2-max,
#                           light=composer-2.5-fast
#   Economy:                coding/analysis=glm-5.2-max, light=composer-2.5-fast
#   Quality:                coding=claude-opus-4-8-thinking-high,
#                           analysis=gpt-5.6-sol-max, light=cursor-grok-4.5-high-fast

# [DEFAULTED] Модель для задач авторства кода и проектирования: написание /
# правка BSL и метаданных, архитектура (ярус `coding` — субагенты
# 1c-developer, 1c-metadata-manager, 1c-architect, 1c-performance-optimizer,
# 1c-refactoring).
# Model for code-authorship and design tasks: writing / editing BSL and
# metadata, architecture (tier `coding` — 1c-developer, 1c-metadata-manager,
# 1c-architect, 1c-performance-optimizer, 1c-refactoring).
# Примеры / Examples: gpt-5.6-sol-max, glm-5.2-max, claude-opus-4-8-thinking-high
SUBAGENT_MODEL_CODING=

# [DEFAULTED] Модель для задач рассуждения без авторства прод-кода:
# постановка задач, аналитика, ревью, тестирование, документация
# (ярус `analysis` — субагенты 1c-planner, 1c-analytic, 1c-arch-reviewer,
# 1c-code-reviewer, 1c-doc-writer, 1c-tester).
# Model for reasoning tasks without production-code authorship: planning,
# analysis, review, testing, documentation (tier `analysis` — 1c-planner,
# 1c-analytic, 1c-arch-reviewer, 1c-code-reviewer, 1c-doc-writer, 1c-tester).
# Примеры / Examples: glm-5.2-max, gpt-5.6-sol-max, cursor-grok-4.5-high-fast
SUBAGENT_MODEL_ANALYSIS=

# [DEFAULTED] Модель для небольших ограниченных задач: исследование репозитория,
# поиск, быстрые исправления ошибок, механические проверки (ярус `light` —
# субагенты 1c-explorer, 1c-error-fixer).
# Model for small bounded tasks: repo scouting, search, quick error fixes,
# mechanical checks (tier `light` — 1c-explorer, 1c-error-fixer).
# Примеры / Examples: composer-2.5-fast, cursor-grok-4.5-high-fast
SUBAGENT_MODEL_LIGHT=

# [DEFAULTED] Режим оркестрации (переключается слэш-командой /economymode).
# Допустимые значения:
#   standard — (по умолчанию, = пусто) обычная политика делегирования:
#              головной агент делегирует, когда задача достаточно крупная,
#              иначе исполняет сам (content/rules/subagents.md).
#   economy  — режим экономии оркестратора: головной агент оставляет себе
#              решения, спеки и верификацию, а чтение и запись делегирует
#              субагентам по ярусам (content/rules/orchestrator-economy.md).
#              Выбор моделей при этом НЕ меняется — модели по-прежнему
#              берутся из SUBAGENT_MODEL_* по ярусу субагента.
# Пустое значение раскрывается в standard. Агент НЕ переспрашивает значение.
# Правку файла выполняет команда /economymode (on|off) — вручную редактировать
# не обязательно; невалидное значение трактуется как standard.
#
# [DEFAULTED] Orchestration mode (toggled by the /economymode slash command).
# Allowed values:
#   standard — (default, = empty) the regular delegation policy: the parent
#              agent delegates when the task is large enough, otherwise
#              executes directly (content/rules/subagents.md).
#   economy  — orchestrator economy mode: the parent agent keeps decisions,
#              specs, and verification, and delegates reading and writing to
#              subagents per tier (content/rules/orchestrator-economy.md).
#              Model selection is NOT affected — models still come from
#              SUBAGENT_MODEL_* by the subagent's tier.
# Empty resolves to standard. The agent does NOT re-ask for the value.
# The /economymode command (on|off) edits this file — manual editing is not
# required; an invalid value is treated as standard.
# Примеры / Examples: standard, economy
ORCHESTRATION=

# =============================================================================
# Раздел 4. Параметры процесса разработки (триаж и отладка)
# Section 4. Development-process parameters (triage and debugging)
# =============================================================================

# [DEFAULTED] Лимит строк для пути quick-fix (AGENTS.md → Triage).
# Максимальное число изменённых строк BSL, при котором одно логическое
# изменение в одном модуле остаётся quick-fix. Триггеры промоции
# (verification-policy.md → Triage details: транзакции, публичные контракты,
# связанные метаданные, RLS/подписки/задания) всегда сильнее лимита.
# Пустое / невалидное значение = 40. Агент НЕ переспрашивает значение.
#
# [DEFAULTED] Line budget of the quick-fix path (AGENTS.md → Triage).
# Maximum changed BSL lines for which one logical change in one module stays
# quick-fix. Promotion triggers (verification-policy.md → Triage details:
# transactions, public contracts, wired metadata, RLS/subscriptions/jobs)
# always win over the budget. Empty / invalid = 40. The agent does NOT ask.
# Примеры / Examples: 20, 40, 60
QUICKFIX_MAX_LINES=

# [DEFAULTED] Режим быстрого пути отладки (systematic-debugging.md → Fast path).
# Допустимые значения:
#   standard — (по умолчанию, = пусто) быстрый путь только при прямо
#              подтверждённой первопричине: ошибка/стек указывает на место,
#              дефект очевиден из кода, фикс локален, триггеры промоции
#              не затронуты.
#   extended — дополнительно: воспроизведение из отчёта пользователя можно
#              принять без самостоятельного репро; регрессия от предыдущего
#              изменения этой же сессии идёт быстрым путём (диф этого
#              изменения — база доказательств).
#   off      — быстрый путь отключён; каждый баг проходит полный 4-фазный цикл.
# Пустое / невалидное значение = standard. Агент НЕ переспрашивает значение.
#
# [DEFAULTED] Debugging fast-path mode (systematic-debugging.md → Fast path).
# Allowed values:
#   standard — (default, = empty) fast path only for a directly evidenced root
#              cause: the error/stack points at the location, the defect is
#              evident from the code, the fix is local, no promotion triggers.
#   extended — additionally: a user-supplied reproduction may be trusted
#              without an independent repro; a regression introduced by the
#              immediately preceding change in the same session takes the fast
#              path (that change's diff is the evidence base).
#   off      — fast path disabled; every bug runs the full 4-phase loop.
# Empty / invalid = standard. The agent does NOT ask for the value.
# Примеры / Examples: standard, extended, off
DEBUG_FAST_PATH=

# [DEFAULTED] Глубина статических проверок кода (verification-policy.md →
# "Verification depth levels"). Управляет цепочкой валидаторов
# syntaxcheck -> check_1c_code -> review_1c_code и бюджетом их повторов.
# Переключается слэш-командой /litemode (она же при уровне lite ставит
# UI_TESTING=off). Правку файла делает команда — вручную редактировать не
# обязательно; невалидное значение трактуется как standard.
# Допустимые значения:
#   full     — полный канон: все три валидатора
#              (syntaxcheck -> check_1c_code -> review_1c_code); нужен чистый
#              результат на актуальном коде, после исправления блокирующей ошибки
#              допускается до 3 вызовов валидатора всего
#              (AGENTS.md -> MCP Tool Calling -> B.1). Пути с триггерами промоции
#              всегда получают этот уровень независимо от значения параметра.
#   standard — (по умолчанию, = пусто) все три валидатора; обычно один чистый
#              прогон каждого, после исправления блокирующей ошибки обязателен
#              один подтверждающий прогон (до 2 вызовов всего), без дальнейшего
#              цикла повторов.
#   lite     — облегчённый режим для низкорисковых правок: syntaxcheck на каждом
#              задетом модуле остаётся ОБЯЗАТЕЛЬНЫМ; check_1c_code и review_1c_code
#              запускаются только для высокорисковых изменений (транзакции,
#              публичный Экспорт-контракт, связанные метаданные, RLS, подписки/
#              задания) или по явному запросу. Триггеры промоции full-cycle всегда
#              прогоняются полной цепочкой. Gate 4/5 (impact/XML) не меняются.
# ВНИМАНИЕ: lite/standard снижают ТОЛЬКО глубину проверок низкорисковых правок;
# они НЕ ослабляют обязательный контроль транзакционного кода и публичных
# контрактов. Пустое / невалидное значение = standard. Агент НЕ переспрашивает.
#
# [DEFAULTED] Static code-verification depth (verification-policy.md ->
# "Verification depth levels"). Controls the syntaxcheck -> check_1c_code ->
# review_1c_code validator chain and its retry budget. Toggled by the /litemode
# slash command (which also sets UI_TESTING=off at level lite). The command edits
# this file — manual editing is not required; an invalid value is treated as
# standard.
# Allowed values:
#   full     — strictest level: all three validators
#              (syntaxcheck -> check_1c_code -> review_1c_code); a clean result on
#              the latest code is required, with up to 3 calls total after fixing
#              a blocking defect (AGENTS.md -> MCP Tool Calling -> B.1).
#              Promotion-trigger paths always get this level regardless of the
#              value set here.
#   standard — (default, = empty) all three validators; normally one clean pass
#              each, with one mandatory confirmation after a blocking fix
#              (2 calls total), and no further retry loop.
#   lite     — lightweight mode for low-risk edits: syntaxcheck on every touched
#              module stays MANDATORY; check_1c_code and review_1c_code run only
#              for high-risk changes (transactions, public Export contract, wired
#              metadata, RLS, subscriptions/jobs) or on explicit request.
#              Full-cycle promotion triggers always get the full chain. Gates 4/5
#              (impact/XML) are unchanged.
# NOTE: lite/standard reduce ONLY the check depth of low-risk edits; they do NOT
# weaken the mandatory control of transactional code and public contracts.
# Empty / invalid = standard. The agent does NOT ask for the value.
# Примеры / Examples: full, standard, lite
VERIFICATION_DEPTH=

# [DEFAULTED] Стиль общения caveman (скилл content/skills/caveman/SKILL.md).
# Управляет АВТОМАТИЧЕСКИМ включением краткого «пещерного» стиля ответов.
# На выбор моделей, верификацию и обязательные части отчёта не влияет.
# Допустимые значения:
#   on   — (по умолчанию, = пусто) caveman включён для ВСЕХ задач — и для
#          разработки, и для анализа / ревью / документации. Работают только
#          защитные переключатели скилла (код, тексты ошибок, деструктивные /
#          security / пошаговые блоки — обычной грамматикой).
#   auto — скилл сам определяет режим по типу задачи: включён для разработки
#          (написание / правка / рефакторинг кода, отладка, деплой, shell),
#          выключен для анализа / ревью / документации.
#   off  — автоматическое включение отключено: caveman НЕ активируется сам ни
#          на одной задаче. Включить его можно только явной командой сессии
#          (/caveman, "caveman please"); действие держится до конца сессии.
# Явные команды сессии (/caveman, "stop caveman") работают в любом режиме.
# Пустое / невалидное значение = on. Агент НЕ переспрашивает значение.
#
# [DEFAULTED] caveman communication style (skill content/skills/caveman/SKILL.md).
# Controls the AUTOMATIC activation of the terse "caveman" answer style.
# Does not affect model selection, verification, or the mandatory report parts.
# Allowed values:
#   on   — (default, = empty) caveman is active for ALL tasks — development and
#          analysis / review / documentation alike. Only the skill's safety
#          switches apply (code, error text, destructive / security / ordered
#          blocks stay in normal grammar).
#   auto — the skill auto-classifies by task type: on for development (writing /
#          editing / refactoring code, debugging, deploy, shell), off for
#          analysis / review / documentation.
#   off  — automatic activation disabled: caveman never turns on by itself on
#          any task. It can only be enabled by an explicit session command
#          (/caveman, "caveman please"), which holds until session end.
# Explicit session commands (/caveman, "stop caveman") work in every mode.
# Empty / invalid = on. The agent does NOT re-ask for the value.
# Примеры / Examples: on, auto, off
CAVEMAN=