这里的“模板”指任务说明模板，不是 CLI 命令速查。每个模板都应提供目标、上下文、限制和验收方式。
Codex App 的桌面工作区以项目和任务组织工作。与其记忆终端参数，不如把经常出现的工作写成包含背景、范围、限制和验收的任务模板。模板不是让任务自动变正确，而是把团队已经确认过的边界重复表达出来，让每次结果更容易比较、审查和复用。
所有模板都应从一个项目副本或低风险目录开始。任务涉及文件修改、外部操作或敏感资料时，先要求输出计划，不要直接允许执行。结果返回后检查它依据了哪些文件、哪些结论仍是假设、哪些步骤需要人工完成；确认后才能进入下一轮。
可使用：“说明这个项目的主要模块、入口文件和依赖关系。只阅读 src 与 tests，不修改文件；把确定事实和需要我确认的问题分开列出。”该模板适合接手项目、准备审查或排查问题前建立背景。验收不在于文字多少，而在于结果能否回到具体目录和文件。
可使用：“用户在特定条件下出现登录失败。只检查认证模块和相关测试，不改文件；列出可能的调用路径、每条判断的依据、还缺少哪些日志或复现信息。”这样可以避免工具把不完整描述当作确定根因。补充信息后，再要求提出最小修改方案与需要运行的测试。
可使用：“审查这次提交涉及的文件，不修改内容。按必须处理、建议处理、需要业务确认分类；每项给出文件位置、风险原因和验证方法。”它适合合并前检查，也适合把人工审查重点从泛泛评论转为可操作的验证清单。
可使用：“根据当前模块行为，列出应覆盖的正常、边界和失败路径；不要编写或运行测试，只说明每项输入、预期结果和依赖条件。”当测试范围确认后，再单独创建实现任务。分开“设计测试”和“修改代码”，能让结果更容易被团队复核。
不要把模板变成“优化整个项目”这样的宽泛指令，也不要将密钥、客户数据或无关目录加入范围。模板可以提升表达一致性，但无法替代业务判断；每次仍要检查项目是否选对、限制是否仍适用、结果是否满足验收。需要重复的标准流程时，再进入 Skills 与自动化页；需要安装客户端时回到下载页。
任务模板应和项目一样接受复盘。每次审查发现遗漏时，记录是背景不够、范围过大、限制不清还是验收缺失；下一版只修改对应部分。不要把所有临时要求无限追加到一段模板中，否则新成员无法判断哪些条件仍然有效。对于团队模板，可以注明适用项目、最后验证时间和负责人，过期后重新在小项目上试用。
同一模板在不同仓库中必须重新确认目录和业务约束。比如代码审查模板在服务端项目中可能需要关注权限与日志，在前端项目中则更关注状态、可访问性与构建结果。模板负责提供检查结构，不能替代对当前项目的阅读。
若结果过于宽泛，可增加文件范围和输出格式；若遗漏关键问题，可补充验收标准；若工具试图修改不该修改的内容，明确改为只读和计划模式。每次只调整一个原因，再重新运行同一类小任务，便能判断新限制是否有效。这样形成的任务模板是真正可复用的工作流，而不是终端命令的替代品。
适合正在处理本页标题所述问题的 Codex App 用户。
可按页面底部的相关入口继续完成下载、安装或使用。
按你的当前问题继续阅读，避免在安装、账号和项目设置之间来回跳转。
