IAM.Agent: внешние CLI и нативные разрешения

Сохранить правила CLI, разобрать отказ headless approval и выбрать нативный маршрут Cursor.

Доступность

Инструкция относится к development-сборкам Enterprise с исходной версией 91c6d27d: macOS ARM64 и Linux x86_64. Полная регрессия движка и профильные CLI-проверки прошли; Linux-приложение реально запускалось. macOS-архив подписан ad-hoc, ещё не нотарифицирован и не проверен в новой интерактивной сессии. Это не публичный установщик. Получите точный архив и SHA256 у оператора. Старые сборки 01bd5aec и c709 сохраняют прежние аргументы и окружение CLI. Доступ к аккаунту/модели вендора и реальный Windows-прогон требуют отдельной проверки.

Подготовить CLI

  1. Установите нужный CLI отдельно и выполните его обычный вход. IAM.Agent не получает новый аккаунт и не меняет глобальный профиль CLI.
  2. В Enterprise откройте Настройки → По умолчанию → Провайдер и выберите настроенный CLI-провайдер. Укажите Модель по умолчанию. Папка задаётся отдельно: Настройки → Рабочее пространство → Корень рабочего пространства. Поддержка адаптера не заменяет нативные права аккаунта, доверие к папке и доступность модели.
  3. Для Cursor используйте Cursor (CLI) и нативную модель Auto, когда нужен маршрут существующего CLI-входа. Внешние CLI-процессы не получают унаследованные или явно добавленные переменные IAM_* и CURSOR_API_KEY. HOME, PATH и остальные переменные нативного аккаунта или профиля сохраняются. Это не означает удаления всех возможных сторонних секретов. Отдельный Cursor SDK продолжает использовать собственную конфигурацию; SDK-проверки выполняются с Composer 2.5 или Auto.
  4. Перед делегированием проверьте точную задачу и папку. Разрешение делегировать задачу не разрешает все вложенные файловые операции CLI.

Разрешения и отказы

Enterprise не добавляет флаги пропуска approvals, sandbox, trust или native hooks. Действуют обычные настройки установленного CLI. IAM.Agent не создаёт дополнительную OS-песочницу: ранее настроенный нативный профиль может сам разрешать действия.

Если CLI требует интерактивное подтверждение, недоступное в headless-режиме, операция остаётся ошибкой. В адаптере LLM-провайдера явные permission/approval/trust отказы помечаются blocked_by_policy, чтобы оркестратор не повторял их через другой маршрут. Не включайте обход разрешений для устранения ошибки. Проверьте права обычным путём в CLI, затем отдельно решите, нужна ли новая задача; предыдущие побочные эффекты не отменяются.

Codex делегируется через текущий codex exec, а не устаревший -q. Задача передаётся буквально, JSONL разбирается штатным parser. max_turns для Codex отклоняется до запуска: установленный CLI не поддерживает этот параметр. Удалите неподдерживаемое ограничение явно либо выберите совместимый маршрут; wall-clock timeout остаётся отдельным ограничением.

Новый набор проверяет реальные локальные synthetic-executable отказы, отсутствие SDK-ключа в Cursor CLI, сохранение Auto, отсутствие повторного запуска и состояние failed у делегированной задачи. Платные модели и новые входы вендоров в этих проверках не вызывались.