1
应该放进上下文
任务事实目标、范围、验收标准、用户反馈、已知约束
技术线索入口文件、报错、日志、调用链、测试输出
好的上下文会减少猜测，让 Codex 更像团队成员，而不是临时问答工具。
Context / Memories
上下文不是越多越好，关键是让 Codex 看见真正影响判断的信息。
Codex 的输出质量高度依赖上下文。高质量上下文不是把所有文件、历史讨论和猜测一次塞进去，而是把当前任务需要的入口、事实、约束和验证方式整理清楚。
2
应该排除
低相关噪声旧讨论、无关目录、过期方案、未验证猜测
敏感信息密钥、客户隐私、账号信息、生产数据样本
上下文窗口是有限资源，噪声越多，模型越容易抓错重点。
3
Thread 与 Memories 的分工
THREAD同一任务延续
适合保持当前问题、决策过程和临时状态。任务切换明显时应新开 thread。
MEMORY长期偏好和稳定约定
适合保存团队偏好、项目背景、常用规则，不适合保存敏感数据。
FILES仓库规则优先
项目规范、命令和目录边界优先写进 AGENTS.md，而不是只靠记忆。
4
上下文交付模板
01任务目标我要达成什么结果。
02相关入口文件、页面、接口或模块。
03当前现象报错、截图、日志或复现路径。
04限制条件不能改什么、要兼容什么。
05验收方式如何证明结果正确。