ai_stp

# Поддерживаемые харнессы Харнесс — CLI-среда, в которой работает coding agent. `ai_stp` не заменяет харнесс и не вызывает модели: он помогает собрать проверяемый сетап для конкретного target, а применяет итоговое состояние только provider этого харнесса. ## Статусы MVP | Харнесс | Статус в MVP | Что доступно | Что помнить | | --- | --- | --- | --- | | Claude Code | основная поддержка | паспорта, совместимость, сборка сетапа, provider-план | production-путь проектируется в первую очередь под него | | Codex | основная поддержка | паспорта, совместимость, сборка сетапа, provider-план | второй основной target MVP | | Pi | beta | каталог и совместимость, ограниченный provider-путь | поведение может уточняться по мере интеграции | | OpenCode | beta | каталог и совместимость, adapter/projection checks | формат открыт, но не весь UX считается стабильным | | Grok Build | основная поддержка | паспорта, совместимость, сборка сетапа, provider-план | третий основной target MVP | | Cursor | beta | каталог и совместимость, нативный plugin pack и cli-config | plugin pack распознаётся по манифесту `.cursor-plugin` | | Antigravity | beta | каталог и совместимость, provider-план | конфигурация лежит внутри `~/.gemini`, а не в собственном каталоге | | `undefined` | ограниченный режим | чтение, импорт, локальные проверки | автоматическая установка не считается безопасной | ## Что означает “поддерживается” Поддержка в `ai_stp` состоит из нескольких уровней. Харнесс может проходить один уровень и ещё не быть готовым к следующему. | Уровень | Что проверяется | Зачем пользователю | | --- | --- | --- | | Detection | CLI понимает, что за target перед ним | чтобы не применить сетап не туда | | Compatibility | компоненты объявляют поддержку харнесса | чтобы отсеять очевидно неподходящее | | Projection | сетап можно превратить в нативную структуру | чтобы файлы и настройки попали в правильный формат | | Provider plan | provider строит план изменения target | чтобы увидеть diff до применения | | Apply | provider применяет изменения и пишет журнал | чтобы был rollback и проверяемый результат | === "Основные: Claude Code, Codex, Grok Build" Для них MVP должен давать самый короткий путь: найти сетап, проверить совместимость, увидеть план, подтвердить и применить через provider. === "Beta: Pi и OpenCode" Beta означает, что `ai_stp` уже различает харнесс и может работать с его объектами, но часть provider-пути, UX или проверок может быть строже и требовать ручного подтверждения. === "`undefined`" Этот режим нужен, чтобы не терять объект, когда харнесс неизвестен. Он подходит для чтения, импорта и локального анализа, но не для уверенной автоматической установки. ??? question "Почему сетап принадлежит одному харнессу" Потому что одинаковые слова в разных CLI часто означают разные файлы, права и события. `skill` для Codex и `skill` для Claude Code могут иметь похожий смысл, но разные нативные поверхности. Поэтому сетап создаётся для одного харнесса, а перенос делается через явную новую версию или адаптацию. ## Как выбрать target 1. Запустите `ai-stp doctor --json`. 2. Проверьте, какой харнесс обнаружен. 3. Откройте сетап или компонент в каталоге. 4. Сверьте поддержку харнесса и линию доверия. 5. Смотрите provider-план до применения. !!! tip "Для MVP" Если вы не уверены, начинайте с Claude Code или Codex. Для beta-линий сохраняйте план установки и не удаляйте backup до проверки результата.