Windows 桌面应用
在 Windows 上准备 Lime、开发工具与正确的执行环境。
安装与开始
从 Lime 下载入口选择与设备架构匹配的 Windows 安装包,完成安装后配置模型连接并打开项目。使用 Lime 自己的安装包,不要使用其他产品的 Microsoft Store ID 或安装脚本。
企业设备的安装、签名信任、更新与系统策略由组织管理。安装界面成功不代表模型、Git、沙盒或浏览器工具已全部就绪。
先做最小验证
- 打开一个允许访问的项目目录。
- 检查 Git 和项目运行时是否可用。
- 用只读任务确认模型连接与文件读取。
- 检查权限状态,再执行小范围测试或修改。
git --version
node --version
python --version
lime --version原生执行与沙盒
Windows 原生命令使用 Windows 的路径、Shell 与权限体系。保持项目范围内的权限,使用管理员批准的沙盒设置;审批策略与隔离范围分别控制。具体设置和失败处理见 Windows 沙盒。
以管理员身份运行整个应用会扩大其继承权限,不应作为日常绕过错误的方法。系统修改应明确目标,由用户或 IT 按组织流程执行。
编辑器与终端
使用已安装的编辑器打开项目。集成终端可用哪些 Shell 取决于当前宿主支持和本机安装;选择后在新终端核对实际可执行文件、目录与环境。不要把编辑器、终端和智能体环境视为同一层。
WSL 项目
如果仓库与工具位于 WSL2,在 Linux 环境安装并运行对应 CLI 或受控运行组件。Lime 当前不承诺提供桌面中的原生/WSL 智能体切换器或自动共享配置。详见 WSL。
Windows 原生任务优先使用 Windows 本机目录;Linux 工具链优先使用 WSL 的 Linux 主目录。跨文件系统路径需要显式确认,不盲目把 C:\ 路径传给 Linux。
安装开发工具
根据项目实际需要安装 Git、Node.js、Python、.NET 或其他 SDK,版本以仓库要求为准。GitHub 操作还可能需要组织批准的 CLI 与登录。不要为了完成一个小任务安装所有工具或升级核心依赖。
全局安装和系统变更应由你确认。安装后重新打开终端,检查命令解析路径与版本,而不是仅看安装器提示。
PowerShell 执行策略
遇到 npm.ps1 等脚本被禁止,先读取错误并检查当前作用域的执行策略。可以使用项目允许的非脚本入口,或让 IT 按组织要求提供签名与策略;不要直接放宽整个系统策略。
Get-ExecutionPolicy -List
Get-Command npm -All修改策略前明确影响作用域、签名要求与组织限制。任务指令不能替代设备策略授权。
本地环境脚本
通用 npm 或其他跨平台命令可共享;Shell 特有语法分别维护 Windows 与 Linux 脚本。说明脚本由哪个环境执行,避免把 PowerShell 语法交给 Bash。初始化失败时保留现有目录与错误,在原任务修复。
排查 Git 与路径
| 现象 | 检查 |
|---|---|
| Git 不可用 | Windows 进程 PATH、Git 安装与当前终端。 |
| WSL 项目识别异常 | 实际执行环境、路径语法和 Linux 中的 Git。 |
| 程序列表缺少某编辑器 | 本机安装、系统应用登记与宿主支持,不手改未知内部配置。 |
| 配置或会话不同步 | Windows 与 WSL 的用户目录和运行组件不同,使用明确连接而不是复制认证缓存。 |