必须新建任务的三种情况：一、最近三条消息两条以上回应新需求；二、/status显示context pressure超75%；三、代码修改超出/mention初始文件范围。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你发现当前对话已经偏离原始目标、上下文开始混乱、修改范围超出最初约定的文件或逻辑边界时，就必须停止继续，立刻新建任务——这不是操作习惯问题，而是防止模型把临时想法当成既定约束的关键动作。
判断是否该新建任务的三个硬指标
第一步：检查最近三条消息是否都在回应新出现的需求。如果其中两条以上是“顺便”“再加一个”“你忘了上次说的”，说明目标正在漂移，【此时继续对话等于主动放弃目标控制权】。
第二步：打开/status命令，查看context pressure是否超过75%。超过即表示当前会话已承载过多中间状态、失败日志和被否决的方案草稿，模型开始从压缩摘要中猜意图，而非依据明确指令执行。
第三步：确认当前要改的代码路径是否与第一次/mention挂载的文件列表有重叠。若新增操作涉及完全不同的模块（比如原任务只动frontend/src/settings，现在要进backend/api/v2/auth），就必须新建。
这些情况必须用/new开启新任务
方法一：刚否决了一个完整技术方案后还想试另一条路。直接/fork虽能分支，但主会话仍残留被推翻的设计假设；/new才能彻底清空推理起点。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：隔天回来续跑，发现上次最后一条指令是“先看看报错”，而你现在手上有新日志、新环境变量、新测试用例。这时用codex resume --last只能接住旧上下文，【新输入会被旧context稀释，导致关键参数被忽略】。
方法三：终端意外关闭后重新打开，对话历史里只剩半句未完成的命令（如“把useFormValidation替换成”），没有上下文支撑的截断指令极易引发误改——别试图补全，直接/new重来。
什么情况下可以安全继续当前对话
当前任务仍在同一验收标准下推进：比如原始/goal是“让登录页通过W3C校验”，后续所有操作都围绕HTML结构、ARIA属性、表单标签展开，没引入UI动效、权限拦截或埋点需求。
修改始终限定在最初/mention的3个文件内，且未触发任何跨模块副作用（如没新增API调用、没改shared/utils）。
你刚用/stop中断了某次执行，但没补充新条件、没质疑已有结论，只是想换种方式重试同一子任务。
