Skip to main content
Адаптер — это всё, внутри чего фактически работает ваш агент. Failproof AI поддерживает двенадцать адаптеров в двух категориях:
  • Coding CLIs (10) — Claude Code, Codex, GitHub Copilot CLI, Cursor, OpenCode, Pi, Factory Droid, Devin CLI, Antigravity CLI, Goose
  • Chat and assistant gateways (2) — Hermes (Slack, Telegram, cron), OpenClaw (self-hosted assistant)
Одни и те же политики и одна и та же история сессий применяются независимо от того, в каком адаптере работает агент. Один слой адаптера преобразует имена событий, имена инструментов и поля входных данных каждого адаптера на 29 канонических событий до выполнения любой политики. Агент, работающий ни в одном из двенадцати адаптеров, инструментируется напрямую с помощью Python SDK. Это другой контракт, и стоит об этом сказать открыто: SDK обеспечивает трассировку, сессии, оценки и аудиты — он не применяет политики самостоятельно. Для блокировки небезопасного действия до его выполнения требуется крючок применения на границе инструментов вашей среды выполнения; свяжитесь с нами и мы его установим. Каждая интеграция нормализует имена событий крючков, имена инструментов и поля входных данных перед выполнением политик. Политика может действовать только на события, которые предоставляет адаптер; протестируйте поведение в конце хода и инструкции на точном адаптере и версии, которую вы развёртываете.

Возможности применения

«Block» означает, что решение адаптера используется названным адаптером. Блокировка после инструмента может заменить результат, показываемый модели, но не может отменить побочный эффект инструмента, который уже произошёл. Возможности зависят от версии. Переоцените после обновления CLI агента, особенно если политика полагается на поведение приглашения, остановки, разрешения или после инструмента, а не на обычный вентиль перед инструментом.

Установка захвата и крючков политик

  1. Откройте Administration → Keys и создайте ключ с events:add и policies:pull, названный для машины или окружения.
  2. На целевой машине подключите локальный CLI с отображаемым ключом и установите крючки адаптера.
  3. Запустите новую сессию агента, затем подтвердите её крючки и события сессии в Observe → Events.
  4. Откройте Observe → policy для того же временного окна и подтвердите, что решение политики приписано машине.
Подключение начинается с ключа машины. Подтвердите, что он включает разрешения как на приём, так и на доставку политик перед копированием его секрета.Ящик нового API-ключа для предоставления разрешений приёма событий и доставки политик.После установки крючков поток Events должен показать новые события от подключённой машины и окружения.Живой поток Events для подтверждения отчётности новоустановленного адаптера.Наконец, проверьте, что решения политики приписаны той же машине. Это подтверждает, что адаптер отчитывается как о деятельности политики, так и о событиях трассировки.Страница Policy для проверки решений политики от новоподключённого адаптера.

Добавьте нестандартный путь сессии

Дополнительные пути регистрируются на машине, а не в Cloud. После добавления одного откройте Observe → Sessions, отфильтруйте по окружению машины и подтвердите появление сессий из нового пути. Откройте сессию и проверьте агента, адаптер и временные метки событий перед использованием в аудите.Список Sessions, отфильтрованный по окружению, получающему данные от дополнительного пути захвата.
Запустите одну новую сессию после установки. Проверьте как живой поток событий, так и фактическое решение политики перед расширением развёртывания.