NVIDIA Developer ★ 81 5 min

Lower the Cost of Building and Running Visual AI Agents with NVIDIA VSS Blueprint 3.3

Computer Vision / Video AnalyticsCosmosMetropolisNemotronVLMs

🔗 https://developer.nvidia.com/blog/lower-the-cost-of-building-and-running-visual-ai-agents-with-nvidia-vss-blueprint-3-3/

📌 NVIDIA VSS 3.3:一句話組裝影像 AI Agent,token 砍 80%

TL;DR:NVIDIA VSS Blueprint 3.3 同時降低開發與運算成本,讓影像 AI Agent 更容易上線。

一條果汁裝瓶產線,只靠一句自然語言描述,30 分鐘內、花費幾美元的 coding-agent 用量,就能組裝出一個會偵測溢出、自動驗證警報、還能寫班次報告的視覺 AI Agent。這是 NVIDIA 在 VSS Blueprint 3.3 中示範的場景。

🤔 視覺 AI Agent 為何又貴又難維護

NVIDIA Metropolis Blueprint for Video Search and Summarization(VSS)把 VLM(如 NVIDIA Cosmos)、LLM(如 NVIDIA Nemotron)、RAG 與 MCP 工具串接起來,將即時與錄製影片轉換成自然語言搜尋、視覺問答、經驗證的警報與自動報告。但一套真正能上線的視覺 AI 應用,往往需要同時涵蓋偵測、串流處理、事件偵測、檢索、摘要與報告等多個工作流程,這帶來三種重複出現的成本:開發成本(微服務、Kafka、Redis、Elasticsearch、Video IO and Storage 等基礎設施的選型與串接)、運算成本(每多一路串流、每個 frame window、每個 prompt 都會拉高 GPU 使用量與延遲)、以及變更成本(從 POC 走向正式環境時的維護負擔)。

🧩 兩把降低成本的鑰匙

VSS 3.3 針對開發與運算兩端分別提出解法:

  • Build Vision Agent skill(vss-build-vision-ai):讓 Claude Code、Codex 或任何相容 agentskills.io 的 coding agent,能用自然語言描述需求,組成兼具警報、搜尋、摘要等能力的單一應用,並可在既有部署上以「最小差量」延伸,不必重建整套堆疊。
  • Adaptive Efficient Video Sampling(Adaptive EVS):透過剪除畫面中與前一幀相比沒有變化區塊的視覺 token,並將 VLM 的運算批次集中在事件發生的時刻,減少冗餘的 VLM 處理。EVS 原本已以固定剪除率存在於 vLLM 與 Cosmos NIM microservice 中,VSS 3.3 的 adaptive 版本則整合進即時 VLM microservice,改為依每個 patch、每一幀動態決定要保留哪些 token。

💡 「最小差量」是如何運作的

Build Vision Agent skill 不會從零產生部署,而是從四個經驗證的開發者 profile 中挑選最接近需求的一個作為 Foundation:base(VLM 密集字幕與問答)、alerts(即時 VLM 警報或 RT-CV 偵測搭配行為分析與 VLM 警報驗證)、lvs(長影片摘要)、search(物件與影片 embedding 加上 agentic 搜尋)。接著只計算「必要的差異」:只新增或移除特定服務、只保留某能力實際會用到的服務、並讓共用角色收斂成單一實例——例如兩個都需要偵測器的能力會共用同一個偵測器,兩個都需要 Kafka 與 Elasticsearch 的能力會共用同一組訊息匯流排與 Elasticsearch 部署(各自寫入自己的索引)。當規則無法自動判斷時,系統會提出一個結構化問題,而不是自行猜測。

產出內容包含 _builds/<name>/override.env、compose.yml 與展平後的 resolved.yml,原始的 deploy/docker/ 目錄不會被修改;部署前還會先顯示架構圖供檢視,再執行驗證、部署與就緒檢查。系統也會詢問是否部署 NemoClaw(內建 VSS skill 的 host-side sandbox)作為 agent harness,若選擇不要,則產生由 VSS CLI 驅動的無介面堆疊。

