mekras Настройка политики выполнения
Перед существенным изменением правил, навыков, шаблонов или иных источников
истины целевого проекта пройди ai-work-control/full.
Этот навык настраивает переносимую политику выполнения. Он отделяет приватное пользовательское ядро от проектного уточнения, проверяет допуск маршрута и готовит пакет передачи для новой сессии. Он не запускает корневую сессию, не выбирает её модель и не переключает уже начатую работу.
Переносимость
P0 создаёт материалы по образцам и вручную проверяет их средствами агента. Он
не запускает поставляемый код, не требует сети, Python или POSIX. В P0 оставь
automatic = false: он даёт полезную настройку и пакет передачи, но не заменяет
детерминированную проверку автоматического допуска.
P1 — необязательная проверка скриптом execution-policy. Она требует Python
3.11 или новее, использует только стандартную библиотеку и не обращается к сети.
До запуска проверь доступность совместимого интерпретатора. При его отсутствии
продолжи P0 и сообщи, что политика выполнена без автоматической проверки.
P2 — необязательный POSIX-установщик install-execution-policy-tools. Он
копирует образцы и P1-скрипт в целевой проект. До запуска проверь POSIX-среду.
Если она недоступна, агент может перенести нужные образцы и скрипт средствами
целевой среды либо остаться на P0. Не устанавливай среду без явного решения
пользователя. Полный порядок приведён в references/portability.md.
Когда применять
Применяй навык, когда нужно:
- задать общую для нескольких проектов политику моделей и маршрутов;
- добавить проектные классы задач и критерии результата без копирования приватных сведений пользователя;
- квалифицировать менее ресурсоёмкий маршрут до его автоматического применения;
- подготовить проверяемую передачу завершённого этапа в новую сессию.
Не применяй его для настройки подагентов, запуска или переключения корневого
агента. Для подагентов используй ai-setup-subagents.
Порядок
- Определи режим:
policyне меняет файлы,implementationсоздаёт или обновляет их после явного согласия пользователя,verifyтолько проверяет существующие материалы. - Найди пользовательский слой активной среды. Если он не подходит для ядра, предложи пользователю явный путь к локальному приватному файлу. Не создавай ядро, проектное уточнение или запись квалификации молча.
- В режиме
implementationсначала выполни P0: после явного согласия создай пользовательское ядро и проектное уточнение по образцам средствами агента. Если доступны P1 и P2, можно установить средства и создать те же образцы явными командами. Не создавай материалы молча. - Храни точные модели, цены, лимиты и данные учётной записи только в пользовательском ядре. В проектном уточнении оставляй классы задач, критерии, свидетельства и разрешённые маршруты.
- Проверь объединение командой
execution-policy check. Маршрут сautomatic = trueдопустим только при полном свидетельстве квалификации. В свидетельстве зафиксируй результаты каждого критерия и обязательного свидетельства, а при эскалации — её причину и сохранённые результаты. Цена, бюджет и прогноз лимита не заменяют эту проверку. - Для передачи работы создай пакет из образца и проверь его командой
execution-policy check-handoff. Передавай пакет в новую сессию вместе с названными артефактами, а не заявляй сжатие продолжаемой сессии экономией. Если для продолжения нужна стенограмма или переделывание, зафиксируй неуспех и неподтверждённую экономию. - Для корневой задачи потребуй от внешней интеграции след фактического выбора и переключения. При его отсутствии сообщи ограничение, а не обещай автоматическую маршрутизацию.
Подробный формат и примеры команд приведены в
references/policy-procedure.md.
Ограничения
- Не записывай приватное ядро в Git без отдельного решения пользователя.
- Не добавляй в переносимые материалы точные идентификаторы моделей, цены, лимиты, учётные данные или пользовательские пути.
- Не допускай автоматический экономичный маршрут без сопоставимого качества.
- Не считай передачу успешной, если новая сессия потребовала полную стенограмму или повторное выполнение завершённого этапа.