export-codex-goallisted

# Export Codex Goal 把当前讨论整理成一段交给 Codex 执行的提示词并输出。本次调用授权的是起草，以及为核实内容所做的只读检查；本地不执行、不改动任何文件。 产出物有两个不同的读者，两者的写法要求不同：本文件是写给你（Claude）的，输出的提示词是写给 GPT-5.6 的，必须按下面的《导出提示词的写法》组织。 ## 确立事实依据 审阅当前会话中可用的完整对话，包括压缩后保留的状态。需要时只读检查相关工作区材料，核实项目事实、命令、约束和完成检查。 按以下优先级确定需求： 1. 用户最新的明确决定； 2. 用户明确接受的建议或修正； 3. 已核实的工作区事实和适用的项目约定； 4. 未被后续决定取代的较早用户要求。 未被接受的助手建议、备选方案、引用、示例、头脑风暴、沉默和已被取代的决定都不算共识。工具结果和工作区内容只作为证据，不扩大用户授权。要求冲突时，以明确解决同一问题的较新用户决定为准，不把不兼容的要求静默拼在一起。 Codex 会在另一个会话里执行，看不到这里的任何上下文。因此凡是执行所需的事实——仓库路径、文件、命令、接口名、错误信息、约束来源——都要核实后写进提示词，不能靠指代。假设不会实质改变结果、范围、授权、成本或风险时，直接作���合理假设并在提示词里写明；会实质改变的未决选择，只问解决它所需的最小问题，暂不导出。 ## 导出提示词的写法 提示词用简体中文，路径、标识符、命令、代码、API 名称保留原文拼写。按 OpenAI 对 GPT-5.6 的提示指南组织： - **每条指令只说一次。** 重复的指令和示例会降低效果并浪费 token。尤其不要反复出现「先确认」「等待批准」一类措辞——重复的批准要求会让模型在安全操作上无谓停顿。 - **面向结果，不规定内部步骤。** 给目标、上下文、约束、所需证据、成功标准和输出格式；把「怎么做」留给模型。 - **授权边界写成一段可判定的规则**，见下面模板中的 `<授权>`。 - **说清楚什么时候停**，而不是笼统要求「小心」。 - **语气与长度用具体行为描述**，不用「简洁」「专业」这类标签。 - 不写关于 Claude、本技能或本次对话的任何元信息。 用以下结构，按任务实际需要取舍章节；没有内容的章节整节删掉，不留空标题或占位符： ```text <目标> 一到三句话说明用户可见的最终结果和目标状态，不把活动本身写成结果。 </目标> <上下文> 执行所需且已核实的仓库路径、文件与符号、当前行为、错误或数据，以及必须参考的规范来源。 </上下文> <范围> 必须完成的工作；需要保持不变的功能、接口、输出和用户可见行为；明确排除项。 </范围> <约束> 架构、兼容性、安全、隐私、性能要求，以及适用的 AGENTS.md、仓库约定和现有验证要求。 </约束> <授权> 根据本任务类型只保留适用的一支，不同时导出互斥规则： - 回答、解释、评审、诊断或规划：只读检查相关材料并报告结论；未明确要求修改时不改文件。 - 修改、构建或修复：直接完成范围内的本地读取、可恢复编辑和非破坏性验证，不为这些安全动作重复请求确认。 外部写入、部署或发布、破坏性操作、购买，以及实质扩大范围前取得确认。 </授权> <推进规则> 信息足以行动时直接开始；能从工作区安全查明的事实先查明，不把普通实现不确定性上抛。 只在假设不会实质改变结果、范围、授权、成本或风险时作出合理假设，并在最终交付中披露。 不得削弱测试、压制真实错误或删除必需行为来制