Rust API#
These pages are generated from the public Rust crates that back the core runtime and adaptive components.
Binding At A Glance#
This summary lists the package identity and support status for the binding.
Published crates:
nemo-relay,nemo-relay-adaptive,nemo-relay-ffi, andnemo-relay-cliLocal development paths:
crates/core,crates/adaptive,crates/ffi, andcrates/cliPrimary audience: Rust consumers who want the native runtime surface directly
The Rust docs are organized by crate because the Rust binding is the source implementation of the runtime. The generated pages mirror each crate’s public module tree.
Main Binding Surfaces#
These entry points are the primary APIs to use from this binding.
nemo-relay: core runtime APIs for scopes, tools, LLMs, registries, subscribers, codecs, streams, observability exporters, and the built-in observability pluginnemo-relay-adaptive: adaptive runtime helpers, learner implementations, storage backends, and adaptive configurationnemo-relay-cli: binary gateway for coding-agent hooks and passthrough LLM observabilitynemo-relay-ffi: raw C ABI used by downstream native bindings
Within nemo-relay, most integrations start in api, especially the scope,
tool, llm, registry, and subscriber modules. Other important public
modules include codec, observability, stream, error, and json. The
observability::plugin_component module contains the built-in observability
plugin config types.
Within nemo-relay-adaptive, the main surfaces include adaptive configuration,
plugin components, storage abstractions, learners, trie-backed data
structures, and optional Redis-backed helpers when the feature is enabled.
nemo-relay-cli is a binary crate, so its end-user surface is documented in
the NeMo Relay CLI guides rather than generated Rust API pages.
How To Read The Generated Pages#
Use the crate pages first, then expand into the public modules under each crate:
nemo-relayfor core runtime behaviornemo-relay-adaptivefor adaptive and learning-oriented behaviornemo-relay-clifor coding-agent observability through hooks and the passthrough LLM gateway
That structure matches how Rust consumers import items from the crates.
Use the generated crate entry points when you need symbol-level detail: