RTX Spark 登场：英伟达想给 Agent 造一台新 PC

当AI Agent需要实际执行任务时，它不能只会回答，还得能操作本地环境。NVIDIA与Microsoft合作推出的RTX Spark，正是为本地Agent打造的新一代PC，旨在让电脑成为Agent的长期工作区。

Agent PC

如果把今天的代码 Agent 接到真实工作里，很快会遇到一个朴素问题：它不能只会回答，还得能干活。

让它修一个 bug，它要读项目目录、看最近提交、翻错误日志、打开文档、跑测试命令、生成补丁，再把风险点交给你确认。让它整理一批资料，它要读本地文件、做索引、引用出处、生成摘要，还要保证敏感内容不要离开电脑。让它帮团队处理内部知识库，它还要知道哪些文件能看，哪些系统能连，哪些操作必须先问人。

这时候，云端大模型只能解决一部分问题。模型可以在云端变强，但代码库在本地，文档在本地，浏览器、IDE、终端、企业账号也都在本地。Agent 如果要长期进入工作流，电脑的职责会多一层：在人使用之外，还要成为 Agent 的本地工作区，放模型、放上下文、接工具链、管权限、留日志。

当地时间 2026 年 5 月 31 日，英伟达（NVIDIA）在 GTC Taipei 2026 期间宣布与 Microsoft 展开 Windows PC 端侧 AI 合作，核心产品包括 RTX Spark Windows PC 和 DGX Station for Windows。前者面向个人和开发者，后者面向企业 AI 团队。把个人 PC、企业工作站和 Windows 端侧 AI 合作放在一起看，这里说的“新 PC”可以这样理解：英伟达想把消费级 RTX、开发者设备 Spark、Windows AI 栈和 Agent 运行时放进个人电脑里，让本地 Agent 有一台能长期干活的机器。

一、几个名词

这次发布里有几个名词很容易混在一起：RTX、Spark、DGX、OpenShell。

如果比较关注英伟达，可能对 RTX 和 Spark 这两个独立的单词都比较熟。RTX 就是英伟达的消费级产品线，大家见得最多的，就是各种消费级显卡，比如 RTX 5090。而 Spark 则源于去年的一个面向开发者的 DGX Spark。

可以用一个很朴素的类比。过去个人电脑像一张办公桌，浏览器、IDE、文档、终端都由人来切换。云端大模型出现后，相当于你多了一个很聪明的远程同事，但他每次要干活，都要你把材料发过去，再把结果搬回来。RTX Spark 想做的，是在这张办公桌旁边给 Agent 留一个固定工位。PC 的职责开始扩展：它既要服务人的鼠标键盘操作，也要给能执行任务的 Agent 留硬件和系统空间。

DGX 的位置更偏企业和研发。DGX Station for Windows 面向桌边 AI 工作站场景，处理的是更大的模型、更敏感的数据、更重的团队任务。OpenShell 则在软件层，它承担 Agent 运行时的角色，负责让 Agent 调用工具时有隔离、授权、审计和安全执行机制。

可以先用这张表把它们分开：

NVIDIA 给 RTX Spark 的关键参数包括 Blackwell RTX GPU、定制 20 核 Grace CPU、6144 个 CUDA 核心、最高 1 PFLOP AI 性能和 128GB 统一内存。DGX Station for Windows 采用 GB300 Grace Blackwell Ultra Desktop Superchip，官方参数包括最高 748GB coherent system memory、20 PFLOPS FP4 AI compute，以及最高 800Gb/s networking。

二、128GB 统一内存：给 Agent 一张更大的工作台

本地 Agent 最容易卡住的地方，经常落在上下文和工具链上。

普通聊天模型像是在回答一张纸上的问题。你问一句，它答一句。Agent 的工作方式更接近把一堆材料摊在桌上：代码文件、错误日志、README、接口文档、测试输出、历史提交、浏览器页面、工具调用记录，都要同时摆在旁边。桌子太小，它就要一会儿收起来，一会儿再翻出来，效率会变差。

