这种手动运行正常但任务计划执行失败的情况确实挺棘手的，我之前也遇到过类似问题，咱们一步步排查解决：

• 检查文件路径与工作目录
  任务计划程序的工作目录默认不是脚本所在路径，很容易出现相对路径失效的问题。建议：

  1. 给脚本路径加上双引号（如果路径包含空格），比如参数改为：-NoProfile -NoLogo -NonInteractive -ExecutionPolicy Bypass -File "C:\Your Script Path\RemoteInfoCollector.ps1"
  2. 在任务的「起始于(可选)」字段中填写脚本所在的文件夹绝对路径，比如C:\Your Script Path，确保PowerShell启动时处于正确的工作目录。

• 查看任务计划执行日志
  任务计划的日志能帮你精准定位错误：打开「事件查看器」→ 导航到「应用程序和服务日志」→「Microsoft」→「Windows」→「TaskScheduler」→「Operational」。查找对应任务的事件，重点关注Event ID 101（任务启动失败）、102（任务完成但结果异常）、201（操作启动失败），这些事件的详细描述会告诉你具体是权限问题、路径错误还是脚本执行报错。

• 捕获脚本执行输出
  修改任务参数，把脚本的输出和错误信息重定向到日志文件，方便排查脚本内部问题。比如参数改为：

  -NoProfile -NoLogo -NonInteractive -ExecutionPolicy Bypass -File "C:\Your Script Path\RemoteInfoCollector.ps1" > "C:\Logs\TaskExecutionLog.txt" 2>&1
  

  这样所有输出（包括错误）都会写入日志文件，你能看到脚本执行到哪一步出了问题——比如远程连接时的权限验证失败、脚本依赖的环境变量缺失等。

• 排查远程连接的权限上下文
  手动运行时用的是你的用户上下文，而任务计划用SYSTEM或其他管理员账号时，远程权限可能不匹配：

  • 如果用SYSTEM账号运行任务，SYSTEM默认没有远程机器的访问权限，需要在远程机器上给本地系统账号（域环境则是域系统账号）配置WMI/WinRM的访问权限。
  • 手动运行时可能有缓存的凭据，但任务计划的账号没有，建议在脚本里显式指定远程连接的凭据，或者确保任务运行的账号在所有目标远程机器上拥有管理员权限（能访问WMI、读取系统信息）。

• 处理非交互式会话限制
  任务计划默认以非交互式会话运行，脚本中如果有依赖交互式环境的命令（比如需要桌面UI的操作、弹出窗口的命令）都会失败。检查脚本，把这类命令替换为非交互式的实现，比如用Get-CimInstance代替依赖UI的系统信息获取命令。

• 验证PowerShell版本一致性
  你手动运行的PowerShell版本可能和任务计划默认启动的版本不同（比如手动用PowerShell 7，任务计划默认启动Windows PowerShell 5.1）。如果脚本是针对高版本PS写的，需要在任务的「程序/脚本」字段指定完整的PS路径，比如C:\Program Files\PowerShell\7\pwsh.exe，而不是默认的powershell.exe。

• 确认执行策略生效
  虽然你加了-ExecutionPolicy Bypass，但偶尔会出现进程级策略不生效的情况。可以在脚本开头添加：

  Set-ExecutionPolicy Bypass -Scope Process -Force
  

  确保当前脚本进程的执行策略完全放开。

内容的提问来源于stack exchange，提问作者Aztec22