商店現已上線

我們打造用於網站、AI 智慧體和 LLM 訓練的 Workstation AI 機器——線上配置併購買。

獲取同行價格
AI 產品
AI 實驗室OpenAI 智慧體Claude 代理Grok BotWorkstation AI 原生 CRM營銷所有產品
AI 解決方案
應用型 AIAI 智慧體生成式 AIAI 自動化AI 技能提升中小企業 AI 套餐企業 AI 實驗室AI 工作站NVIDIA 硬體與軟體NVIDIA 加速計算私有 AIGPU 私有云GPU 叢集邊緣 AI行業 AI
AI 服務
平臺現代化數字工程資料基礎與 AI自主運營AI 諮詢DevOps 自動化網路安全軟體開發智慧體構建MLOps 搭建GPU 租賃GPU 私有云
關於我們
公司我們的故事合作伙伴客戶案例
AI 資料中心
AI 資料中心GPU 私有云GPU 叢集GPU 租賃
AI 洞察Jev 系列基準測試實驗室模型選擇
技術說明
文件
Linux 作業系統UbuntuRed Hat Enterprise LinuxSUSE LinuxAlpine LinuxDebian、Rocky 與 AlmaLinux
AI 雲平臺AWS 與 Amazon BedrockGoogle Cloud 與 Vertex AIMicrosoft Azure 與 AI FoundryGPU 雲與算力市場
私有 AI 資料中心面向律師事務所面向會計師事務所本地部署平臺全面安全的雲
工具Ring PromoterJobshout
新聞
部落格
聯絡我們登入

面向現代企業的 AI 工作站、AI 多智慧體軟體、GPU 基礎設施和智慧代理解決方案。

聯絡我們

AI 解決方案

應用型 AIAI 智慧體生成式 AIAI 自動化AI 技能提升中小企業 AI 套餐企業 AI 實驗室行業 AI

產品

所有產品Workstation AI native CRM 與 ERP營銷OpenAI 智慧體Ring PromoterJobshout

公司

關於我們公司AI 資料中心為什麼選擇Workstation合作伙伴客戶案例定價聯絡TenthMatrix

資源

AI 洞察技術說明文件Linux 作業系統AI 雲平臺私有 AI 資料中心部落格搜尋網站地圖
英國總部
77-79 Marlowes, Hemel Hempstead HP1 1LF路線指引 — 從 M25 外環倫敦 20 號出口駛出公司編號: 11641870週一至週五:上午 9:00 - 下午 6:00 GMT
+44 7515 356 146
比利時辦公室
Workstation SRL, Rue Vanderkindere 34, 1180 Uccle, BrusselsBE 0751.518.683週一至週五:上午 9:00 - 下午 6:00 CET
+32 492 45 67 46
印度辦公室
#159 Sector 9, Pocket 1, DDA Flats, 110077 Dwarka, New Delhi
+91 98881 98841
台灣辦公室
3F, No. 2-4, Aisi Rd., Ren'ai Dist., Keelung City 200, Taiwan基隆市仁愛區愛四路2之4號3樓週一至週五:上午 9:00 - 下午 6:00 臺灣時間(GMT+8)
+886 926 892 701+32 492 45 67 46

© 2026 Workstation AI。保留所有權利。

隱私資料刪除Cookie服務條款網站地圖

NVIDIA、NVIDIA 標誌、RTX、RTX PRO、Blackwell、CUDA、NVLink、MGX、Omniverse、Spectrum-X、Quantum、BlueField、DGX 與 HGX 為 NVIDIA Corporation 在美國及其他國家的商標及/或註冊商標。AMD、AMD Arrow 標誌、EPYC、Instinct、Ryzen 與 Threadripper 為 Advanced Micro Devices, Inc. 的商標。Dell 與 PowerEdge 為 Dell Inc. 或其子公司的商標。Intel 與 Xeon 為 Intel Corporation 或其子公司的商標。AMAX、AceleMax 與 LiquidMax 為 AMAX Engineering Corporation 的商標。所有其他產品名稱、標誌與品牌均為其各自所有者之財產。我們使用它們僅為識別我們所描述、供應或支援的產品;使用這些名稱並不表示其所有者為我們背書。

