在离线 linux 环境中，直接通过 `source` 激活 windows 创建的虚拟环境常因路径差异失败；应改用虚拟环境内嵌解释器（如 `.venv/bin/python`）直接执行脚本，确保依赖准确加载。

Windows 和 Linux 的虚拟环境结构存在本质差异：Windows 下虚拟环境的激活脚本位于 venv\Scripts\activate（使用 .bat 或 PowerShell），而 Linux/macOS 下对应路径为 venv/bin/activate，且其内部 Python 解释器路径为 venv/bin/python。你执行的命令：

source /project/venv/Scripts/activate  # ❌ 错误：这是 Windows 路径，Linux 下该路径不存在
python3 /project/main.py               # ❌ 即使激活成功，也调用了系统全局 python3，非虚拟环境解释器

导致 ModuleNotFoundError: No module named 'numpy' 的根本原因，是脚本实际由系统 Python（而非虚拟环境中的 Python）执行，因此无法访问 venv/lib/python3.x/site-packages/ 中已安装的包。

✅ 正确做法是绕过激活步骤，直接调用虚拟环境内的 Python 解释器：

Handsfree Windows Control

通过 handsfree-windows CLI控制 Windows 本机应用 (UIA) 和浏览器 (Playwright) 的引导技能，用于自动化或测试桌面应用。

下载

/project/venv/bin/python /project/main.py

✅ 说明：/project/venv/bin/python 是 Linux 下虚拟环境的可执行解释器，它自带 sys.path 配置，自动包含 site-packages，无需激活即可完整继承所有已安装依赖（如 numpy、requests 等）。

? 补充建议与注意事项：

立即学习“Python免费学习笔记（深入）”；

• 验证环境完整性：运行 /project/venv/bin/python -m pip list，确认 numpy 是否在输出列表中；
• 路径一致性：确保 /project/venv/ 是从 Windows 复制过来的、未经修改的原始虚拟环境（注意：部分包含 .dll 或 Windows 特有二进制的包可能不兼容 Linux，但纯 Python 包如 numpy 的 wheel 若为 manylinux 构建则可跨平台使用）；
• 推荐重建（如有网络）：若后续可联网，建议在 Linux 上重新创建虚拟环境：

  python3 -m venv /project/venv_linux  
  source /project/venv_linux/bin/activate  
  pip install -r requirements.txt

• PyCharm 项目迁移提示：导出依赖时请使用 pip freeze > requirements.txt，并在目标系统上优先基于 requirements.txt 重建环境，避免直接复制 venv 文件夹。

总之，在跨平台、离线场景下，“直接调用 venv/bin/python”是最可靠、最轻量的执行方式，既规避了激活机制的平台差异，又彻底杜绝了解释器混淆问题。