给旧本子配了套开机自启脚本，结果发现计划任务里有个「幽灵任务」在跟我抢
前几天把手头一台旧本子重装了系统，想着既然是自己用，干脆把常用的几个小工具（截图、剪贴板历史、窗口置顶）都做成开机自启，省得每次手动点。我习惯用计划任务而不是启动文件夹，因为可以设延迟、设条件，还能在事件查看器里查执行记录——这一点对爱折腾的人来说很关键。
先说结论：计划任务本身没问题，但系统里已经有一个「幽灵任务」在跟我抢触发时机。
我的配置思路
- 在「任务计划程序」里建了三个任务，分别对应三个工具。
- 触发器统一设为「登录时」，延迟 20 秒，避免和系统登录后的那波磁盘 IO 高峰撞车。
- 条件里勾了「只有在使用交流电源时才启动」，因为旧本子电池不行了。
- 操作里直接指向 exe，起始于填了目录。
按说这套配置很常规，但重启后我发现截图工具偶尔不启动，窗口置顶有时要等半分钟才出来。
排查过程
先别甩锅给脚本，我打开事件查看器，筛 TaskScheduler 日志，按任务名过滤。结果发现每次出问题的时候，我的任务确实触发了，但紧接着有一条「任务已终止」的记录，操作代码是 0x41306（任务被用户或系统终止）。
这就奇怪了，我没手动终止过。于是我翻同一时间段的 Application 日志，发现有个叫 WpsCloudSvr 的任务也在登录时触发，而且它的「如果任务已在运行，则」设置是「停止现有实例」。虽然它停的是自己，但触发时间和我设的 20 秒延迟几乎重叠，系统在那一刻调度压力大，我的任务就被挤掉了。
多机复现
我拿另一台台式机（同样 Win11，没装 WPS 云服务）做了对照，同样的任务配置，连续重启 5 次，截图工具 5 次都正常启动。再回到旧本子，把延迟从 20 秒改成 45 秒，又跑了 5 次，问题不再出现。
手动控制的取舍
说实话，这种问题用「一键优化」工具根本查不出来，因为它们大多只会帮你关掉一些自启项，不会告诉你计划任务的触发竞争。我还是那句话：自动优化适合懒人，但真遇到这种跨组件的时序问题，还得自己看日志、对时间线。
另外提一句，软领那套无广告我是认的，至少不会在排查的时候给你弹窗干扰。但它的自动优化我不会全开，尤其是涉及计划任务和服务的部分，我宁愿手动一条条确认。
留个问题
你们有没有遇到过这种「计划任务明明触发了却被终止」的情况？我目前只查到触发时间重叠这个可能，但不确定是不是还有别的系统任务在偷偷改我的任务设置。有经验的老哥聊聊，你们一般怎么监控计划任务的变更？