📊 官方揭露的數字

  • 從一句 prompt 到完整部署一個裝瓶線溢出偵測 agent:30 分鐘內,幾美元的 coding-agent 用量
  • Adaptive EVS 在 60 分鐘影片摘要情境下:VLM 輸入 token 減少 80%
  • 同一張 GPU 上可承載的並行串流數:增加 46%

🎯 實務啟示

如果團隊正在維運多個各自獨立的影片分析 pipeline,VSS 3.3 的「共用基礎設施+最小差量」設計思路值得參考:與其為每個新能力重建一整套 Kafka/Elasticsearch/偵測器,不如先盤點哪些角色可以收斂共用。而 Adaptive EVS 的做法也提醒工程師,VLM 的運算成本大部分浪費在「畫面沒變但仍重複編碼」上,針對這點做 token 剪除,往往比單純換更大 GPU 更划算。

🔗 來源

#NVIDIA #VisualAI #VideoAnalytics #VLM #AIAgents #EdgeAI #ComputerVision #MCP #Cosmos #GenerativeAI

原始資料 NVIDIA Developer · 收集於 2026-09-29
來源原標題
Lower the Cost of Building and Running Visual AI Agents with NVIDIA VSS Blueprint 3.3
作者
Elizabeth Goodman
原始標籤
Computer Vision / Video Analytics · Cosmos · Metropolis · Nemotron · VLMs
原始連結
https://developer.nvidia.com/blog/lower-the-cost-of-building-and-running-visual-ai-agents-with-nvidia-vss-blueprint-3-3/

摘要原文

