Поддерживаемые харнессы¶
Харнесс — 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 | beta | каталог и совместимость, базовая проекция | требует осторожной проверки перед применением |
undefined |
ограниченный режим | чтение, импорт, локальные проверки | автоматическая установка не считается безопасной |
Что означает “поддерживается”¶
Поддержка в ai_stp состоит из нескольких уровней. Харнесс может проходить
один уровень и ещё не быть готовым к следующему.
| Уровень | Что проверяется | Зачем пользователю |
|---|---|---|
| Detection | CLI понимает, что за target перед ним | чтобы не применить сетап не туда |
| Compatibility | компоненты объявляют поддержку харнесса | чтобы отсеять очевидно неподходящее |
| Projection | сетап можно превратить в нативную структуру | чтобы файлы и настройки попали в правильный формат |
| Provider plan | provider строит план изменения target | чтобы увидеть diff до применения |
| Apply | provider применяет изменения и пишет журнал | чтобы был rollback и проверяемый результат |
Для них MVP должен давать самый короткий путь: найти сетап, проверить совместимость, увидеть план, подтвердить и применить через provider.
Beta означает, что ai_stp уже различает харнесс и может работать с его
объектами, но часть provider-пути, UX или проверок может быть строже и
требовать ручного подтверждения.
Этот режим нужен, чтобы не терять объект, когда харнесс неизвестен. Он подходит для чтения, импорта и локального анализа, но не для уверенной автоматической установки.
Почему сетап принадлежит одному харнессу
Потому что одинаковые слова в разных CLI часто означают разные файлы,
права и события. skill для Codex и skill для Claude Code могут иметь
похожий смысл, но разные нативные поверхности. Поэтому сетап создаётся для
одного харнесса, а перенос делается через явную новую версию или адаптацию.
Как выбрать target¶
- Запустите
ai-stp doctor --json. - Проверьте, какой харнесс обнаружен.
- Откройте сетап или компонент в каталоге.
- Сверьте поддержку харнесса и линию доверия.
- Смотрите provider-план до применения.
Для MVP
Если вы не уверены, начинайте с Claude Code или Codex. Для beta-харнессов сохраняйте план установки и не удаляйте backup до проверки результата.