当然可行！针对你遇到的计划任务中PowerShell脚本因输入提示卡住的问题，结合PowerShell 5+的特性，给你几个实用的解决方案：

1. 用-NonInteractive参数启动PowerShell #

这是最直接的全局解决方案，完美适配计划任务这种非交互场景。当PowerShell以非交互模式运行时，任何需要用户输入的操作都会直接抛出错误并终止脚本，绝对不会卡在输入提示等待。

配置方法很简单：

• 打开你的计划任务，找到「操作」选项卡
• 在「程序或脚本」栏填写powershell.exe
• 在「添加参数（可选）」栏添加：

  -NonInteractive -File "C:\你的脚本路径\脚本名.ps1"
  

  记得替换成你实际的脚本路径。

这个参数会让PowerShell完全禁用交互功能，不管脚本里有没有Read-Host、需要确认的cmdlet（比如Remove-Item的确认提示），都会直接报错退出，彻底避免卡住的情况。

2. 在脚本内部禁用确认提示并判断交互模式 #

如果不想全局禁用交互，也可以在脚本内部做针对性处理：

• 首先设置$ConfirmPreference = 'None'，这会让所有需要用户确认的cmdlet（比如Remove-Item、Rename-Item）自动执行，不再弹出确认提示。
• 然后添加交互模式判断，一旦检测到脚本在非交互环境（比如计划任务）运行，遇到需要输入的逻辑就直接退出：

  # 判断是否为交互模式
  if (-not [Environment]::UserInteractive) {
      Write-Error "脚本在非交互模式下运行，无法处理输入操作，已自动退出"
      exit 1
  }
  
  # 你的正常脚本逻辑
  # ...
  

  或者也可以通过$Host.Name判断，控制台交互环境的$Host.Name是ConsoleHost，计划任务里的非交互环境会是其他值。

3. 捕获输入相关的异常 #

如果脚本中某些特定代码可能触发输入提示，可以用try/catch块捕获对应的异常，然后自动退出：

try {
    # 这里放可能触发输入的代码，比如需要确认的操作
    Remove-Item -Path "C:\temp\test.txt"
}
catch [System.Management.Automation.Host.HostException] {
    # 捕获需要用户输入的异常
    Write-Error "遇到需要用户输入的操作，脚本已终止"
    exit 1
}

这种方式更精准，只针对特定代码块处理异常，不会影响脚本其他部分的运行。

推荐方案 #

优先推荐第一种方法：在计划任务里添加-NonInteractive参数。它是最省心的全局控制，完全适配计划任务的非交互运行场景，能从根源上避免脚本因输入提示卡住的问题。

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