用途：本技能用于通过已发布的 codex-worker CLI 委派编码、研究、验证或后续跟进工作，聚焦已安装的公开命令面，而非未发布的仓库内命令。使用前建议先执行 codex-worker --help 复核。
主要能力：用 codex-worker run 启动基于文件的任务；用 send、thread resume 或 turn steer 延续已有线程；用 read、logs、wait 监控进度；用 request list、request read、request respond 处理被阻塞的运行时请求；从本地工件与守护进程状态恢复失败或中断的工作。
必要用法：提示词以文件为本，先写 .md 文件再派发。安装可执行 sudo -v ; curl -fsSL https://github.com/yigitkonur/codex-worker/releases/latest/download/install.sh | sudo bash，或用户级安装、npm install -g codex-worker 作为回退。确认运行时健康：codex-worker --output json doctor。阻塞式一次性运行：codex-worker run task.md；异步：codex-worker --output json run task.md --async。监控示例：codex-worker wait --thread-id <thread-id> --timeout 300000、codex-worker read <thread-id> --tail 50、codex-worker logs <thread-id> --tail 100。当线程状态为 waiting_request 时，依次执行 request list --status pending、request read、request respond，支持 --decision accept、--answer "Yes" --question-id <id> 或原始 JSON。可用 --output json 便于 shell 组合。
适用场景：文件驱动的编排流程、显式 thread/turn/request 控制、环境诊断与守护进程检查。
限制：已发布 CLI 中不存在 task 层、session 层、monitor、review、exec 或 request answer 辅助命令；不要使用 request answer（只有 request respond）；不要假设 --follow、--plan、--skip-plan、--label、--compact 等未发布标志。不要将 waiting_request 视为失败，也不要在未检查 read、logs、doctor 前断言不可恢复。状态根默认为 ~/.codex-worker/（可用 CODEX_WORKER_STATE_DIR 覆盖）。本技能不用于 MCP 服务器配置或 mcpc 测试，不用于修改 codex-worker 源码，也不用于通用 Codex/OpenAI 文档问答。