Vision-language models have made it possible to build visual AI agents that understand video at production scale. The harder problem is turning that capability into a maintainable system that combines ingestion, stream processing, event detection, retrieval, summarization, and reporting. The NVIDIA Metropolis Blueprint for Video Search and Summarization (VSS) and its agent skills help developers build visual AI agents faster. VSS connects vision-language models (VLMs) such as NVIDIA Cosmos , LLMs such as NVIDIA Nemotron , retrieval-augmented generation (RAG), and Model Context Protocol (MCP) tools to turn live and recorded video into natural-language search, visual Q&A, verified alerts and automated reporting. VSS Blueprint 3.3 also reduces costs from both sides: faster application composition with the new Build Vision Agent skill ( vss-build-vision-ai ), and cheaper VLM processing at runtime with Adaptive Efficient Video Sampling (EVS). This post covers both sides of that cost reduction. On the development side, a single prompt builds and deploys a bottling-line overflow agent in under 30 minutes, with a few dollars of coding-agent usage. On the runtime side, Adaptive EVS delivers 80% fewer VLM input tokens for a 60-minute summary and 46% more concurrent streams on the same GPU. To learn more, join us live on Oct. 1 at 9 a.m. PT, where we will build a visual AI agent from a single prompt. Video 1: One prompt builds and deploys a visual AI agent for an orange juice bottling line, then the agent raises and verifies an overflow alert. The spill is synthetically generated for the demo Why visual AI agents are expensive A production visual AI agent usually spans more than one workflow. A smart city application may need vehicle detection, collision alerting, searchable incident clips, hourly summaries, and an operator report. A warehouse application may need people and forklift tracking, near-miss alerts, SOP checks, and follow-up Q&A. Each workflow is useful by itself, but real deployments become valuable when those workflows work together. That creates 3 recurring cost drivers: Development cost: Teams must choose and connect microservices, shared services such as Kafka, Redis, Elasticsearch, and Video IO and Storage (VIOS), model endpoints, environment variables, and APIs without duplicating infrastructure. Operating cost: Visual AI workloads can lead to heavy token usage, every additional stream, frame window, prompt, and visual token can increase GPU usage, queueing delay, and end-to-end summarization latency. Change cost: Teams must move from proof of concept to production, add capabilities, and keep configuration, documentation, and operations aligned. VSS 3.3 updates for building and running video analytics AI agents VSS Agent Skills let coding agents such as Claude Code, Codex, or any agentskills.io-compatible agent deploy and operate VSS from natural-language requests. VSS 3.3 adds two updates that reduce cost on both sides of a deployment: Build Vision Agent skill (vss-build-vision-ai): Combines VSS workflows such as alerting, search, and summarization into one application for use cases such as SOP compliance or traffic management, and extends a running deployment without rebuilding the whole stack. Adaptive EVS: This new feature reduces redundant VLM processing by pruning the visual tokens for parts of a frame that did not change compared to the previous one, and by batching VLM work around the moments when something happens. EVS already ships in vLLM and the Cosmos NIM microservices at a fixed pruning rate. The adaptive version in VSS 3.3 is integrated into the real-time VLM microservice and decides which tokens to keep per patch and per frame. Figure 1. One prompt becomes a composed, validated, running visual AI agent, here for a warehouse, then answers questions about its video The Build Vision Agent skill reduces development and change costs by composing and extending deployments. Adaptive EVS lowers operating cost by reducing VLM tokens and GPU time spent on unchanged video. Reduce development cost with the Build Vision Agent skill Earlier VSS skills handled individual operations such as deployment, camera setup, summarization, search, alerts, and analytics. VSS 3.3 organizes them as deployment skills, operation skills, tools, and benchmarks, with vss-build-vision-ai composing the rest. Developers describe the application they want, and the Build Vision Agent skill translates that intent into a deployment plan spanning profiles, microservices, configuration, and runtime operations. Rather than generate a deployment from scratch, the skill starts with the closest of four validated developer profiles, each a complete, tested stack for one workflow (see Table 1, below). The skill calls that starting profile the Foundation and changes only what the request requires. Profile Capability base VLM dense captioning and Q&A on clips alerts Real-time VLM alerting, or RT-CV detection with behavior analytics and VLM alert verification lvs Long video summarization search Object and video embeddings with agentic search Table 1: The four developer profiles a build can start from. The skill selects one as the Foundation and computes the smallest delta on top of it The skill then computes the smallest delta: adds or removes only exact service keys, keeps only the services that a requested capability actually reaches, and converges shared roles onto one instance. Two capabilities that both need a detector get one detector. Two that both need Kafka and Elasticsearch share one message bus and one Elasticsearch deployment, each writing its own indices. When the rules cannot settle a choice, the skill asks one structured question instead of guessing. Figure 2: Every build is a delta on a validated Foundation: add only what a capability needs, prune what nothing reaches, and converge shared roles to one instance What the skill automates Maps the application goal to the required VSS workflows and microservices. Combines workflows such as alerting, search, and summarization in one deployment plan. Reuses shared infrastructure, including VIOS, Kafka, Redis, Elasticsearch, HAProxy ingress, and MCP services. Generates the deployment as a self-contained build: _builds/<name>/override.env (the Foundation, the effective Compose profiles, and only the settings you changed), compose.yml, and resolved.yml, one flattened Compose file produced with docker compose config that deploys on its own. The repository’s deploy/docker/ tree is never modified. Shows an architecture diagram for review before anything is written or deployed, then runs validation, deployment, and readiness checks so the developer can verify the stack before building application logic on top. Asks whether to deploy an agent harness. The default is NemoClaw , a host-side sandbox with the VSS skills installed; answering no produces a headless stack driven by the VSS CLI. Extends a running deployment through a smaller delta that reuses existing services. This shortens discovery, makes composition repeatable, and avoids duplicate ingestion, storage, messaging, and analytics infrastructure across workflows. Build a bottling line visual AI agent with VSS For an orange juice bottling line, the team wants an agent that watches filler and capper cameras, alerts on overflows or spills, searches past incidents, and generates shift reports. Manual development would connect event detection, alert verification, storage, search ingestion, summarization, and reporting. With the Build Vision Agent skill, development begins with the desired outcome. Sample prompt Build a VSS vision agent for an orange juice bottling line. Use two RTSP cameras on the filler and capper. Detect bottle overflows and juice spills, verify each alert with the VLM, make alert clips searchable, and generate a shift report for the line supervisor. What the agent assembles VIOS-backed ingestion for RTSP cameras and recorded clips.

由 claude-code/sonnet 自動生成