# AI Setup Execution Policy

> Используй для настройки общей политики выполнения пользователя, проектных уточнений, квалификации маршрутов и передачи работы между сессиями.

- Skill: `mekras/ai-setup-execution-policy` (Agent Skill, multi-file: 12 files)
- Install (CLI): `npx skillmds@latest add mekras/ai-setup-execution-policy`
- Raw SKILL.md: https://api.skillmd.com/api/skills/mekras/ai-setup-execution-policy/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: mekras (https://skillmd.com/u/mekras)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/mekras/ai-setup-execution-policy

---


# Настройка политики выполнения

Перед существенным изменением правил, навыков, шаблонов или иных источников
истины целевого проекта пройди `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`.

## Порядок

1. Определи режим: `policy` не меняет файлы, `implementation` создаёт или
   обновляет их после явного согласия пользователя, `verify` только проверяет
   существующие материалы.
2. Найди пользовательский слой активной среды. Если он не подходит для ядра,
   предложи пользователю явный путь к локальному приватному файлу. Не создавай
   ядро, проектное уточнение или запись квалификации молча.
3. В режиме `implementation` сначала выполни P0: после явного согласия создай
   пользовательское ядро и проектное уточнение по образцам средствами агента.
   Если доступны P1 и P2, можно установить средства и создать те же образцы
   явными командами. Не создавай материалы молча.
4. Храни точные модели, цены, лимиты и данные учётной записи только в
   пользовательском ядре. В проектном уточнении оставляй классы задач,
   критерии, свидетельства и разрешённые маршруты.
5. Проверь объединение командой `execution-policy check`. Маршрут с
   `automatic = true` допустим только при полном свидетельстве квалификации.
   В свидетельстве зафиксируй результаты каждого критерия и обязательного
   свидетельства, а при эскалации — её причину и сохранённые результаты. Цена,
   бюджет и прогноз лимита не заменяют эту проверку.
6. Для передачи работы создай пакет из образца и проверь его командой
   `execution-policy check-handoff`. Передавай пакет в новую сессию вместе с
   названными артефактами, а не заявляй сжатие продолжаемой сессии экономией.
   Если для продолжения нужна стенограмма или переделывание, зафиксируй
   неуспех и неподтверждённую экономию.
7. Для корневой задачи потребуй от внешней интеграции след фактического выбора
   и переключения. При его отсутствии сообщи ограничение, а не обещай
   автоматическую маршрутизацию.

Подробный формат и примеры команд приведены в
`references/policy-procedure.md`.

## Ограничения

- Не записывай приватное ядро в Git без отдельного решения пользователя.
- Не добавляй в переносимые материалы точные идентификаторы моделей, цены,
  лимиты, учётные данные или пользовательские пути.
- Не допускай автоматический экономичный маршрут без сопоставимого качества.
- Не считай передачу успешной, если новая сессия потребовала полную стенограмму
  или повторное выполнение завершённого этапа.