最终改变什么
描述用户或系统最后能够观察到的行为，而不是只写“优化一下”。
把模糊需求整理成
Codex 可执行任务
选择开发、修复或审查场景，补充真实上下文，生成包含目标、约束与验收标准的工程任务说明。输入仅在当前浏览器处理。
任务预设
READY FOR CODEX
可直接粘贴的任务说明
请完成下面的工程任务。 ## 目标 为现有页面增加一个可访问、可响应的新功能 ## 调查范围 先定位页面入口、复用的组件和现有测试，再确认数据流与交互状态。 ## 约束 保持现有接口兼容；复用现有样式；不要修改无关页面；不得引入不必要依赖。 ## 验收 运行相关测试和生产构建；检查键盘、移动端与错误状态；审查最终差异。 ## 执行要求 - 先阅读仓库中的 AGENTS.md 与相关代码。 - 复杂任务先给出简短计划，再实施最小完整改动。 - 保留工作区已有修改，不做无关重构。 - 完成后汇总改动、验证结果和剩余风险。
任务说明解决“这次要做什么”，AGENTS.md 解决“这个仓库长期怎么工作”。需要长期规则时，请使用 AGENTS.md 生成器。
一个有效任务说明，应当回答四个问题
从哪里调查
提供入口文件、复现步骤、错误日志和已有实现，减少无效搜索。
哪些不能破坏
说明接口兼容性、安全边界和禁止修改范围，控制工程风险。
怎样算完成
给出测试命令、构建检查和人工验收步骤，形成可验证闭环。
Codex 任务说明常见问题
Codex 任务说明需要写多长？＋
长度不是重点。至少要写明目标和验收方式；跨模块任务再补充入口文件、约束和阶段计划。
任务说明可以代替 AGENTS.md 吗？＋
不能完全代替。任务说明描述一次性目标，AGENTS.md 保存仓库长期有效的命令、规范和安全边界。
为什么要单独写验收标准？＋
可运行的测试和可观察结果能帮助 Codex 判断任务是否真正完成，也方便人工审查。