用途：把用户请求转成有边界的任务，并执行所要求的 Codex 交接。需说明预期结果、仓库与相关路径、约束、写入权限以及完成所需证据；对任务无帮助的部分可省略。
模型与运行环境：若明确指定模型则遵循；否则解析已配置的运行时角色或推理目录。通过当前 harness 验证可用性，技能中出现的旧模型名不等于配置。为评估记录实际使用的模型与设置。
工具与规则：使用工具的真实名称，可阅读 codex exec --help 了解 CLI 参数。遵循当前 harness 的沙箱、审批、进度更新与指令优先级规则。被拒绝的操作不代表可以削弱这些控制或重试等价命令。
执行：明确的动作请求即授权在其范围内开展必要工作，不要停在计划阶段或就已授予的权限再次询问。仅当缺失的决策会实质影响结果时才提问，同时继续独立工作。加载相关领域技能，而非通用清单；用户指令优先于技能偏好。若某技能会阻止已授权工作，指出具体文件与规则，并按指令优先级解决冲突。
委派：使用操作者配置的编排流程，为每个执行者设定有界结果与明确写入范围，保留其他会话的编辑。使用完成事件或有界等待，并在检查之间安排有用工作。
验证与报告：按变更类型运行适当检查，文字修改需查看 diff，行为变更需提供受影响行为的证据；不要重复添加测试或在新证据缺失时重跑已通过的测试套件。返回结果、产物或提交、检查与结果，以及确切未解决的限制。不要仅凭建议的命令声称已执行、部署或交付。
提示词变更：参考当前官方模型指南，用无害样例对比新旧行为。模型能解释指令只是理解性检查，不等于运行可靠性证明。