Agent frameworks keep changing because tool calling never solved the runtime. A tool schema tells the model how to call one function. It does not decide who owns the loop, where state lives, what counts as done, or how recovery works. @NVIDIAAI's NOOA takes a different approach: collapse prompts, tools, state, and model-driven loops into one Python class. Methods become actions. Fields hold state. Docstrings become prompts. Types become contracts. The interesting part is not the syntax. It is the runtime trade-off. > Typed tools keep boundaries explicit > Graph runtimes make control durable > File-based agents keep state on disk > Live objects keep rich state inside one process NOOA avoids repeated serialization by letting the model work against live Python objects through bounded methods. But that state is local. Restarts, distributed execution, replay, and checkpointing bring the serialization problem back. So the useful question is not “which agent framework is best?” It's "Who should control the loop?" And "where does the state need to survive?"

Full breakdown of what NVIDIA’s OO Agents reveal about agent runtimes: https://t.co/rtjaQaTxps
Reframes framework choice as two design questions, who owns the loop and where state must survive. Live-object runtimes buy rich in-process state and pay for it at restart, replay and distributed execution.
postpretty interesting, this new NVIDIA framework represents agents as python…Sterling Crispin 🕊️
videoThe Log Is The Agent - Ishaan Sehgal, OmnaraAI Engineer
articleNVIDIA AVO Reaches 100% on ARC-AGI-3, Demonstrating a Frontier-Level General-Purpose Architecture for Long-Horizon Autonomous AgentsTanya LenzChecking sign-in…
Loading comments…