128GB 统一内存可以先按这个“工作台”来理解。它给本地模型、长上下文、代码索引、文档检索、工具缓存留出更大的空间。统一内存的好处在于 CPU 和 GPU 处理任务时，可以围绕同一块更大的内存区域协作，减少很多数据搬来搬去的压力。实际体验还要看系统实现、模型量化、驱动和软件适配，但方向很清楚：本地 Agent 需要显卡峰值，也需要能长时间放住上下文。

这里还要区分几个容易混的概念。

这就是为什么128GB这个数字在 Agent PC 里比在普通办公电脑里更有意义。普通办公电脑多开几个应用，内存够用就行；本地 Agent 要同时把模型和资料摊开，还要保留刚刚执行过的步骤。内存越小，它越容易把东西来回换出，任务就会变慢，也更容易丢上下文。

举个代码场景。你让 Agent 修一个测试失败，它可能要做这些事：

1. 读取仓库结构，知道项目怎么分层；

2. 找到失败测试和相关日志；

3. 打开被测模块和依赖文件；

4. 读接口文档或历史提交；

5. 调用测试命令；

6. 生成补丁；

7. 再跑一遍测试；

8. 解释改了什么、风险在哪里。

这里每一步都要占用上下文。模型如果只能看到很小一段内容，就会反复猜；索引如果频繁重建，任务会慢；日志和工具调用记录如果留不住，Agent 就很难知道自己刚刚做过什么。内存的意义在这里就很具体：它让 Agent 能把更多材料放在手边。

再换成普通文档场景也一样。假设你让 Agent 整理一个项目的全部资料，它要读会议纪要、PRD、接口文档、历史邮件、截图说明和代码注释。最后交付的是一份带引用的报告，摘要只占其中一小段。这个过程中，模型需要理解材料，检索系统需要找到来源，工具链需要记录引用，最后还要保留一份可追溯的执行日志。统一内存的作用，就是让这些东西尽量留在同一个本地工作区里。

三、1 PFLOP：它负责速度，但不等于完整体验

RTX Spark 的最高 1 PFLOP AI 性能很吸睛。这里要注意，它对应的是 AI 推理场景下的特定计算口径，和日常应用速度、游戏帧率、普通 CPU 性能不能直接画等号。

更通俗一点说，算力像“干活速度”。内存像“桌面大小”。工具链像“能不能拿到螺丝刀、测试仪、文档和权限”。一个本地 Agent 体验好不好，要看这几件事一起配合。

如果只有算力，Agent 可能回答得很快，但读不到足够代码。只有内存，模型装得下，但推理速度可能跟不上。只有模型，没有工具权限，它仍然只能给建议，不能执行。RTX Spark 这类设备要证明的，是它能不能让这几部分在一台个人电脑上配合起来。

所以，评估 RTX Spark 这台“新 PC”不适合只看一个数字。更有用的问题是：

1. 它能本地跑多大的模型？

2. 跑这个模型时速度够不够用？

3. 代码库索引能不能长期保留？

4. 工具调用时是否稳定？

5. 多任务同时进行时会不会频繁卡顿？

6. 风扇、功耗、续航和价格能否被普通开发者接受？

这些问题比单独看 PFLOPS 更接近真实使用。

可以把本地 Agent 的几类资源再压缩成一张表：

四、本地 Agent 的麻烦：它要动你的电脑

本地 AI 过去常被描述成三个好处：低延迟、隐私、断网可用。这些都成立，但 Agent 还多了一层难题：执行动作。

聊天模型给你一段建议，风险通常停留在文字层面。本地 Agent 如果能执行命令，风险就进入电脑系统。它可能改代码、删文件、提交表单、调用浏览器、连接企业应用。能力越强，权限边界越重要。

这也是 OpenShell 和 Windows 安全栈值得单独看的原因。NVIDIA 把 OpenShell 描述为 Apache 2.0 许可的开源 Agent 运行时，用来承载隔离、授权、审计和安全执行。Microsoft 侧也提到 Windows 的身份、隔离、权限控制、本地 AI 加速和管理能力。

放到日常开发里，这些能力可以拆成很普通的问题：

1. Agent 能读哪些文件夹，不能读哪些文件夹？

2. 它能不能直接执行终端命令？

3. 修改代码前是否要弹出确认？

4. 每次工具调用有没有日志？

5. 出错后能不能回放刚才发生了什么？

