NemoClaw Windows WSL Express 安装指南：N1x 托管 llama.cpp 与 WSL 本地 Ollama 的自动选型流程

【免费下载链接】NemoClawRun agents like Hermes, LangChain Deep Agents, and OpenClaw more securely inside NVIDIA OpenShell with managed inference项目地址https://gitcode.com/gh_mirrors/ne/NemoClaw点击查看免费下载NemoClaw 在 Windows Subsystem for LinuxWSL 2主机上提供一条“Express 快速安装”路径当官方检测识别出 Windows WSL 环境时安装器会在正常 provider 菜单之前主动给出 Express 选项自动保留你在 starter prompt 中已选定的 Agent、选择被认可的本地推理 profile并将其余可选配置保持为默认值。本文完整拆解该流程的触发条件、N1x 就绪合同、托管 llama.cpp 与 WSL 本地 Ollama 两条推理选型分支、Podman 运行时的边界以及 Express 确认后安装器应设置与不应设置的全部环境变量并给出仓库中预设、配方与文档的源码级佐证。Express 的定位与触发前提这份指令文档docs/resources/prompt-assets/windows-wsl.md是 NemoClaw 为**编码代理coding agent**准备的 prompt 资产属于与 DGX Spark Express 指令、DGX Station Express 指令 同系列的平台专用 Express 指引。其第一原则是仅在官方检测识别出 Windows WSL 之后才使用这些指令。也就是说Express 提示不能凭空出现必须由安装器的平台检测先行确认。这与 快速开始 中的描述一致安装器可以在 DGX Spark、合格 DGX Station 或 WSL 主机上、在 agent 选择提示之前显示Run express install with these settings? [Y/n]:。触发后安装器应在正常 provider 菜单之前先提供维护中的 Windows Express 路径并向用户解释Express 会保留 starter prompt 中已经选定的 AgentExpress 会为本地推理自动选择被认可的 profileadmitted local inference profile其余可选设置全部保持默认值。设计意图非常明确把 WSL 上最容易出错的运行时与模型选型交给官方维护的默认值把用户的交互负担降到最低同时把系统就绪校验readiness作为硬门槛——Express不会豁免系统就绪检查。分支一合格 N1x WSL 主机使用托管 llama.cpp当 WSL 主机满足 N1x 资格时Express 使用托管 llama.cppmanaged llama.cpp模型为Qwen 3.6 35B-A3B并下载一个固定版本、约 20.4 GB 的 GGUF 文件。安装器自身不决定 provider、模型与 recipe——这些全部留给 onboarding 阶段自动选择。N1x WSL 就绪合同Readiness Contract托管 llama.cpp 只有在完整的 N1x WSL 就绪合同全部通过后才会被 onboarding 选中。原文档列出的硬性条件如下Linux Arm64 WSLLinux ARM64 架构、WSL 环境一个经 proof 背书的 GPU其规范化身份normalized identity为NVIDIA RTX Spark N1X或NVIDIA RTX Spark N1X (6144-core Blackwell RTX GPU)默认的本地 Docker contextDocker 与 GPU 内存均不少于48,000 MiBNVIDIA 驱动版本580.65.06或更新Docker 存储与运行时就绪NVIDIA GPU 集成可用Docker Desktop GPU passthrough 验证成功。这份合同在仓库中的落地形态正是托管推理预设 llama-cpp.n1x-wsl-arm64.single.qwen3-6-35b-a3b.yaml。该预设kind: ServingPresetselection: automatic优先级 470把上述要求逐条声明为readiness检查包括host.platform.wsl_docker_desktop、host.platform.wsl_gpu_passthrough能力必须 presenthost.platform.n1x_wsl资格必须为qualifiedhost.docker.available、host.docker.daemon_reachable、host.docker.runtime_supported、host.docker.storage_compatible全部 presenthost.gpu.nvidia_available、host.gpu.container_toolkit_available、host.gpu.cdi_healthy全部 present观察项OS 为linux、架构为arm64、host.os.wsl true、Docker runtime 为docker-desktop阈值比较Docker 内存与 GPU 内存均at-least 50331648000字节即 48,000 MiB 的精确字节数、GPU 数量at-least 1、驱动版本version-at-least 580.65.06。注意一个细节预设中的内存阈值50331648000字节正是 48,000 MiB48 × 1024³。Windows 机箱型号本身不参与选型判断——决定权完全在 GPU 身份与上述合同之上。托管 llama.cpp 配方与 20.4 GB 模型与预设配套的配方 llama-cpp.qwen3-6-35b-a3b.n1x-wsl.v1.yamlkind: ServingRecipe进一步锁定了服务细节后端install-llama-cppproviderllama-cpp-local服务技术为 llama.cpp源码仓库ggml-org/llama.cpp的固定 revision8e7f22b67ef4667b4ddd50230771287f328cfb3f模型ggml-org/Qwen3.6-35B-A3B-GGUF固定 revision文件Qwen3.6-35B-A3B-Q4_K_M.gguf量化Q4_K_MsizeBytes: 20419565568约 20.4 GB并附带 sha256 摘要做完整性校验模型获取使用hugging-face-exact-file/v1下载器认证模式为 optional通过环境变量HF_TOKEN提供——这正是文档中“Hugging Face 认证可选”的底层实现运行时以 OpenShift/OpenShell 容器镜像运行监听 loopbackopenai-completions协议、bearer 认证、端口 8081上下文长度 131072flashAttention: enabled出网策略egress: disabled模型来源verified-local禁止运行时模型下载。HF_TOKEN可选认证与 HTTP 429对于托管 llama.cpp安装器需要向用户说明两点Hugging Face 认证是可选的匿名下载可能遇到HTTP 429Too Many Requests限流。如确需认证HF_TOKEN只提供给临时下载器对应配方中authentication.environment: HF_TOKEN与下载器镜像的设计token 会停留在安装器环境中安装完成、且没有进程还需要它之后应立即移除HF_TOKEN。Recipe 环境变量的两种用法保持NEMOCLAW_LLAMACPP_RECIPE未设置由 onboarding 自动选用 Qwen 配方或者将其设置为兼容的 recipe ID例如配方元数据中的llama-cpp.qwen3-6-35b-a3b.n1x-wsl.v1把托管 recipe 显式化。选型失败时的降级与停止语义时序上有两个严格的分界managed 选型开始之前若 N1x 就绪检查不匹配onboarding 自动改选WSL 本地 Ollamamanaged 选型开始之后若某个必需检查失败onboarding在安装开始前停止fail-closed绝不带着未满足的合同继续装。分支二其他 WSL 主机的 WSL 本地 Ollama对于不满足 N1x 托管条件的其他 Windows WSL 主机Express 使用WSL 本地 OllamaWSL-local Ollama并采用其内存感知memory-aware的默认模型——即依据主机可用 GPU 内存自动选择合适规模的模型。WSL 本地 Ollama 可以运行在两种容器运行时之上Docker Desktop默认经资格认证的 rootless Podman providerqualified rootless Podman。Podman 路径的边界当操作者选择 Podman 时在 onboarding 之前设置NEMOCLAW_GATEWAY_RUNTIMEpodman并要求当前用户current-user的 Podman 服务可用仅当操作者启用了 sandbox GPU passthrough或**需要 N1x CUDA 容量证明N1x CUDA capacity proof**时才要求NVIDIA CDI设备Podman 不启用仅限 Docker Desktop 的托管 llama.cpp也不启用Windows 主机 Ollama 路由。这与 Windows 准备指南 中“Rootless Podman 路径支持 WSL-local Ollama但不会启用 managed llama.cpp 或 Windows-host Ollama”的说明完全一致同时该指南还补充了 Podman 路径的前置要求当前用户 Podman socket 与服务、rootless 引擎、cgroups v2、bridge 网络、DNS 可用且lsof必须在PATH上NemoClaw 不会替你安装lsof。WSL 本地 Ollama 的安装与代理对于其他 WSL 主机onboarding 会安装 WSL 本地 Ollama并使用sandbox 认证代理authentication proxy默认使用 Docker Desktop仅当操作者选择了合格 rootless Podman 路径且其当前用户服务前置条件通过时才保留NEMOCLAW_GATEWAY_RUNTIMEpodmanNVIDIA CDI 同样只在 sandbox GPU passthrough 或 N1x CUDA 容量证明场景下才要求关键澄清Docker Desktop 可以直接访问主机 loopback但这并不会绕过认证代理——访问路径与认证机制是两回事。Express 确认环节在推理分支确定之后安装器必须包含第三方软件通知third-party-software notice然后询问Run Express install with these settings?仅提供两个选择Yes, use the Windows WSL Express defaults.接受使用 Express 默认值No, let me choose the runtime and model.拒绝自行选择运行时与模型确认的顺序是先完成推理分支说明与第三方软件通知再提出此问题——与 DGX Spark/DGX Station 系列 Express 指令的确认范式保持一致。Express 接受后的完整环境变量契约用户接受 Express 后安装器应按下表精确设置环境变量。这是整份指令中最具操作性的部分任何一项遗漏或越权设置都会偏离 Express 语义。环境变量取值说明NEMOCLAW_AGENTstarter prompt 中已选定的 agent复用已选 agent不再二次询问NEMOCLAW_NON_INTERACTIVE1以非交互模式完成剩余 onboardingNEMOCLAW_NON_INTERACTIVE_SUDO_MODEprompt需要 sudo 时提示用户输入NEMOCLAW_YES1对安装器确认项默认同意NEMOCLAW_POLICY_MODEsuggested使用建议的网络策略模式NEMOCLAW_ACCEPT_THIRD_PARTY_SOFTWARE1接受已披露的第三方软件通知Express 被接受时设置NEMOCLAW_PROVIDER不设置provider 留给 onboarding 自动选择NEMOCLAW_MODEL不设置模型留给 onboarding 自动选择NEMOCLAW_LLAMACPP_RECIPE不设置或显式设置为兼容 recipe ID自动选用 Qwen 托管 recipeNEMOCLAW_GATEWAY_RUNTIME不设置仅在操作者选定合格 rootless Podman 且其前置条件通过时保留podman运行时选择NEMOCLAW_SANDBOX_NAME不设置应用 Express 默认 sandbox 名称NEMOCLAW_POLICY_TIER不设置应用 Express 默认策略层级web-search 设置不设置应用 Express 默认messaging 设置不设置应用 Express 默认另外两个托管 llama.cpp 相关的注意点NEMOCLAW_PROVIDER与NEMOCLAW_MODEL必须保持未设置托管 llama.cpp 的选型完全由 N1x 就绪合同的通过情况决定若在 managed 选型开始前 N1x 就绪不匹配自动落到 WSL 本地 Ollama若选型开始后检查失败安装停止。Express 确认的授权语义与行为边界Express 确认同时构成对已披露通知、下载与安装的授权因此跳过后续的 final-permission 提示——确认一次即视为最终许可不得再次询问 agent也不得就 model、sandbox 名称、web search、messaging、policy、下载批准或最终安装批准分别提问换言之Express 是“一次确认、全流程授权”的承诺式交互所有可选项都已由官方默认值覆盖。同时有两个明确的禁止项用于避免 WSL 与 Windows 双实例冲突不要在同一个端口11434上启动第二个 Ollama 服务——同一时刻只允许一个 Ollama 实例不要把 Windows 上的OLLAMA_HOST设置为0.0.0.0:11434。后者在 Windows 准备指南 中有更详细的解释通配符监听器是未认证的会禁用 NemoClaw 所要求的 loopback-only HTTPHost校验Windows 主机 Ollama 必须只绑定到 loopback 地址的 11434 端口且对不受信任的 HTTPHost值返回403NemoClaw 才会复用该守护进程。拒绝 Express 时的回退路径如果用户选择“No, let me choose the runtime and model”安装器应继续正常的 provider 选择流程并提供该 agent 在 Windows WSL 上支持的每一个 provider——包括但不限于已检测到就绪服务器的现有 vLLM、托管 vLLM、受支持的本地 Ollama以及该 agent 支持的所有托管/兼容 provider。与仓库其余部分的对应关系完整的 Windows 手工准备流程启用 WSL 2、注册 Ubuntu 24.04、安装 Docker Desktop、验证 WSL 集成见 Windows 准备指南其中同样声明了 N1x 就绪合同的全部条目并与本文档互为印证N1x 托管推理的硬性阈值48,000 MiB、驱动580.65.06、docker-desktopruntime、arm64可在 托管推理预设 中逐条核对20.4 GB 模型的精确来源、Q4_K_M 量化、固定 revision、HF_TOKEN 可选认证与 loopback-only 服务约束见 托管推理配方同一套“平台检测 → Express 提示 → 环境变量契约”的设计在 DGX Spark Express 指令 与 DGX Station Express 指令 中也有各自平台化的变体从源码结构看本文档与上述 prompt 资产共同构成了 NemoClaw 面向编码代理的“平台 Express 引导层”其核心价值在于把复杂的运行时资格校验readiness contract与默认配置绑定在官方维护的预设与配方之上从而在保持系统就绪硬门槛的同时把 WSL 用户的安装交互压缩到一次确认。需要特别强调的是Express 只负责“自动选型”与“非交互完成 onboarding”它绝不豁免系统就绪检查任何未能通过就绪合同的主机都会被安全地降级或停止这正是 NemoClaw 在 WSL 平台上把自动化与 fail-closed 安全语义结合在一起的落点。赞分享【免费下载链接】NemoClawRun agents like Hermes, LangChain Deep Agents, and OpenClaw more securely inside NVIDIA OpenShell with managed inference项目地址https://gitcode.com/gh_mirrors/ne/NemoClaw点击查看免费下载相关推荐NemoClaw DGX Spark Express 安装指南托管 vLLM 自动选型与固定 Qwen3.6 35B 推理方案解析NemoClaw DGX Spark Express 安装指南托管 vLLM 自动选型与固定 Qwen3.6 35B 推理方案解析 本篇技术指南聚焦 NVIDWSL Windows Toolbar Launcher 安装与使用教程WSL Windows Toolbar Launcher 安装与使用教程 项目介绍 WSL Windows Toolbar Launcher 是一个开源工具旨Windows Subsystem for Linux (WSL) 安装和配置指南Windows Subsystem for Linux WSL 安装和配置指南 1. 项目基础介绍和主要编程语言 项目基础介绍 Windows Subsyste操作系统虚拟化系统编程网络创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考