Windows 2022上Jenkins Slave切换用户后无法识别全局PowerShell模块

• PowerShell模块路径环境变量不一致
  当Jenkins以服务形式运行本地管理员账户时，加载的是系统级环境变量，而非用户登录时的完整用户环境。手动登录时PowerShell会加载包含全局模块目录（如C:\Program Files\WindowsPowerShell\Modules）的用户级PSModulePath，但服务运行时这个变量可能缺失这些关键路径。你可以在Jenkins任务里执行echo $env:PSModulePath，和手动登录时的输出对比验证。

• 模块目录权限不足
  全局安装的模块可能是在用户登录会话中安装的，虽然标为“全局”，但模块目录的NTFS权限可能没给本地管理员用户开读取/执行权限，导致服务运行的用户无法访问模块文件。去检查C:\Program Files\WindowsPowerShell\Modules\CredentialManager这类目录的权限，确认本地管理员有访问权限。

• PowerShell会话配置差异
  服务运行的是非交互式PowerShell会话，默认执行策略或会话配置可能比交互式登录的更严格，限制了模块加载。你可以在Jenkins任务里加Get-ExecutionPolicy和Get-PSSessionConfiguration命令，和手动登录时的结果对比看差异。

• Jenkins环境插件干扰
  你用了EnvInject插件加载节点环境变量，可能该插件修改了PSModulePath，覆盖了原本的正确路径。检查EnvInject的配置，看是否有自定义环境变量影响了模块路径。

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