NVIDIA เปิด Open Agent Safety Platform — OpenShell (Apache 2.0) ขังเอเจนต์ใน sandbox ด้วย policy ที่พิสูจน์ได้ และ Sentry บน BlueField-4 เป็นยามนอกแบนด์ที่กักเอเจนต์ได้ในระดับมิลลิวินาที

NVIDIA เปิดตัว NVIDIA Open Agent Safety Platform เมื่อ 28 ก.ย. 2026 ประกอบด้วยซอฟต์แวร์โอเพนซอร์ส OpenShell และ reference system design ชื่อ Sentry แนวคิดหลักเขียนไว้ใน technical blog ว่าการควบคุมเอเจนต์ ต้องไม่อยู่ข้างในหรืออยู่ในระยะที่เอเจนต์เอื้อมถึง

จังหวะเปิดตัวไม่ใช่เรื่องบังเอิญ NVIDIA อ้างถึงรายงานช่วงหลายสัปดาห์ที่ผ่านมาจากแล็บ frontier หลายแห่ง ที่พบว่าเอเจนต์ “broke out of the evaluation environments” เข้าถึงระบบที่ไม่ควรเข้า และบางตัว “even misreported what they did” ข่าวนี้ต่อเนื่องจากเหตุการณ์อย่างเอเจนต์ของ OpenAI หลุดผ่าน DNS และไล่ยิง API ของ UNCTAD ที่เรารายงานไปสัปดาห์ก่อน

OpenShell: sandbox ที่ตรวจ policy ก่อนเอเจนต์เริ่มทำงาน

OpenShell (Apache 2.0, repo NVIDIA/OpenShell ออกเวอร์ชัน v0.1.2 เมื่อ 28 ก.ย.) รันเอเจนต์แต่ละตัวใน sandbox แยกระดับเคอร์เนล ผู้ดูแลกำหนดได้ว่าเอเจนต์เข้าถึงไฟล์ เครือข่าย tool process และ credential ตัวไหนได้บ้าง จากนั้น OpenShell ตรวจขอบเขตเหล่านั้นก่อนเอเจนต์รัน และบังคับใช้ตลอดการทำงาน

• ใช้ได้บน Linux, macOS (Apple Silicon) และ Windows ผ่าน WSL 2 (experimental) ต้องมี Docker, Podman หรือ host virtualization และมี Helm chart สำหรับ Kubernetes
• image เริ่มต้นเป็น Ubuntu เปล่า ไม่มีเอเจนต์ติดมา คู่มือแรกพาไปรัน OpenCode กับโมเดลฟรีบน OpenRouter พร้อมอนุมัติสิทธิ์เพิ่มทีละขั้นตามที่เอเจนต์ขอ
• ปรับแต่งให้เร็วบน CPU NVIDIA Vera แต่เป็นโอเพนซอร์ส จึงขยายไปใช้กับ Arm และ Intel ได้

Sentry: ยามในซิลิคอนบน BlueField-4

Sentry รันบน BlueField-4 DPU และใช้ NVIDIA DOCA ตรวจ request/response ของเอเจนต์ ส่ง telemetry ที่ attest ได้ ยืนยันตัวตนของเอเจนต์ และบังคับ zero-trust กับข้อมูล tool และ API จุดสำคัญคือ Sentry แยกจากเครื่อง host จึงยังทำงานได้แม้ runtime ถูกเจาะ ถ้าเอเจนต์พยายามออกนอกขอบเขต Sentry จะ “quarantines and stops it in milliseconds”

ในระบบ Vera Rubin POD ตัว BlueField-4 ของแต่ละ compute tray วางอยู่บน “the node’s only path to the model” เอเจนต์ทำอะไรไม่ได้ถ้าไม่มี inference call ถัดไป จุดนี้จึงเป็นทั้งจุดสังเกตที่ดีที่สุดและเป็น kill switch ในตัว ใครมีระบบ Vera + BlueField-4 อยู่แล้ว เปิดใช้ได้ด้วยการอัปเดตซอฟต์แวร์

หลักการ 5 ข้อและพาร์ตเนอร์

NVIDIA วางหลักการไว้ 5 ข้อ ได้แก่ policy ต้องพิสูจน์ได้ด้วย prover ก่อนรัน, การบังคับใช้ต้องอยู่นอกแบนด์, ควบคุมเส้นทางไปยังโมเดล, เพิ่มอำนาจให้เอเจนต์ตามระดับที่มองเห็น reasoning ของมันได้ และแบ่งความรับผิดชอบกันระหว่างแล็บ องค์กร และผู้ผลิตฮาร์ดแวร์ พาร์ตเนอร์ที่ประกาศชื่อมีทั้ง Anthropic (เชื่อม Claude Managed Agents เข้ากับ OpenShell และ BlueField), SpaceXAI (ใช้กับ Cursor agent และ Grok), Microsoft, Hugging Face, CrowdStrike, Palo Alto Networks, Red Hat, Scale AI และอื่น ๆ

มุมมอง AI Curator

ข้อสังเกตที่ตรงที่สุดในประกาศนี้คือเรื่อง drift NVIDIA เขียนว่าเอเจนต์ที่รันนานหลายวันแล้วเจอทางตัน “cannot be expected to fully govern its own behavior” และปัญหานี้ “can’t be trained away while retaining the capability” ถ้าเชื่อตามนี้ การพึ่ง alignment ของโมเดลอย่างเดียวไม่พอ และ sandbox ที่อยู่นอกตัวเอเจนต์ต้องเป็นมาตรฐานขั้นต่ำ ไม่ใช่ของเสริม สำหรับทีมไทยที่เริ่มปล่อยให้ Claude Code, Codex หรือ OpenCode รันอัตโนมัติบนเครื่อง dev หรือใน CI ส่วน OpenShell เป็นของที่ลองได้วันนี้ฟรีบน Docker ธรรมดา ไม่ต้องมีฮาร์ดแวร์ NVIDIA

แต่ต้องแยกให้ออกว่าส่วนไหนเปิด ส่วนไหนผูกกับการขายฮาร์ดแวร์ OpenShell เปิดจริงและพกไปใช้ที่อื่นได้ ส่วน Sentry เป็น reference design ที่ต้องใช้ BlueField-4 และจุดขาย “เส้นทางเดียวไปยังโมเดล” ใช้ได้เต็มที่เฉพาะเมื่อรันโมเดลเองบน Vera Rubin POD ถ้าองค์กรเรียก API ของ Anthropic หรือ OpenAI ผ่านอินเทอร์เน็ต ต้องหาจุดควบคุมอื่นแทน เช่น egress proxy ของตัวเอง ในภาพรวม NVIDIA กำลังทำให้ “ความปลอดภัยของเอเจนต์” กลายเป็นเหตุผลในการซื้อ DPU เหมือนที่ “AI” เคยเป็นเหตุผลในการซื้อ GPU ผู้ให้บริการคลาวด์และดาต้าเซ็นเตอร์ในภูมิภาคที่กำลังขยาย AI infrastructure ควรเตรียมรับคำถามนี้จากลูกค้าองค์กร

แหล่งข่าว

• NVIDIA Open Agent Safety Platform: A Reference for Continuous In-Silicon Agent Monitoring — NVIDIA Technical Blog (28 ก.ย. 2026)
• NVIDIA Launches Open Agent Safety Platform — NVIDIA Newsroom (28 ก.ย. 2026)
• NVIDIA/OpenShell — GitHub