codex-pair — скилл
Скилл связывает два-четыре открытых окна Codex CLI: один распределяет работу, другие выполняют, сверяют и сдают результат.
- 105 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Несколько окон Codex меняют проект параллельно, а скилл может по явному разрешению пользователя публиковать изменения в удаленный репозиторий.
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/codex-pairОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Несколько окон Codex меняют проект параллельно, а скилл может по явному разрешению пользователя публиковать изменения в удаленный репозиторий.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
codex-pair — скилл для Codex CLI, который заставляет уже открытые окна работать над одним проектом. Окно A раздает задачи и координирует, окно B принимает приглашение и выполняет, а при необходимости A приглашает и окна C и D, всего до четырех. У каждого окна остаются своя сессия, настройки аккаунта, модель и права. Окна обмениваются задачами, вопросами и результатами через локальный мост сообщений. Скилл ведет полный цикл: A регистрирует маленькие задачи с допустимыми путями и проверками, исполнитель забирает сообщение, меняет только разрешенное и сдает результат. Версии отправляются на независимую проверку, а решения привязаны к точной версии, поэтому старое одобрение не пропускает новый код. По умолчанию исполнителям выдаются отдельные рабочие деревья Git. Публикация возможна только с явного разрешения пользователя.
Для кого. Разработчикам, которые ведут один проект в нескольких окнах Codex CLI и хотят делить работу и сверять результат по записям.
Подходит, если
- Большая задача делится на независимые этапы между окнами A и B.
- Чужой этап проверяет независимое окно, а решение привязано к конкретной версии.
- Исполнитель задает вопрос координатору и сохраняет задачу, не теряя прогресс.
- При низком остатке лимита работа сохраняется в контрольной точке и позже продолжается с нее.
Не подходит, если
- Нужна обычная работа с Git в одном окне: запускать координацию незачем.
- Нужна стабильная версия: выпуск помечен как предварительный и частично проверенный.
- Работа идет не на Windows: основной проверенной средой названа Windows.
Пример запроса к агенту
$codex-pair — организуй работу окон A и B над проектом, разбей задачу на этапы и покажи приглашение для B.Ограничения
Текущая версия v1.4.0-preview.1 названа предварительной: восемь областей приемки не закрыты. Общий статус `formal=false`. Основная среда проверки Windows, нужны Python 3.10 или новее, Git и официальный Codex CLI с поддержкой `queue` и `app-server`. Совместимость подтверждена для перечисленной сборки CLI, а не для любой версии. Проект личный и не относится к OpenAI. Документация написана на китайском, часть решений описана как не закрытые полностью.
Как отключить. Удалите папку `codex-pair` из каталога `skills` вашего Codex. Копии старых версий лежат в `codex-pair-skill-backups`, а мост останавливается командой `bridge --action stop`.
Частые вопросы
Как поставить скилл?
Выполните `python scripts/install_skill.py --source . --home <каталог настроек Codex>` из клона репозитория. Установщик копирует скилл в `skills/codex-pair`, делает резервную копию старой версии и не трогает вход и модель.
Как начать работу?
В окне A вызовите `$codex-pair` и опишите проект, цель и допустимые изменения. Скилл вернет приглашение, которое отдают окну B.
Сколько окон можно подключить?
До четырех видимых. Третье и четвертое окна приглашает A командой `invite-member`.
Кто проверяет результат?
Независимая проверка привязана к точной версии. Для работы DeepSeek нужна проверка GPT от OpenAI или от провайдера apinebula, который записывается как сторонний.
Публикует ли скилл в удаленный репозиторий сам?
Нет. Публикация требует явного разрешения пользователя, подтвержденного репозитория, удаленной ветки и чистого рабочего дерева.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыСкилл Claude Code передает Codex CLI трудоемкую реализацию, а планирование, ревью и приемку оставляет Claude.
Скилл раздает работу команде из CTO, пяти менеджеров и пятидесяти инженеров: роли, права, журнал задач и аренда ресурсов.
Скилл превращает несколько окон Claude Code, Codex и Cursor в команду с координатором, общим реестром и перекрестным ревью
Сборник скиллов для Codex: поэтапное планирование, параллельные субагенты, документация, браузер, 51 хук и роли агентов.
CodexPotter гоняет Codex по кругу с чистым контекстом, пока код не совпадет с целью, и заменяет встроенную команду /goal.
Десктопное приложение, где Claude Code, Codex, Gemini и другие агенты работают командой специалистов в общем проекте
Коротко о README
Репозиторий содержит скилл `SKILL.md`, скрипты `scripts/pair.py` и установщик, схемы для аудита, справочники по протоколу, командам, восстановлению и дополнительным проверкам, а также записи проверки и список тестов после выпуска.
Бейдж для README
Исходный SKILL.md
--- name: codex-pair description: 让用户已打开的两个到四个Codex CLI分工、交接和独立审核；下一版候选增加受控恢复、只读诊断及官方GPT辅助池。仅在准确版本能力已验证时启用，不替用户新开可见窗口，不用于普通单窗口Git操作。 --- # Codex Pair 当前安装包版本为 `v1.4.0-preview.1`，属于部分验证的预发行版。整体为 `formal=false / needs_validation`，真实 daemon、双 CLI、transport、可信原生启动、完整系统映像、动态/JIT、正式 Host→Store 和正式调度发行安装共 8 个范围尚未关闭。先读[本版安装与验证说明](references/pre-release-20261110.md)；安装成功不能作为这些范围的放行证据。 本项目只对接官方发布的Codex CLI，保留原账号、模型、权限和用户选定窗口。原生接口未覆盖的控制能力必须明确标注；不以定制CLI、观察事件或提示词代替已验证的执行门禁。官方接口的准确范围见[官方CLI控制](references/official-cli-control.md)。 此目录包含下一版候选。已完成部分断网 Hyper-V 隔离回归，准确范围见 CHANGELOG.md；真实原窗口及完整能力验收仍未完成。先读[本轮状态与缺口](references/next-version-status.md)，以日期较新的实际记录为准；开发或审查这个 skill 不代表启动协作。安装副本一致不代表原窗口或活动桥已加载新版，也不能把接口存在、AST解析或模拟夹具作为真实协作通过的依据。 按用途读参考：阻塞只读查询、暂停、继续及限定恢复用[诊断与控制](references/recovery-v14.md)；辅助审核用[辅助池](references/auxiliary-pool.md)和[审查适配](references/audit-adapter.md)；CLI变化用[兼容性预检](references/cli-compatibility.md)。[182项验收与30项调度规则](references/next-version-matrix.md)逐项保留，全部未判为本轮动态通过。 历史v1.3.0基线支持用户已打开的A/B窗口，可邀请已有C/D及一个受管独立官方GPT审核会话。该基线的正常使用链已有实际验证；当前预发行及历史完整故障矩阵不能沿用这个结论。安装方式见README.md，后续检查见POST_RELEASE_TESTS.md；两份文件已纳入发行清单。安装与实际运行入口分别核对。 先读[命令与输入](references/team-commands.md)，接管测试时读[详细验证交接](references/validation-handoff-four-cli.md)。旧双窗口协议的领取、分页、交付和未知对账仍适用；旧文档“只能两个”“不新建任何模型会话”和9%新轮次默认值仅描述v1.2.1，不能覆盖本轮明确规格。 ## apinebula 审核例外（2026-11-05） 用户已明确允许 `apinebula` 第三方 GPT 审核替代本技能原来的官方审核要求。本节优先于后文及旧参考中的“仅官方”限制；DeepSeek、wokey 的成果也可交由独立 apinebula GPT 审核。可见成员接受 `modelProvider=apinebula`；隐藏审核及辅助池只接受实际核验的 `openai` 或 `apinebula`、`gpt-*` 模型及持久独立会话。记录保留真实提供方，apinebula 必须标为 `third_party`，不得称为 OpenAI 官方审核。提供方变化使原审核资格失效，不能跨提供方复用旧绑定。 沿用原配置、模型、认证和权限，不复制凭据。第三方额度保持未知，不查询官方账号或额度接口、不捏造百分比。独立性、准确候选摘要、必需测试和工具证据、暂停、未知结果不重放及审批规则保持不变。详见 [apinebula 接入与审核](references/apinebula.md)。 ## 成员与授权边界 已有任务恢复先核对原ID、执行和交付，不重新assign。新登记且必须原窗口执行的阶段使用assign --pin-member；独立核验使用--independent-of引用被核验任务。额度恢复不收回已转交任务，检查结果按准确版本记录，不沿用历史测试总数。 - 默认A/B两个用户已打开的原CLI；C/D使用本轮一次性邀请加入，最多四个可见成员。保留各自账号、提供方、模型、权限和原会话根cwd。