怎样给 Codex 下任务，才能真正改出可用代码

一个好任务至少要包含目标、范围、限制和验收标准。目标说明你要什么，范围决定它看哪些文件，限制约束它不要乱动，验收标准保证结果可判断。

例如你可以明确写：只修改首页 hero 区，不新增依赖，移动端也要可用，最后请跑 lint。

对 Codex 来说，最有价值的信息不是流行词，而是现有项目怎么组织、你更偏向哪种实现方式、哪些文件不能碰。

上下文越明确，返工越少。

如果任务存在多种实现路径，可以要求 Codex 先说明选型依据，再开始修改。

这样你能更早发现不符合预期的实现方向，而不是等代码写完才重来。

页面类任务可以要求桌面端和移动端都正常显示。

工程类任务可以要求构建通过、类型检查通过，或者说明无法验证的部分。