用途
该技能用于在 AI 对话中自动识别「编码/部署类任务」，并在不改变主对话默认模型的前提下，切入 Codex（newapi/gpt-5.3-codex）工作台执行。其核心目标是：将编码工作台的默认模型与边界固化在隔离的 codex agent 中，减少主 agent 被污染的概率。
触发策略
触发优先级从高到低为：显式禁止、显式启用（泛口令）、自动检测触发。
- 显式启用（泛口令）：用户任意一句包含“代码时刻”“进入代码时刻”“进入工作台”“开工作台”“用 codex”“切到 codex”“codex 模式”“编程模式”“写代码模式”即强制触发。
- 显式禁止（覆盖一切自动触发）：包含“不要 codex”“别用 codex”“不要切模型”“别切模型”“不用工作台”则本次不触发/不切换。
- 自动检测触发（无口令也会触发）：明确的编码意图（改代码/写功能/修 bug/重构/补测试/性能优化/代码审计）；明确的工程/部署意图（Dockerfile、docker-compose、nginx/caddy、systemd、pm2、CI、构建失败、发布/回滚）；明确的调试信号（stack trace、报错日志、编译错误、linter/test fail、diff/补丁需求）；输入结构信号（代码块 ```、文件路径如 src/...、/etc/...、命令行输出、配置片段）；明确需要多文件代码改动；明确需要 build/test/lint/restart 前验证的代码任务。
默认升级为 codex 的强信号（即使用户没说“代码时刻”也应触发）：多文件代码修改 + build 验证；前端/后端状态机、路由、组件、接口等联动修改；需要“改代码 → 构建/测试 → 观察结果 → 再修补”的迭代任务。
不触发（除非用户用泛口令强制）：纯闲聊/观点讨论/产品对比/非落地方案；仅翻译/润色（无代码改动）。
主要能力与工作台形态
该技能通过分阶段多次 subagent run 来模拟“工作台”，因为 webchat 不支持 thread 绑定的持久 subagent session。
优先选择：spawn 到 codex agent（推荐）。当运行环境已配置 agentId=codex（并且 agents_list 可见）时，优先这样启动：
{
"tool": "sessions_spawn",
"runtime": "subagent",
"agentId": "codex",
"model": "newapi/gpt-5.3-codex",
"mode": "run",
"cleanup": "keep",
"task": "..."
}
兜底：在 main 下直接 spawn。如果没有 codex agent（或 allowlist 不允许），才退化为：
{
"tool": "sessions_spawn",
"runtime": "subagent",
"model": "newapi/gpt-5.3-codex",
"mode": "run"
}
WORKBENCH_READY 握手（可选但推荐）：在正式 Patch 前，可先发起一次最小握手，验证 subagent 运行链路。subagent task 只回复 WORKBENCH_READY，主代理收到 announce 后再进入 Phase 1 Patch。
使用方式：A 流程（强制）
- Phase 0 — Plan（不改动）：明确目标/验收标准/涉及文件/风险点/回滚思路。
- Phase 1 — Patch（产出 diff）：最小改动实现，输出文件列表 + 关键 diff/snippet。
- Phase 2 — Verify（本地验证）：lint/test/build（能跑就跑），输出命令 + 关键日志。
- Phase 3 — Deploy（风险闸门）：必须显式确认后才执行。
- Phase 4 — Closeout（收尾）：总结变更 + 验证结果 + 回滚步骤。
默认确认（AUTO_CONTINUE）：当用户说“默认确认开启”“默认确认”“自动继续”时，Phase 0→1→2 可以自动推进，但 Phase 3（Deploy）/重启/删除/鉴权路由/防火墙仍必须逐项显式确认。
风险闸门（必须显式确认，即使开启默认确认）：任何 deploy/restart（docker compose up -d、systemctl restart、pm2 reload）；任何 destructive（删文件、git reset --hard、删库/迁移）；任何鉴权/路由/防火墙改动（nginx/caddy、token、端口、ufw/iptables）。
适用场景
需要改代码、写项目、重构、修 bug、新增功能、补测试、性能优化、代码审计；编写或修改 Dockerfile、docker-compose、nginx/caddy、systemd、pm2 配置；处理 CI、构建失败、发布/回滚；需要多文件代码联动修改或“改代码 → 构建/测试 → 观察结果 → 再修补”的迭代任务。
限制与约束
webchat 不支持 thread 绑定的持久 subagent session，因此采用分阶段多次 subagent run 来模拟工作台。若 subagent spawning 不可用，则退化为让用户手动 /model newapi/gpt-5.3-codex，仍按 A 流程执行。过程可见性为硬性要求：进入查资料/跑命令前先说明“我在查 X，预计 N 秒”；命令结束（成功或失败）说明查到什么/下一步要确认什么；编码执行中每 1–3 分钟汇报一次当前阶段/已完成/下一步/是否要确认。关于收费、价格、具体平台支持范围等事实，当前资料暂未提供。