메뉴
「Claude 当大脑、Codex 当手」的委派工作流——把实现类任务经 codex:codex-rescue agent 派给本机 Codex CLI，Claude 负责拆任务、写任务书、独立验收、合并提交。用户说「派 codex / 让 codex 干 / codex 实现」，或有成批实现任务需要委派时用。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | codex-conductor |
| description | 「Claude 当大脑、Codex 当手」的委派工作流——把实现类任务经 codex:codex-rescue agent 派给本机 Codex CLI，Claude 负责拆任务、写任务书、独立验收、合并提交。用户说「派 codex / 让 codex 干 / codex 实现」，或有成批实现任务需要委派时用。 |
把「Claude 编排 + Codex 实现」跑成稳定流水线的工作流。从一场真实战役（MediaStudio 插件体系 9 个工作包全部由 Codex 实现、Claude 验收合并）沉淀而来。
codex:codex-rescue agent）+ codex CLI 已登录（codex login status）。/codex:setup，不要自造 auth 流程。用 Agent 工具派 codex:codex-rescue，任务书写进 prompt，路由旋钮附在末尾：
Agent(subagent_type: "codex:codex-rescue",
prompt: "<任务书> --write --background",
run_in_background: false)
| 旋钮（写在 prompt 里） | 作用 |
|---|---|
--write | 要改文件就带上（不带 = 只读） |
--background | 长任务让 Codex 后台跑，subagent 秒回 job-id，Claude 腾出手干别的 |
--resume | 续上一个 Codex 会话（「继续 / 修掉刚才那个问题 / 再深挖」） |
--model <型号|spark> / --effort <low…xhigh> | 覆盖默认档；何时用什么组合见下方角色表 |
模型与推理强度的「默认档」一律不传参——继承用户 ~/.codex/config.toml 里设好的慣用型号与强度；用户改习惯只动 config 一处，skill 与 prompt 永不硬编码型号。
长任务两种等法（选一）：prompt 带 --background 后用下方 companion 轮询；或 Agent 调用本身 run_in_background: true，等 harness 通知。
角色 = 「模型档 + effort + 读写 + prompt 姿态」的预设组合，由 Claude 派发时套进任务书。选档规则：默认 builder；规格明确照图施工降 coder；机械活降 chore；吃不准范围先 scout；反复修不动升 detective；每波收尾必过 reviewer。
| 角色 | 适用任务 | 模型 / effort | 读写 | 详规（任务书骨架 + 姿态细则） |
|---|---|---|---|---|
| builder 主力实现 | 核心功能、成批工作包、重构（要做设计判断） | 默认档 / 默认档 | --write（+ --background + worktree） | references/builder.md |
| coder 确定性编码 | 规格明确照施工图写：按既有模式补模块 / 接口 / 测试 | --model gpt-5.6-luna / 默认档 | --write | references/coder.md |
| chore 机械杂役 | 批量替换 / 搬运 / 格式化 / 依赖跑腿（无需理解代码） | --model spark / --effort low | --write | references/chore.md |
| detective 疑难侦探 | 反复修不好的 bug、深度根因勘探 | 默认档 / --effort high | 先只读诊断 | references/detective.md |
| scout 勘探研究 | 大库摸底、方案调研、可行性验证 | 默认档 / 默认档 | 只读 | references/scout.md |
| reviewer 对抗评审 | 波次验收、安全边界审查 | 默认档 / --effort high | 只读 | references/reviewer.md |
派发前先读对应角色的 reference 文件，按其任务书骨架写 prompt。三层实现阶梯的直觉：builder（要设计判断）> coder（答案基本唯一）> chore（不用理解代码）——拿不准往上一档放。
角色可按需增设（加一行 + 建一个 reference 文件）；要调某角色的型号，只改该角色行与其 reference（型号只许出现在这两处，默认档永远指 config）。本机可用型号阶梯查 ~/.codex/models_cache.json（sol 旗舰 / terra 均衡 / luna 快省 / spark 极速）。一次派发只套一个角色——又实现又自审 = 实现者自己验收，违反分工铁律。
git log + git show 逐提交审查：范围有没有越界、有没有夹带无关文件（lint-staged 失败会把文件留在暂存区，最易夹带）。git branch --show-current 确认所在分支。/codex:review 或 /codex:adversarial-review 交叉审，或 --resume 打回让 Codex 重修。主线程直接查 companion（路径含插件版本号会变，动态解析）：
COMPANION=$(ls -d ~/.claude/plugins/cache/openai-codex/codex/*/scripts/codex-companion.mjs | tail -1)
node "$COMPANION" status --all # 看全部任务
node "$COMPANION" result <job-id> # 取某任务结果
node "$COMPANION" cancel <job-id> # 取消
Render system architecture, topology, narrative architecture, sequence flow, and timeline diagrams as self-contained single-file HTML. Use for `/html-diagram`, "画一张 HTML 图", "用 HTML 画 X", "html 架构图 / 链路图 / 流程图", "html 可视化", "single-file html diagram", "interactive html diagram", or "deck-style html" when the content already exists in chat, design docs, or notes. Do not use for Mermaid, Excalidraw, PNG/PDF posters, generic frontend pages, or brainstorming diagram content.
用 Codex(订阅账号,gpt-image-2)生成或编辑图片,特长是用参考图锁定角色/风格一致性。当用户显式点名用 Codex 出图,或需要参考图锁角色/风格的场景时使用。通过 `codex exec` 调内置 image_gen 出图,产物存为 PNG。通用生图/程序化出图未点名具体后端时,由 `media-gen` 统一路由选后端,不在此抢默认。
用 Gemini 出图,默认走本机反代服务(antigravity2api-nodejs,Antigravity 账号池,支持参考图 + 分辨率档位),可选切回 Gemini 网页会员号(Nano Banana)cookie 方式、多账号负载均衡 + 撞额度自动跳号;支持并发批量出图(job 文件 + FIFO 信号量,系列图/整套资产一次出)。当用户要用 Gemini / Nano Banana / Antigravity 出图、"用 gemini 画图"、想薅 Gemini 订阅或 Antigravity 账号的免费图额度、要在多个账号之间轮着出图分摊额度、或要一次批量出一组图时使用。两条后端配额池互不相通。产物存图片文件,两条后端都支持参考图(风格迁移/图生图)。是继 codex-image-gen / comfyui / jimeng / browser-gen 之后的又一条出图后端。通用生图/程序化出图未点名具体后端时,由 `media-gen` 统一路由选后端;用户显式点名 Gemini/Nano Banana/Antigravity(或要薅免费额度/多账号轮换/批量出图)时仍直调本 skill。
Use when containerizing or deploying a frontend, backend, or full-stack project for local testing, an internal registry, production, or offline delivery. Triggers include "docker化", "容器化", "写Dockerfile", "build镜像", "推送镜像", "部署到服务器", "docker-compose", Docker images, Compose, multi-stage or multi-arch buildx, registry delivery, tar-offline delivery, embedded MariaDB, dev/prod container environments, and image build/push/run scripts.
把大量 AI agent skill 按「来源 → 分类 → skill」三级组织、用单一 registry.yaml 驱动、跨 Claude Code 与 Codex 复用的 skill 管理方法论，自带可直接落地的工具（assets/skillctl.py + registry.example.yaml）。 当有人想整理 / 组织 / 规模化管理很多 skill、把自己原创的 skill 与第三方分开、控制哪些常驻以省 token、 只把自己的 skill 开源到 GitHub、一眼监视本机 skill 生态、或想复刻这套体系时使用。Triggers: 管理 skill, 整理 skill, skill 太多/太乱, skill 目录结构, skill 生态, 组织 agent skills, registry 管理 skill, 来源/分类/skill 三级, 复刻 skill 管理方法, organize / manage AI skills at scale, skill registry.
本地生成背景音乐(BGM) + 音效(SFX)——一句文字描述直接合成，离线、免费、可商用。当用户/agent 要「配 BGM / 背景音乐 / 配乐 / 底床 / 氛围乐 / 生成音效 / whoosh / ping / 转场音 / 出场音 / 打击音 / sonic logo / text-to-music / text-to-sfx / background music / sound effect / generate BGM」，且未指定其他音频后端时使用。两个子命令：music(文生纯器乐·ACE-Step 1.5·MIT·Apple MLX·48kHz·最长10min·M3 约与实时同速) / sfx(文生短音效·Stable Audio Open Small·Stability 社区许可·≤11s·8步蒸馏·每个<1s 极快)。是媒体生态 media/audio 层继 voxcpm(人声 TTS)之后的第二条音频后端——**voxcpm 管人声、sound-gen 管音乐+音效**。产物喂进 video-polish(音效落点/BGM ducking) 与 produce-pipeline 的音频设计层。区别 stock-sourcing(下现成 CC0)：本 skill 是「生成」不是「下载」，防同质化、要什么造什么。