Поддерживаемые харнессы
Какие AI-харнессы поддерживает 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
- Запустите
ai-stp doctor --json. - Проверьте, какой харнесс обнаружен.
- Откройте сетап или компонент в каталоге.
- Сверьте поддержку харнесса и линию доверия.
- Смотрите provider-план до применения.
!!! tip "Для MVP" Если вы не уверены, начинайте с Claude Code или Codex. Для beta-линий сохраняйте план установки и не удаляйте backup до проверки результата.