6. 企业文件是否可以限制在本地环境里？

这部分做不好，本地 Agent 就很难放心放开用。这也是“给 Agent 造一台新 PC”里最容易被忽略的一环：硬件容量解决“跑得动”，OpenShell 和 Windows 安全栈解决“管得住”。

本地 Agent 要先经过人工授权，再通过 OpenShell 和 Windows AI 栈调用本地硬件执行任务，最后把结果、日志和高风险动作交回人工复核。示意图为本文自制。

五、DGX Station：企业要算的是本地模型账

DGX Station for Windows 面向桌边 AI 工作站场景。它和普通消费 PC 的距离很远，更适合企业 AI 团队、模型研发团队、需要处理私有数据的团队。

企业为什么需要这种设备？因为很多任务天然带着数据边界。代码仓库、芯片设计、工业仿真、客户数据、财务表格、内部知识库，这些东西不一定适合直接丢给云端模型。团队还要考虑运行日志、权限控制、审计要求、成本预算和现有企业软件的连接方式。

NVIDIA 在企业 Agent 生态里提到 Cadence、SAP、ServiceNow 等伙伴，这一点说明它盯的是企业工作流。芯片验证、企业服务、业务系统、内部知识管理，都属于长链路任务。DGX Station for Windows 给的是一条桌边路线：团队不用先搭一整套 AI 数据中心，也能在本地做一部分大模型开发、推理验证和企业 Agent 实验。

可以把两条产品线再压缩成一句话：RTX Spark 解决个人开发者的本地 Agent 工位，DGX Station for Windows 解决企业团队的本地模型工位。

六、普通开发者该怎么判断它有没有用

现在还不到下结论的时候。RTX Spark Windows PC 的 OEM 机型、价格、功耗、散热、续航和实际上市节奏，都要等后续产品页和独立评测。现阶段更有用的做法，是提前想好测试方法。

第一个测试是代码库任务。拿一个中等规模仓库，让本地 Agent 完成“定位失败测试、解释原因、修改代码、重跑测试、生成补丁说明”的完整流程。这个测试能看出模型能不能读懂项目，也能看出工具调用、测试命令、日志回放是否顺。

第二个测试是本地文档任务。准备一批项目文档或企业内部文档，让 Agent 在不上传云端的前提下完成检索、总结、交叉引用和报告生成。这个测试主要看统一内存、向量索引和本地模型上下文能否撑住真实材料规模。

第三个测试是权限和审计任务。让 Agent 调用文件、终端、浏览器和 IDE，记录每次授权、拒绝、失败和回滚。这个测试会直接暴露 OpenShell 与 Windows 安全能力的产品体验。

如果这三项都能跑顺，RTX Spark 才算配得上“给本地 Agent 造的新 PC”这个判断。否则，它就只是又一台参数很强的新电脑。

小结

RTX Spark 与 DGX Station 的组合，从硬件容量、系统栈到运行时权限，为本地 Agent 提供了完整的执行底座。开发者应关注实际机型、内存表现、OpenShell 示例以及权限审计体验，这些将决定它是否真正成为一台好用的本地 Agent PC。

参考资料

1. NVIDIA Newsroom：RTX Spark 与 Windows PC 合作发布：https://nvidianews.nvidia.com/news/nvidia-microsoft-windows-pcs-agents-rtx-spark

2. Microsoft Windows Blog：Windows PC 端侧 AI 技术协作：https://blogs.windows.com/windowsexperience/2026/05/31/nvidia-and-microsoft-announce-deep-technology-collaboration-to-advance-on-device-ai-on-windows-pcs/

3. NVIDIA Newsroom：DGX Station for Windows：https://nvidianews.nvidia.com/news/nvidia-dgx-station-for-windows-puts-a-trillion-parameter-ai-supercomputer-on-every-enterprise-desk

4. NVIDIA Developer Blog：OpenShell Agent 运行时：https://developer.nvidia.com/blog/run-autonomous-self-evolving-agents-more-safely-with-nvidia-openshell/

5. NVIDIA Newsroom：企业软件伙伴与 NVIDIA Agent 生态：https://nvidianews.nvidia.com/news/enterprise-software-leaders-build-ai-agents-with-nvidia