10 月 23 日，NVIDIA/NeMo-Agent-Toolkit 的 README 顶上多了一段警告框：本项目自 2026 年 10 月起弃用，年底 EOL，请迁移到 NeMo Relay、NeMo Helix、NeMo Fabric。一个 2,671 星、被不少人当成「英伟达官方 Agent 工具箱」的项目，就这么进了清算期。
它本来不是又一个 Agent 框架
先把误会说清：NeMo Agent Toolkit（简称 NAT，PyPI 包名 nvidia-nat）不跟 CrewAI、LangGraph 抢「怎么编排 Agent」这件事。它的定位是给已经存在的 Agent 栈装仪表盘——LangChain、LlamaIndex、CrewAI、Microsoft Semantic Kernel、Google ADK 这五家都能并排接进来，业务代码基本不动，它在外面套一层。
能力分三层：
- 建：一份
workflow.yml声明式描述functions（工具）、llms（模型）、workflow（编排类型），react_agent只是其中一种； - 看：profiler 从整条工作流一路拆到单个 token，能算清哪个节点烧钱、哪次工具调用拖慢；
- 优：eval 用数据集跑回归，optimizer 调 prompt 和超参，还能拿强化学习微调模型本身。
协议上 MCP 是双向的：既当客户端调别人的工具，也能把自己的 workflow 发布成 MCP server；再往上还有 A2A 做多 Agent 互通。
这个名字其实换过三次：AgentIQ → AIQ Toolkit → NeMo Agent Toolkit。血统解释了它的边界——它天生是给「企业已有系统」当胶水的，不是给个人玩家从零写 Demo 的脚手架。
上手：三段 YAML 加三条命令
装：
# 需要 Python 3.11–3.13
pip install nvidia-nat
# 接哪个框架，就装哪个 extra
pip install "nvidia-nat[langchain]"
配一份 workflow.yml，三段就够。functions 定义工具，llms 定义模型（官方示例是 nvidia/nemotron-3.5-lightning-30b-a3b，走 build.nvidia.com 的 key），workflow 指定编排类型和工具名单。
跑一条：
export NVIDIA_API_KEY=<key>
nat run --config_file workflow.yml \
--input "把季报里的异常点挑出来"
要看账，换成 nat eval --config_file eval.yml：产物落在 output_dir 里，有 workflow_output.json（每条用例的原始输出）和评分汇总；把 profiler 段打开，还会多一份 prediction_trie.json，逐节点记录耗时和 token。要动 prompt 和参数，装 nvidia-nat[config-optimizer] 后跑 nat optimize --config_file opt.yml。
它的学习成本不在语法，在观念：你得先接受「Agent 是要被度量的」，才会觉得 profiler 有用。只想拖张图跑通流程的，Dify 和 Langflow 更省事。
实话：公告是真的，继任者还都是 0.x
一、弃用不是传言。 PR #2437 在 10 月 23 日把弃用横幅写进 README 和整套文档，措辞很硬：deprecated as of October 2026，年底 EOL。最后一次功能发布是 9 月 10 日的 1.9.0，PyPI 上也停在 1.9.0。年底前还能装能用，之后不再有修复。
二、三个继任者都还在 0.x。
- NeMo Relay 0.10.4，208 星：Rust 写的运行时，管执行作用域、生命周期事件、工具与 LLM 调用的中间件。最实用的是 CLI——能把 Codex、Claude Code 这类命令行 Agent 的一次运行录下来，导出 ATOF 事件、ATIF 轨迹或 OTel。Hermes Agent 已经内建了它的插件配置，不用另装。
- NeMo Helix 0.8.1，128 星：控制面，负责评估、优化、加固，带一个叫 NeMo Studio 的轻量网页。默认用 Docker 起服务，本地要跑 ClickHouse，Python 3.12–3.14。
- NeMo Fabric 0.5.0，54 星：适配层，一套配置跑 17 种 harness——Claude Code、Codex、Cline、OpenClaw、OpenHands、OpenCode、Qwen Code、LangChain Deep Agents 都在名单里，输出统一的结果、错误、产物和遥测引用。
三、星数说明问题。 2,671 星的老项目，三个继任者加起来 390 星（208+128+54）。官方出品不等于有人用，更不等于生态成形。三条线全是 0.x，接口随时会变，2027 年前别把生产押上去。
四、现在怎么办。 新项目别开 NAT 这个坑，直接用上游框架加 Relay 做观测；老项目年底前迁，标准就三个词：只缺「看得见」用 Relay，缺「测得准」用 Helix，缺「跑得齐」（横评多个 CLI Agent）用 Fabric，别混着上。
顺带一提，这一年的 Agent 平台淘汰赛不止它一家：AutoGen 的 README 已经挂了 Archived，Flowise 也是。工具生命周期比模型迭代短得多。
最后
NAT 这一代真正的遗产，不是那套 YAML，而是它把 Agent 工程拆成编排、观测、评估、加固四段，并且承认这四段该由不同工具负责。工具会退役，分层不会。
再看到「某某平台一站式全包」的宣传，翻一眼它的 README 顶部有没有黄框，比看官网首页有用。想要一张表横向比十个平台怎么选，可以看这篇十家 Agent 平台横评。