首頁 / 技術說明 / Technology
AIAI AgentsNVIDIA

GTC Berlin: Jensen Huang on Productive AI and the Five Elements of an Agent

What the 21 October 2026 keynote said about OpenClaw, token demand, and the split between model, sandbox, harness, knowledge and tools

2026年11月9日Technology6 min read

On 21 October 2026, at GTC Berlin, Jensen Huang told the room that the infrastructure argument was no longer the interesting one. The factories, the CUDA stack and the GPUs were the foundation. The question he put next was what to do with them. Workstation engineers were in the hall at STATION-Berlin. This is what he said, checked against NVIDIA's published keynote transcript, and what it means if you are buying machines rather than a gigawatt campus.

AI became productive this year

Huang's line was plain. This last year, AI became productive. He pointed at the start of the year, when NVIDIA talked about OpenClaw, an open-source agent. That, he said, is what started the pattern now visible everywhere: agents that think, reason, iterate and use tools.

Useful agents are expensive in a specific way. They do not answer once. They loop. Each loop spends tokens. More agents, used by more people, each spending many tokens to think, is why he said token use and GPU demand have both gone through the roof. He did not publish a token chart in that passage. The claim is directional: agent workloads are the demand, not a single chat box.

Five elements, not one model

He then defined an agent as five things. The model is the language model running on GPUs, producing tokens the agent consumes. He called that the exoskeleton. The harness is the program that plans and calls tools. The harness sits in a sandbox, which isolates it from the rest of the system. The other two elements are knowledge and tools.

His own list, in the order he settled on: models, sandbox, harness, knowledge and tools.

Diagram of the five elements of an agent: model, a harness inside a sandbox, knowledge and tools

That split is the useful part for a buyer. A bigger GPU only feeds the model. It does not decide what the harness may touch, what knowledge it can see, or which tools it may call. Those are separate systems. Huang's next sentence was that the agent has to be secure before it is useful, because it is autonomous and it can reach files, networks and tools. Privileges should be minimal, and someone has to watch it. That is the OpenShell announcement, covered in the companion article.

What the rest of the keynote hung on this

Three further ideas sat on the same frame.

  • Open models you can retrain. Nemotron for language, Cosmos for world models, GR00T for robotics, Alpamayo for autonomous driving, and Earth-2 for physics. Huang said NVIDIA ships weights, the data and the scripts, so a lab can see where the model came from. He was explicit that the language models are not automatically the frontier until a partner post-trains them on private data.
  • A knowledge foundation. Unstructured documents go through Nemotron Parse, Nemotron Embed, cuVS and Nemotron Rerank. Structured data goes through Auto-Ontology, then cuDF for analysis and Kumo for prediction. His worked example was a supplier delay in a document, orders in SQL, and a search for a replacement part.
  • The factory underneath. NVIDIA DSX is the full-stack AI factory reference design: compute, network, storage, software, power and cooling, starting from a digital twin. The Europe slide stacked applications, models, AI factories, NVIDIA compute and energy.

What this means on a workstation

Most companies in the room will not build a Vera Rubin NVL72 hall this year. They will run a harness, a sandbox and a model that fits on a desk or a single rack. The five-element picture still applies.

  • The model can be Nemotron, a closed API, or both. Huang said every company will use closed models and open models, and will customise where the work is proprietary.
  • The harness can be OpenClaw, Hermes, OpenHands, a LangChain or Deep Agents stack, or Python you write. He listed those as ways to build the harness that now sits inside OpenShell.
  • Knowledge is your documents and your database, not a generic crawl of the web.
  • Tools are where CUDA-X still matters: the libraries an agent calls when the job is science, engineering or a design file, not another paragraph of chat.

A Workstation build for that shape is a Linux or Mac Studio machine with enough memory for the model, a sandbox runtime, and a place to keep the documents and the SQL. The factory story is for when the token rate no longer fits one box. Huang's own close on the reference architecture was that agents think on Rubin, act on Vera, and are governed on BlueField. That is a data-centre sentence. The five elements are the part you can start on one machine.

Figures we are not treating as ours

