Use this section when an agent framework, orchestration layer, SDK, or provider adapter owns the tool and LLM call sites that need NeMo Relay instrumentation.
Framework integrations differ from direct application instrumentation because the integration often does not own the full invocation. A framework may control scheduling, retries, streaming, callback signatures, provider payloads, and internal object lifetimes. The integration has to choose the best available boundary without changing framework behavior.
Prefer a managed execution wrapper around a stable tool or LLM callback. When that is not possible, use explicit lifecycle calls, standalone guardrail or intercept helpers, or mark events.
Use these signals to decide whether this documentation path matches your current task.
If you own the application call sites directly, use Instrument Applications first. If your application uses a maintained public integration such as LangChain, LangGraph, Deep Agents, or OpenClaw, start with Supported Integrations.
Use these guide links to move from the overview into task-specific instructions.
For coding-agent hook and LLM gateway observability, use NeMo Relay CLI. That section covers Claude Code, Codex, Cursor, and Hermes Agent support.
Start by identifying the framework’s stable tool and LLM boundaries. Prefer managed execution wrappers wherever the framework exposes a callback that NeMo Flow can own. Use explicit API calls only when the framework owns invocation internally but exposes reliable start and finish hooks.
Validate that application-visible framework behavior does not change. Then confirm that events share the expected root scope, middleware runs exactly once per managed call, and non-serializable framework objects remain in framework-owned storage.