schtasks 命令行创建计划任务最稳定，避免 GUI 导出 XML 的兼容性问题；需显式设 /RL HIGHEST 提权，空格路径须用 -File 参数或 Start-Process 封装，网络依赖任务应禁用网络限制或加延时。
用 schtasks 创建计划任务最稳，别碰 GUI 界面导出的 XML
windows 任务计划程序 gui 看着友好，但导出的 .xml 文件带大量默认命名空间和冗余属性，跨机器导入常报 0x80041315 或 task definition is missing required element。运维批量部署时，schtasks 命令行才是可控、可复现的选择。
-
schtasks /create支持所有基础场景：按天/周/登录触发、指定用户上下文、设置失败重试 - 避免用
/xml参数导入——它要求目标系统有完全一致的 SID 和环境变量，CI/CD 流水线里极易崩 - 如果必须用 XML（比如含复杂条件触发器），先用
schtasks /query /xml导出一个干净模板，删掉RegistrationInfo/Date、Principals/Principal/Id这类动态字段再重用
RunLevel 设成 HighestAvailable 才能真正提权执行
很多脚本在计划任务里静默失败，不是权限不够，而是没显式声明运行级别。GUI 创建默认是 LeastPrivilege，哪怕你选了“只在用户登录时运行”，脚本仍跑在受限令牌下，访问 WMI、注册表 HKEY_LOCAL_MACHINE 或调用 netsh 都会拒绝访问。
- 命令行加参数：
/RL HIGHEST（注意大小写不敏感，但必须全大写或全小写） - PowerShell 中用
Register-ScheduledTask时，-RunLevel参数值必须是HighestAvailable，写成High或Admin都无效 - 验证是否生效：任务运行后查
Get-ScheduledTaskInfo -TaskName "xxx"，看LastTaskResult是否为0；再进事件查看器 → 应用程序和服务日志 → Microsoft → Windows → TaskScheduler → Operational，找 ID 201 事件，确认RunLevel显示HighestAvailable
PowerShell 脚本路径带空格？必须用 Start-Process 包一层
直接让任务调用 C:\Scripts\My Script.ps1 会失败，错误码 0x1，日志里只显示“操作超时”。这不是路径问题，是 powershell.exe 启动时把空格当参数分隔符，导致脚本名被截断。
- 正确写法：任务操作中“程序或脚本”填
powershell.exe，“添加参数”填-ExecutionPolicy Bypass -File "C:\Scripts\My Script.ps1" - 更稳妥的做法是封装一层：新建
run.ps1，内容为Start-Process powershell "-ExecutionPolicy Bypass -File `"$PSScriptRoot\My Script.ps1`"" -Wait，任务调用这个无空格的run.ps1 - 别信
& "path with space"—— 在计划任务上下文中，&操作符不被解析，只会当作字面量报错
任务卡在“准备就绪”不动？检查 StartWhenAvailable 和网络触发条件
任务状态长期显示“准备就绪”，实际从不运行，常见于启用了“仅在以下网络连接可用时运行”的场景。Windows 不会主动轮询网络状态变化，一旦首次判断失败（比如开机时网线没插），后续即使连上网也不会自动唤醒。
- 禁用该限制：用
schtasks /change /tn "TaskName" /network "Any"，或 PowerShell 中修改$task.Triggers[0].Enabled = $true并清除NetworkSettings属性 - 如果真要依赖网络，改用“延迟任务”+“启动时运行”组合：
/delay 0005:00（延时 5 分钟），给系统留出联网时间 - 另一个隐藏原因：任务设置了
StartWhenAvailable但未勾选“如果错过计划时间则尽快运行”，此时若系统休眠错过触发点，任务就永远沉睡——务必确认Settings/AllowStartIfOnBatteries和AllowHardTerminate都设为True
