任务卡住失败或结果不符怎么办
任务执行中的「意外」多数不是故障。这一页把三类常见状况的正确处理方式整理出来，先分清再动手，避免把正常流程当 Bug 处理。
状况一：任务中途停下来问我问题
这是正常交互，不是卡住。 官方文档明确列出 Agent 会主动询问两类信息：补充或澄清需求；配置信息（如数据库连接、API 密钥——密钥通过安全封装方式收集）。看到提问尽快回答，任务就继续推进。
状况二：结果和我想的不一样
按偏差程度分三级处理：
- 方向对，细节差 → 中途插话定向修正：「报告里补一个风险分析章节」。机制见任务跑到一半还能插话改需求吗。
- 早前决策错了，越跑越偏 → 检查点回溯到出错节点重走。机制见任务走偏了用检查点倒回去重来。
- 需求本身理解偏了 → 收回指令重新描述。对照给AI下指令的六个实用技巧检查指令哪里给了歧义空间。
状况三：任务长时间没有动静
排查顺序：先看是不是在等你回答（状况一）；再确认网络与登录状态；长任务（深度研究、全栈应用）本身执行周期长，子任务之间的「安静期」是正常的——看子任务清单的推进状态比看总时长更准。极端情况下重发任务前，先检查积分余额是否够跑这个任务。
交付文件找不到
任务完成后，所有交付文件（调研文件、代码文件、报告）在任务结果里按需下载；网页类任务另附部署链接。入口说明见第一次派任务的完整流程拆解。历史任务回个人中心的任务记录里找。
重来不丢人
回溯和重派都是产品设计内的正常动作，积分成本而已。真正的浪费是拿一条歪了的任务不断打补丁——见应用生成后怎么继续改迭代里「什么时候该重开任务」的判断标准。
处理方式依据官方文档与产品设计逻辑整理，具体交互以实际版本为准。