NVIDIA's newsroom, the same day, said Vera Rubin NVL72 delivers 30 times the throughput per megawatt of the previous generation on agent workloads, that Vera CPUs deliver twice the performance of x86 at higher efficiency, and that Sentry on BlueField-4 can raise agent capacity by up to 20 percent. Those are NVIDIA's numbers, from their press note, not a Workstation benchmark. The keynote also said Vera Rubin is another 30 times Blackwell in two years. Same rule: cite it as theirs.

The long technical pieces that follow this one cover OpenShell and Sentry, the knowledge foundation, and DSX and the Europe stack.

A loop, not a reply

A chat reply is one call. An agent is a chain. The model reads a long prompt, writes a tool call, the harness runs the tool, and the result goes back into the next prompt. Huang's "enormous amount of tokens" is that chain, multiplied by how many agents are in flight. He did not say a team becomes ten times faster. He said the machines get busier because the software finally does work.

If you want a planning number, label it as a sketch. Suppose one agent run is eight model calls, and a person starts twenty runs in a day. That is 160 calls where a chatbot would have been 20. The GPUs did not get slower. The job shape changed. Change the 8 or the 20 and the sketch changes. Do not quote it as a benchmark.

What to write down before you buy

Map the five elements onto a sheet before you pick a GPU.

  1. Model. Which weights, at what precision, and how long a context you will actually send. VRAM follows from that. A 70-billion-parameter model in 4-bit is a different machine from the same model in 16-bit.
  2. Harness. OpenClaw, Hermes, OpenHands, a framework, or your own Python. The harness is software you can change. It is not a GPU SKU.
  3. Sandbox. OpenShell, or another runtime that can say no. If you skip this, the other four elements share one set of privileges.
  4. Knowledge. Which documents, which database, and who is allowed to retrieve them.
  5. Tools. The few APIs and CUDA-X libraries the job needs. Huang said the useful agent is the one that can call a real tool, and that those tools are why a GPU is faster than running the same library on a CPU. He spoke of 10, 50 or 100 times. That was a range from the stage, not a paper.

When that sheet fits on one workstation, buy the workstation. When the token rate needs a hall, you are in the DSX conversation. Both can be true in one company.

Sources

  • NVIDIA on-demand transcript, GTC Berlin 2026 keynote SB61112: nvidia.com
  • NVIDIA newsroom, 21 October 2026, OpenShell Reference Architecture: nvidianews.nvidia.com
  • NVIDIA blog, live notes from the keynote: blogs.nvidia.com
分享這篇文章

更多 Technology 內容

AMD Instinct vs NVIDIA for AI Infrastructure: Evaluate, Port and Run Both (2026)

AMD Instinct vs NVIDIA for AI Infrastructure: Evaluate, Port and Run Both (2026)

From Lisa Su's 2024 interview to Helios: the 2026 platforms layer by layer, Instinct product lines, memory arithmetic, the CUDA-to-ROCm software map, a porting workflow with commands, dual-vendor Kubernetes, fair benchmarking, a decision workflow and day-two operations

閱讀更多
Private AI for Financial Data: Residency, Routing and Cost on AWS Bedrock, Microsoft Azure and Your Own GPUs

Private AI for Financial Data: Residency, Routing and Cost on AWS Bedrock, Microsoft Azure and Your Own GPUs

Billing models and idle cost, per-call cost at three volumes, Bedrock in-region vs EU profiles, Converse API with prompt caching and IAM region enforcement, Azure deployment types and Claude on Foundry, UK and EU providers, a residency-aware provider registry, cost-cutting workflow, a golden-set evaluation harness and GPU break-even

閱讀更多
NVKE and NVKR Technote: Building a Managed GPU Kubernetes Service from Bare Metal, with Reproducible, Verifiable Builds

NVKE and NVKR Technote: Building a Managed GPU Kubernetes Service from Bare Metal, with Reproducible, Verifiable Builds

Architecture, components and pinned versions, the NVKR Definition-Run-Release-Verify lifecycle, the full nvkectl workflow from racked servers to a customer cluster, node attestation, day-two operations, every preview limitation with a mitigation, a comparison with other approaches and a staged evaluation plan

閱讀更多