Skywork 任务自动执行：规避常见陷阱与执行故障

Skywork 的任务自动执行机制，核心逻辑一句话就能说清楚：它只在几个决定性的节点写快照，而不是无时无刻在存盘。这样一来，它既能扛住关机重启，又会在中间状态没落盘时老老实实回退——稳，但也敏。

很多人觉得，任务自动执行嘛，设好了就能撒手不管了。但 Skywork 这套系统，恰恰最忌讳这种心态。你得搞明白它是怎么记住进度的、怎么断点续传、又会在什么情况下退回去重来。

任务中途崩溃后无法继续？先看它“记在哪”

系统只在四个关键节点落下快照：做出关键决策时、切换模型时、完成文件 IO 时、多页面跳转结束时。换句话说，它不是实时存，更不是每秒都在存。

• 举个例子：你在“比对差异”环节手动关机了？不用慌，重启后执行

  resume_task(task_id)
  ，系统会自动从上一个快照点继续。
• 但要是你在模型推理中途强行杀掉进程——那对不起了，没来得及写入磁盘的中间向量直接蒸发，系统会退回到上一个完整节点重新尝试。
• 想知道当前进度有没有落盘？很简单，按

  Ctrl+Shift+S
  打开悬浮栏，点“详情”，看

  last_success_step
  字段的值就行。

状态看似卡住？检查三类人为干扰点

任务半天不动弹，别第一反应就是崩了。很多时候，是外部条件把它拦住了。

• 快照文件被手动修改
  ：有人直接跑到 %LOCALAPPDATA%SkyworkDesktopstates 下面打开 task_id.json 瞎改，结果校验失败，任务直接被标为 corrupted。

• hook 脚本执行失败却没捕获
  ：比如邮件脚本里邮箱配错了，或者路径不存在。系统默认不中断主流程，但后续依赖这个输出的步骤就会卡在原地。

• 跨模型降级被禁用
  ：如果主模型（比如 Claude Opus 4.5）在语义比对阶段超时了，而你又没勾选“跨模型失败降级”，那么任务不会自动切到 Sonnet，而是挂起傻等。

频繁重试却不推进？警惕 AI 的“假行动主义”

和 WorkBuddy 一样，Skywork 在复杂任务里也容易陷入“试—错—再试”的死循环，尤其是当问题根源没被揪出来的时候。

• 如果发现它连续两次在同一个 phase（比如

  clause_extraction
  ）反复失败，别等它自己醒悟，直接

  status [task_id]
  查看最近的日志行。
• 别让它无限重试。在 Settings → Advanced → Long-Task Resilience 里设置最大重试次数，默认是 3 次。
• 关键步骤可以加上验证机制，比如生成报告后自动加一行检查：

  if (Test-Path 'D:ReportsRiskSummary.docx') { ... }

启动就失败或响应迟缓？回头检查双模型路由配置

桌面版靠主模型（7B–14B）和副模型（1B–3B）配合干活。路由规则如果配错了，轻量任务可能被塞进大模型里，结果卡死或超时。

• 确认智能路由开了没：输入短、含“总结”“提取”“补全”等关键词的任务，应该默认走副模型。
• 检查 GPU 显存是否够用——6GB 以下强行加载 14B 模型，初始化失败或者响应延迟飙升是常态。
• 纯 CPU 运行时，一定关掉主模型自动加载选项，否则它会反复尝试加载失败，拖慢整体响应。