codex-host — скилл для Codex: запуск и установка
Запускает и проверяет полный конвейер great_cto через контроллер, который управляет изменениями и согласованиями. Нужен, когда одной отдельной роли недостаточно.
npx skills add avelikiy/great_cto --skill codex-host -a claude-codeЧто делает codex-host
Скилл поручает контроллеру вести конвейер great_cto: он читает shared/pipeline.toml, хранит состояние запуска и управляет изменениями в явно разрешённых путях. Перед стартом команды doctor и list проверяют состояние и показывают запуски проекта.
Для старта нужны абсолютные пути к проекту и файлам политик, которые принадлежат оператору и лежат вне проекта. Контроллер может запросить человеческое подтверждение перед продолжением или выпуском артефакта; передайте ему выданный токен после явного одобрения. Статус blocked означает, что запускать конвейер нельзя, а код завершения 2 не означает успех.
Выпуск через локальный адаптер или GitHub Release публикует неизменяемые артефакты, но не включает их в работу. Это важно, если ожидается деплой трафика: для него нужен отдельный адаптер и договорённость об одобрении.
Какие задачи решает
- запустить полный конвейер great_cto для проекта
- проверить состояние контроллера и список запусков
- ограничить записи контроллера разрешёнными путями
- подтвердить продолжение или выпуск по токену
- возобновить запуск после проверки причины остановки
Примеры запросов агенту
- Запусти полный конвейер great_cto для этого проекта, разрешив изменения в
src,testsиdocs. - Проверь состояние great_cto и покажи запуски для
/absolute/project. - Покажи сводку согласования выпуска и дождись моего явного подтверждения.
Как установить codex-host
1Через Skills CLI (Vercel)
npx skills add avelikiy/great_cto --skill codex-host -a claude-code2Вручную: положить файлы
~/.claude/skills/codex-host/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/codex-host/
1Через Skills CLI (Vercel)
npx skills add avelikiy/great_cto --skill codex-host -a codex2Вручную: положить файлы
.agents/skills/codex-host/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add avelikiy/great_cto --skill codex-host -a cursor2Вручную: положить файлы
.cursor/skills/codex-host/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install avelikiy/great_cto codex-host2Вручную: положить файлы
.github/skills/codex-host/SKILL.md1Через Skills CLI (Vercel)
npx skills add avelikiy/great_cto --skill codex-host -a gemini-cli2Командой платформы
gemini skills install https://github.com/avelikiy/great_cto --path skills/codex-hostВручную: положить файлы
.devin/skills/codex-host/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add avelikiy/great_cto --skill codex-host -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о codex-host
Как установить codex-host в Codex?
Выполните npx skills add avelikiy/great_cto --skill codex-host -a codex. Файл скилла появится по пути .agents/skills/codex-host/SKILL.md.
Что делает codex-host?
Он запускает полный конвейер great_cto через контроллер, который управляет состоянием, разрешёнными изменениями и этапами согласования.
Нужен ли great-cto в PATH?
Нет. Скилл запускает версию npm-пакета через npx --yes [email protected]; установка плагина Codex сама по себе не добавляет бинарный файл great-cto в PATH.
Исходный текст
SKILL.md · MIT
--- name: codex-host description: Run the great_cto controlled Codex lifecycle with controller-owned writes, verifier evidence, human gates and optional artifact release. when_to_use: Use when the user asks Codex to run or inspect a full great_cto pipeline rather than only use an individual skill. effort: high allowed-tools: Read, Bash --- # Controlled Codex host Use the version-pinned npm entrypoint below. A Codex plugin install loads skills and MCP configuration, but it does not add the `great-cto` npm binary to `PATH`. Do not imitate Claude Code hooks or manually chain roles: the controller reads `shared/pipeline.toml`, persists the cursor and owns every write and gate transition. ## Preflight ```sh npx --yes [email protected] codex-host doctor npx --yes [email protected] codex-host list --dir /absolute/project ``` `doctor.state=blocked` means do not start. Docker may be unavailable when no checks/release policy is requested; GitHub CLI may be unavailable when the local adapter is used. The run store must not be group/world accessible. For mixed-host runs, also require `doctor.checks.claude.state=available`. ## Start Policies must be operator-owned absolute files outside the worker project. Allowed paths are explicit controller write boundaries. ```sh npx --yes [email protected] codex-host start \ --dir /absolute/project \ --prompt "the requested outcome" \ --allow src,tests,docs \ --checks-policy /absolute/operator/checks.json \ --release-policy /absolute/operator/release.json ``` Read the returned `status`, `pending` and `release` object. Never treat exit 2 as success: it means a gate, manual action or blocked evidence requires attention. Since 3.47.0, independent graph roles can run on both hosts with `--routes qa-engineer=claude-code,security-officer=codex` on `start`. The controller dispatches only a symmetric join pair concurrently, checks both proposals for overlap, serializes writes and runs the existing verifier and human gates. The route map is fixed for the run. An interrupted wave must be inspected; never start replacement workers against an uncertain wave. ## Gates and recovery Show the operator the exact gate/release summary and wait for explicit approval. Then pass back the controller-issued token; never synthesize or persist one in a project file. ```sh npx --yes [email protected] codex-host approve RUN_UUID --token GATE_TOKEN npx --yes [email protected] codex-host approve-release RUN_UUID --token RELEASE_TOKEN npx --yes [email protected] codex-host resume RUN_UUID ``` Use `recover` only after inspecting the recorded reason. Recovery reuses the same candidate and refuses unknown partial writes. `cancel` revokes unexecuted approval but does not delete external audit evidence. ## Release boundary The local and GitHub Release adapters publish immutable artifacts and declare `activation: none`. They do not deploy traffic. Local rollback means selecting a previous directory; GitHub rollback is a newly gated superseding release. Production activation needs a separate adapter and approval contract. Detailed policy schemas and limitations are in `docs/HOST-CODEX.md`.
© avelikiy · MIT · avelikiy/great_cto