Skip to content

fix(plugin): report inherited configuration files - #646

Merged
rapids-bot[bot] merged 3 commits into
release/0.7from
fix/programmatic-observability-destinations
Aug 3, 2026
Merged

fix(plugin): report inherited configuration files#646
rapids-bot[bot] merged 3 commits into
release/0.7from
fix/programmatic-observability-destinations

Conversation

@bbednarski9

@bbednarski9 bbednarski9 commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Overview

Library callers can inherit plugin settings from discovered user, project, or
system plugins.toml files without being told which files contributed to the
resolved configuration. This is especially easy to miss when inherited
Observability destinations cause telemetry to be exported somewhere the caller
did not configure directly.

This PR preserves the existing layered merge contract and makes that implicit
inheritance visible. Initialization emits one source-only warning for every
discovered configuration file, then continues with the resolved configuration.
It does not overwrite inherited values, add an opt-out, or introduce a new
initialization mode.

  • I confirm this contribution is my own work, or I have the right to submit it under this project's license.
  • I searched existing issues and open pull requests, and this does not duplicate existing work.

Details

  • Keep programmatic and discovered configuration layers intact, including
    concatenation of atof.sinks, opentelemetry.endpoints, and atif.storage
    with higher-precedence entries first.
  • Emit one plugin.configuration_inherited warning per discovered
    plugins.toml file.
  • Write the warning to the operational log and include it in initialization
    results, dynamic-host activation reports, and the active plugin report.
  • Include only the source path in the warning; configuration values,
    destination URLs, headers, and credentials are not exposed.
  • Treat inheritance itself as non-fatal. Existing schema validation and plugin
    activation failures in the effective layered configuration remain errors.
  • Add binding-level assertions for the warning contract in FFI, Python,
    Node.js, and Go.
  • Update plugin-layering, Observability, and 0.7 release documentation.
  • Breaking changes: none. Public configuration types, schemas, binding
    signatures, and initialization modes are unchanged.

Validation performed:

  • cargo test -p nemo-relay plugin::tests --lib — 44 passed
  • cargo test --workspace --exclude nemo-relay-ffi — passed
  • cargo test -p nemo-relay-ffi -- --test-threads=1 — 168 passed
  • cargo fmt --all -- --check
  • cargo clippy --workspace --all-targets -- -D warnings
  • Python suite — 614 passed
  • Node.js suite — 344 passed
  • Go suite — passed
  • Fern validation and strict broken-link checks — passed; the unauthenticated
    redirect check emitted its expected warning
  • Repository pre-commit hooks on all changed files — passed

just is not installed in the local validation environment, so the non-CI
test-rust recipe commands were run directly.

Where should the reviewer start?

Start with resolve_programmatic_plugin_config() and
inherited_plugin_config_diagnostics() in crates/core/src/plugin.rs, then
review
test_programmatic_observability_destinations_concatenate_with_discovered_files_and_warn
in crates/core/tests/unit/plugin_tests.rs.

Related Issues: (use one of the action keywords Closes / Fixes / Resolves / Relates to)

Summary by CodeRabbit

  • New Features

    • Observability destinations from programmatic configuration now take precedence over discovered file-based destinations when provided.
    • Layered destination configuration remains active across supported observability integrations.
  • Bug Fixes

    • Added clear warnings when plugin configuration is inherited from discovered files.
    • Warnings identify source paths without exposing destination values or credentials and do not block initialization.
  • Documentation

    • Updated configuration and release notes to explain destination layering, inheritance warnings, and validation behavior.

@bbednarski9
bbednarski9 requested review from a team as code owners August 3, 2026 16:16
@coderabbitai

coderabbitai Bot commented Aug 3, 2026

Copy link
Copy Markdown

Review Change Stack

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Enterprise

Run ID: 63baaa16-4cb5-4a77-a04f-db477727fb66

📥 Commits

Reviewing files that changed from the base of the PR and between 4f44ddc and 00be0e7.

📒 Files selected for processing (1)
  • crates/node/tests/dynamic_plugin_tests.mjs
📜 Recent review details
🧰 Additional context used
📓 Path-based instructions (5)
crates/node/**/*.{js,mjs,cjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

Use camelCase for Node.js public APIs.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
**/*.{rs,py,js,mjs,cjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

**/*.{rs,py,js,mjs,cjs,ts,tsx}: Use Json = serde_json::Value in Rust-facing runtime APIs where the existing code expects JSON payloads.
Use Result<T> with FlowError in core runtime paths, and keep errors explicit and binding-appropriate at the wrapper layer.
Keep async behavior on the existing tokio-based model; bindings should preserve callback and future lifetimes rather than blocking or hiding async work unexpectedly.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

**/*: Format changed files with the language-native formatter before the final lint/test pass.
If dynamic plugin behavior changed, use maintain-dynamic-plugins and include the native SDK, worker protocol, Python SDK, docs, packaging, and Codecov surfaces in the validation plan.
If code changes alter APIs, bindings, commands, paths, packaging behavior, observability/adaptive semantics, or documented best practices, update any dependent maintainer or consumer skills in the same branch.
During iteration, prefer uv run pre-commit run --files <changed files...>.
Before review or handoff, run uv run pre-commit run --all-files.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
crates/{python,ffi,node}/**/*

⚙️ CodeRabbit configuration file

crates/{python,ffi,node}/**/*: Treat binding changes as public API changes. Check for parity with the other language bindings, FFI ownership/lifetime safety,
callback error propagation, stable type conversion, and consistent async/stream semantics.
Flag changes that update one binding without corresponding tests or documentation for the same surface elsewhere.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}

⚙️ CodeRabbit configuration file

{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}: Tests should cover the behavior promised by the changed API surface, including error paths and cross-request isolation where relevant.
Prefer assertions on lifecycle events, scope stacks, middleware ordering, and binding parity over shallow smoke tests.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
🔇 Additional comments (1)
crates/node/tests/dynamic_plugin_tests.mjs (1)

212-216: LGTM!

Also applies to: 242-247


Walkthrough

Plugin resolution preserves observability destination provenance from discovered files. Programmatic destinations precede inherited file destinations. Resolution emits source-path-only plugin.configuration_inherited warnings. Tests and documentation cover the behavior.

Changes

Observability destination inheritance

Layer / File(s) Summary
Destination resolution and provenance
crates/core/src/plugin.rs
Discovered configuration retains source paths. Programmatic observability destinations resolve before inherited file destinations. Resolution emits plugin.configuration_inherited warnings for discovered files.
Resolution behavior tests
crates/core/tests/unit/plugin_tests.rs
Tests cover destination ordering for ATOF, OpenTelemetry, and ATIF, source-specific warnings, metadata, value redaction, and the absence of warnings without discovered files.
Activation coverage and configuration documentation
crates/ffi/tests/integration/plugin_activation_tests.rs, crates/node/tests/dynamic_plugin_tests.mjs, go/nemo_relay/plugin_activation_test.go, python/tests/test_dynamic_plugin_host.py, docs/configure-plugins/*.mdx, docs/about-nemo-relay/release-notes/index.mdx
Activation tests validate inherited-configuration warnings and source paths. Documentation describes warning reporting, destination ordering, redaction, and validation behavior.

Estimated code review effort: 3 (Moderate) | ~25 minutes

Sequence Diagram(s)

sequenceDiagram
  participant ConfigurationFiles
  participant DiscoveredPluginConfig
  participant PluginResolver
  participant Diagnostics
  ConfigurationFiles->>DiscoveredPluginConfig: Merge destinations and retain source paths
  DiscoveredPluginConfig->>PluginResolver: Provide discovered configuration
  PluginResolver->>PluginResolver: Apply programmatic destinations before inherited entries
  PluginResolver->>Diagnostics: Emit plugin.configuration_inherited warnings
Loading

Possibly related PRs

🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (4 passed)
Check name Status Explanation
Title check ✅ Passed The title follows Conventional Commits format, uses an allowed type and lowercase scope, stays under 72 characters, and has no trailing period.
Description check ✅ Passed The description includes all required sections, explains the changes and validation, identifies reviewer entry points, and references issue #644.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches 💡 1
📝 Generate docstrings 💡
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/programmatic-observability-destinations

Comment @coderabbitai help to get the list of available commands.

@github-actions github-actions Bot added size:L PR is large Bug issue describes bug; PR fixes bug lang:rust PR changes/introduces Rust code labels Aug 3, 2026
@github-actions

github-actions Bot commented Aug 3, 2026

Copy link
Copy Markdown

@bbednarski9
bbednarski9 force-pushed the fix/programmatic-observability-destinations branch from b294ba2 to cb211f1 Compare August 3, 2026 16:36
@bbednarski9
bbednarski9 force-pushed the fix/plugin-enabled-overlay branch from 2c46496 to e00a450 Compare August 3, 2026 16:55
@bbednarski9
bbednarski9 force-pushed the fix/programmatic-observability-destinations branch from cb211f1 to 3d88b96 Compare August 3, 2026 16:55
@copy-pr-bot

copy-pr-bot Bot commented Aug 3, 2026

Copy link
Copy Markdown

This pull request requires additional validation before any workflows can run on NVIDIA's runners.

Pull request vetters can view their responsibilities here.

Contributors can view more details about this message here.

@willkill07 willkill07 added this to the 0.7 milestone Aug 3, 2026
@bbednarski9
bbednarski9 force-pushed the fix/plugin-enabled-overlay branch from e00a450 to 1587a0c Compare August 3, 2026 17:55
@bbednarski9
bbednarski9 force-pushed the fix/programmatic-observability-destinations branch from 3d88b96 to b1c6405 Compare August 3, 2026 17:58
@codecov

codecov Bot commented Aug 3, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 94.39%. Comparing base (8fce587) to head (00be0e7).
⚠️ Report is 5 commits behind head on release/0.7.

Additional details and impacted files
@@               Coverage Diff               @@
##           release/0.7     #646      +/-   ##
===============================================
+ Coverage        94.01%   94.39%   +0.37%     
===============================================
  Files              329      329              
  Lines            96218    96248      +30     
  Branches           113      113              
===============================================
+ Hits             90457    90846     +389     
+ Misses            5761     5402     -359     
Components Coverage Δ
Rust Runtime 96.42% <100.00%> (+0.89%) ⬆️
Shared DTO Types 99.05% <ø> (ø)
CLI 92.02% <ø> (+0.02%) ⬆️
Go Binding 95.02% <ø> (+0.14%) ⬆️
Python Binding 95.11% <ø> (-0.03%) ⬇️
Node Binding 98.36% <ø> (ø)
Dynamic Plugin SDKs 96.46% <ø> (ø)
Files with missing lines Coverage Δ
crates/core/src/plugin.rs 95.43% <100.00%> (+0.09%) ⬆️

... and 7 files with indirect coverage changes


Continue to review full report in Codecov by Harness.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8fce587...00be0e7. Read the comment docs.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@bbednarski9
bbednarski9 force-pushed the fix/programmatic-observability-destinations branch from b1c6405 to cfadcc3 Compare August 3, 2026 18:57
@bbednarski9
bbednarski9 changed the base branch from fix/plugin-enabled-overlay to release/0.7 August 3, 2026 18:57
Signed-off-by: Bryan Bednarski <bbednarski@nvidia.com>
@bbednarski9
bbednarski9 force-pushed the fix/programmatic-observability-destinations branch from cfadcc3 to d5a2fb5 Compare August 3, 2026 18:58

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
crates/core/src/plugin.rs (1)

1288-1308: 📐 Maintainability & Code Quality | 🟠 Major | ⚡ Quick win

Duplicate source of truth for observability destination fields.

OBSERVABILITY_DESTINATION_FIELDS lists the three destination fields (atof.sinks, opentelemetry.endpoints, atif.storage). plugin_config_list_concatenates re-declares the same three fields as literal string comparisons in its matches! arm at Line 1304-1306. If a destination field is renamed or a fourth one is added, only one of these two places may get updated, silently breaking concatenation or replacement behavior for the missed field.

Derive the matches! condition from OBSERVABILITY_DESTINATION_FIELDS instead of duplicating the literals.

♻️ Proposed fix to remove the duplicated field list
 fn plugin_config_list_concatenates(path: &[String], is_observability: bool) -> bool {
     path.len() == 1
         || (is_observability
-            && matches!(
-                path,
-                [section, field]
-                    if (section == "atof" && field == "sinks")
-                        || (section == "opentelemetry" && field == "endpoints")
-                        || (section == "atif" && field == "storage")
-            ))
+            && matches!(path, [section, field]
+                if OBSERVABILITY_DESTINATION_FIELDS
+                    .iter()
+                    .any(|(s, f, _)| s == section && f == field)))
 }
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@crates/core/src/plugin.rs` around lines 1288 - 1308, Update
plugin_config_list_concatenates to determine observability destination matches
from OBSERVABILITY_DESTINATION_FIELDS rather than repeating literal section and
field comparisons. Preserve the existing path.len() == 1 behavior and ensure
each tuple’s section and field entries are recognized for concatenation.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Outside diff comments:
In `@crates/core/src/plugin.rs`:
- Around line 1288-1308: Update plugin_config_list_concatenates to determine
observability destination matches from OBSERVABILITY_DESTINATION_FIELDS rather
than repeating literal section and field comparisons. Preserve the existing
path.len() == 1 behavior and ensure each tuple’s section and field entries are
recognized for concatenation.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Enterprise

Run ID: 47fb79d5-b59c-4fdf-8c74-0e4aabb5e5f1

📥 Commits

Reviewing files that changed from the base of the PR and between 8fce587 and d5a2fb5.

📒 Files selected for processing (5)
  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
📜 Review details
🧰 Additional context used
📓 Path-based instructions (23)
**/*.mdx

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/SKILL.md)

MDX top-of-file SPDX comments must use {/* ... */} delimiters instead of HTML comment delimiters (Must-Fix)

In MDX files, top-of-file comments must use JSX comment delimiters ({/* to open and */} to close); do not use HTML comments for MDX SPDX headers

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
**/*.{md,mdx}

📄 CodeRabbit inference engine (AGENTS.md)

Update README.md, fern/, package READMEs, and binding-support notes when public behavior, package names, examples, or supported bindings change.

**/*.{md,mdx}: Prefer the documented public API, not internal shortcuts
Keep package names, repo references, and build commands current
Keep release-process and release-notes guidance in repo-maintainer docs such as RELEASING.md, not as user-facing docs pages or CHANGELOG.md
Keep stable user-facing wrappers at scripts/ root in docs and examples; only point at namespaced helper paths when documenting internal maintenance work
When detailed dynamic plugin guides exist, keep Rust native plugin examples, Python worker plugin examples, and grpc-v1 protocol details on separate pages

If links in documentation change, run just docs-linkcheck.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
**/*.{md,markdown,mdx}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Add the SPDX license header to all Markdown/MDX documentation files using the HTML comment block form.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
{docs,examples}/**/*

📄 CodeRabbit inference engine (.agents/skills/rename-surfaces/SKILL.md)

Update docs and examples.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

**/*: Format changed files with the language-native formatter before the final lint/test pass.
If dynamic plugin behavior changed, use maintain-dynamic-plugins and include the native SDK, worker protocol, Python SDK, docs, packaging, and Codecov surfaces in the validation plan.
If code changes alter APIs, bindings, commands, paths, packaging behavior, observability/adaptive semantics, or documented best practices, update any dependent maintainer or consumer skills in the same branch.
During iteration, prefer uv run pre-commit run --files <changed files...>.
Before review or handoff, run uv run pre-commit run --all-files.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
  • docs/configure-plugins/observability/configuration.mdx
docs/**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If documentation examples or commands under docs/ change, run the targeted docs checks appropriate to the change.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
**/*.{md,mdx,py,go,js,ts}

📄 CodeRabbit inference engine (.agents/skills/maintain-observability/SKILL.md)

Examples and documentation must use each exporter's documented flush/deregister order before shutdown.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
{docs/**,README.md,CONTRIBUTING.md,RELEASING.md,SECURITY.md}

⚙️ CodeRabbit configuration file

{docs/**,README.md,CONTRIBUTING.md,RELEASING.md,SECURITY.md}: Review documentation for technical accuracy against the current API, command correctness, and consistency across language bindings.
Flag stale examples, missing SPDX headers where required, and instructions that no longer match CI or pre-commit behavior.

Files:

  • docs/configure-plugins/plugin-configuration-files.mdx
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
docs/about-nemo-relay/release-notes/{index,highlights,known-issues}.mdx

📄 CodeRabbit inference engine (.agents/skills/draft-release-notes/SKILL.md)

docs/about-nemo-relay/release-notes/{index,highlights,known-issues}.mdx: Update only docs/about-nemo-relay/release-notes/index.mdx, docs/about-nemo-relay/release-notes/highlights.mdx, and docs/about-nemo-relay/release-notes/known-issues.mdx unless the release changes their route or entry points.
Preserve the existing MDX front matter and the JSX SPDX comment in the release-notes pages.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
**/*.rs

📄 CodeRabbit inference engine (.agents/skills/prepare-pr/SKILL.md)

**/*.rs: Any Rust change must run just test-rust
Any Rust change must run cargo fmt --all
Any Rust change must run cargo clippy --workspace --all-targets -- -D warnings

**/*.rs: Run cargo fmt --all for all FFI work since it is Rust work
Run just test-rust to validate FFI changes
Run cargo clippy --workspace --all-targets -- -D warnings to enforce strict linting on FFI work

When Rust files changed as part of Go work, also run cargo fmt --all, just test-rust, and cargo clippy --workspace --all-targets -- -D warnings

**/*.rs: Run cargo fmt --all when Rust files are changed as part of Node work
Run cargo clippy --workspace --all-targets -- -D warnings when Rust files are changed as part of Node work
Run just test-rust when Rust files are changed as part of Node work

When changing the core Rust runtime or Rust-facing API surface, format Rust code with cargo fmt (rustfmt defaults), keep cargo clippy -- -D warnings clean, and satisfy cargo deny check per deny.toml.

**/*.rs: If any Rust code changed, always run just test-rust.
If any Rust code changed, also run cargo fmt --all.
If any Rust code changed, also run cargo clippy --workspace --all-targets -- -D warnings.
For Rust changes headed for review, run cargo fmt --all and cargo clippy --workspace --all-targets -- -D warnings even if relying on pre-commit.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
{crates/core,crates/adaptive}/**/*

📄 CodeRabbit inference engine (.agents/skills/prepare-pr/SKILL.md)

Changes to crates/core or crates/adaptive must run the full language matrix

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
crates/core/**/*.rs

📄 CodeRabbit inference engine (.agents/skills/test-go-binding/SKILL.md)

If the change touched crates/core or shared runtime semantics, also use validate-change for broader validation

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

Follow binding naming conventions in Rust and Python: use snake_case.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,py,js,mjs,cjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

**/*.{rs,py,js,mjs,cjs,ts,tsx}: Use Json = serde_json::Value in Rust-facing runtime APIs where the existing code expects JSON payloads.
Use Result<T> with FlowError in core runtime paths, and keep errors explicit and binding-appropriate at the wrapper layer.
Keep async behavior on the existing tokio-based model; bindings should preserve callback and future lifetimes rather than blocking or hiding async work unexpectedly.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,py,go,js,ts,c,h}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Use language-appropriate naming conventions: Rust snake_case, C FFI exports prefixed nemo_relay_, Go PascalCase, Node.js camelCase, and Python snake_case.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,go,js,ts}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Add the SPDX license header to all Rust, Go, JavaScript, and TypeScript source files using the corresponding // comment form.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
{crates/**/src/**/*.rs,python/**/*.py}

📄 CodeRabbit inference engine (.agents/skills/maintain-dynamic-plugins/SKILL.md)

Do not add tests under src; Rust tests belong in crate tests/ trees, and Python SDK tests belong under python/tests.

Files:

  • crates/core/src/plugin.rs
crates/{core,adaptive}/**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If crates/core or crates/adaptive changed, run the full validation matrix across Rust, Python, Go, and Node.js.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,py,go,js,ts}

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If a language surface changed, always run that language's test target even when Rust core did not change.

**/*.{rs,py,go,js,ts}: When observability configuration or lifecycle is exposed, keep FFI and Python, Go, and Node.js binding-native config objects and subscriber/exporter methods aligned in logical knobs and semantics.
Require every OpenTelemetry endpoint to have a type and nonblank destination; resolve header_env values at activation and reject missing, blank, or duplicate headers.
Concatenate layered ATOF sink, ATIF storage, and OpenTelemetry endpoint lists with higher-precedence entries first.
Preserve correct handling of mark events, start/end events, orphan cases, and span or trajectory fields derived from intended event data.
Run affected Rust tests and just test-rust when event fields change; run just test-python, just test-go, and just test-node when binding-native configuration or lifecycle changes.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
**/*.{rs,py,js,ts,tsx,go,java,kt,swift}

📄 CodeRabbit inference engine (.agents/skills/add-middleware/SKILL.md)

Add tests covering registration and duplicate names, deregistration and missing names, priority ordering, callback failure policy, scope-local inheritance and cleanup, event payload semantics, immutable mark and scope fields, and parity across affected bindings.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
crates/{core,adaptive}/**/*.rs

⚙️ CodeRabbit configuration file

crates/{core,adaptive}/**/*.rs: Review the Rust runtime for async correctness, scope isolation, middleware ordering, and event lifecycle regressions.
Pay close attention to task-local/thread-local scope propagation, callback lifetimes, stream finalization, and root_uuid isolation.
Public API changes should preserve existing behavior unless tests and docs show the intended migration path.

Files:

  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}

⚙️ CodeRabbit configuration file

{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}: Tests should cover the behavior promised by the changed API surface, including error paths and cross-request isolation where relevant.
Prefer assertions on lifecycle events, scope stacks, middleware ordering, and binding parity over shallow smoke tests.

Files:

  • crates/core/tests/unit/plugin_tests.rs
docs/{about-nemo-relay/concepts/subscribers.mdx,configure-plugins/observability/**/*.mdx}

📄 CodeRabbit inference engine (.agents/skills/maintain-observability/SKILL.md)

Update observability documentation and examples alongside implementation changes, including configuration version 3 with one opentelemetry section containing typed endpoints and no standalone public OpenInference surface.

Files:

  • docs/configure-plugins/observability/configuration.mdx
🧠 Learnings (2)
📚 Learning: 2026-07-28T20:07:29.880Z
Learnt from: willkill07
Repo: NVIDIA/NeMo-Relay PR: 571
File: crates/core/src/api/runtime/state.rs:996-1020
Timestamp: 2026-07-28T20:07:29.880Z
Learning: In NeMo Relay (RELAY-509), sanitizer callback failures must be treated as intentional fail-open behavior. When an event/tool (request/response) or LLM (request/response) sanitizer callback fails, the sanitizer chain should retain and publish the last valid event/payload snapshot (rather than dropping/invalidating the data) and log the failure including callback context (e.g., which sanitizer/callback failed and relevant identifiers). Apply this consistently across all sanitizer chains mentioned in the RELAY-509 documentation/migration guide.

Applied to files:

  • crates/core/src/plugin.rs
📚 Learning: 2026-07-14T02:53:59.997Z
Learnt from: willkill07
Repo: NVIDIA/NeMo-Relay PR: 415
File: docs/configure-plugins/observability/opentelemetry.mdx:98-113
Timestamp: 2026-07-14T02:53:59.997Z
Learning: In NeMo-Relay’s OpenTelemetry/OpenInference observability projection docs under docs/configure-plugins/observability/, document the projected-attribute contract as follows: (1) emit scalar top-level `data`/`metadata` fields as typed dotted OTLP attributes (for example, `nemo_relay.start.metadata.tenant`); (2) keep nested objects/arrays as JSON strings at their top-level OTLP attribute (rather than expanding them into nested OTLP attributes); and (3) do not reference the legacy `*_json` payload attributes (e.g., `data_json`, `metadata_json`, `input_json`) because they were intentionally removed as a breaking change.

Applied to files:

  • docs/configure-plugins/observability/configuration.mdx
🔇 Additional comments (6)
crates/core/src/plugin.rs (2)

1626-1631: LGTM!

Also applies to: 1643-1662, 1731-1759, 1813-1861, 1863-1919, 1921-1963


1964-1979: 🎯 Functional Correctness

Remove this finding. atof, opentelemetry, and atif default enabled to false, and omitted sections are intentionally inactive. The explicit Some(true) check matches typed deserialization and runtime registration behavior.

			> Likely an incorrect or invalid review comment.
crates/core/tests/unit/plugin_tests.rs (1)

92-111: LGTM!

Also applies to: 672-713, 2526-2571, 2573-2603, 2605-2629, 2631-2679, 2681-2713

docs/configure-plugins/plugin-configuration-files.mdx (1)

281-284: LGTM!

Also applies to: 358-378, 420-424

docs/about-nemo-relay/release-notes/index.mdx (1)

55-58: LGTM!

Also applies to: 105-109

docs/configure-plugins/observability/configuration.mdx (1)

95-106: LGTM!

Also applies to: 108-114, 116-118

@willkill07 willkill07 left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The changes on this PR permit programmatic control over system- and user-wide settings. I don't think this is okay.

Comment thread docs/configure-plugins/plugin-configuration-files.mdx Outdated
Comment thread docs/configure-plugins/plugin-configuration-files.mdx Outdated
Comment thread docs/configure-plugins/observability/configuration.mdx Outdated
Signed-off-by: Bryan Bednarski <bbednarski@nvidia.com>
@github-actions github-actions Bot added size:M PR is medium and removed size:L PR is large labels Aug 3, 2026
@github-actions github-actions Bot added lang:go PR changes/introduces Go code lang:js PR changes/introduces Javascript/Typescript code lang:python PR changes/introduces Python code labels Aug 3, 2026
@bbednarski9 bbednarski9 changed the title fix(observability): prioritize programmatic destinations fix(plugin): report inherited configuration files Aug 3, 2026

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@crates/core/src/plugin.rs`:
- Around line 1635-1643: The resolver around the discovered/programmatic
destination merge must restore replacement semantics: in
crates/core/src/plugin.rs lines 1635-1643, update resolution for atof.sinks,
opentelemetry.endpoints, and atif.storage so nonempty programmatic lists replace
inherited values, while omitted or empty lists retain discovered values; in
crates/core/tests/unit/plugin_tests.rs lines 2485-2520, expect only
"programmatic" for nonempty overrides and add coverage confirming omitted and
empty lists preserve "higher-secret-destination", "lower-secret-destination".
- Around line 1787-1806: Update inherited_plugin_config_diagnostics to emit
diagnostics only for discovered files contributing entries to an enabled
observability component or exporter section, rather than once per source. Track
active inherited destination entries by section, include redacted entry counts
and contributing source paths in each destination-specific diagnostic, and
suppress unrelated or disabled sections. Add coverage for disabled components,
disabled exporter sections, and unrelated discovered configuration.

In `@crates/node/tests/dynamic_plugin_tests.mjs`:
- Around line 241-244: Strengthen the assertions in the activation diagnostic
test by verifying that the warning message contains the resolved path to this
test’s pluginsToml file, rather than only matching a plugins.toml suffix. Also
assert that the diagnostic’s component and field metadata are absent, while
preserving the existing warning count, level, and code checks.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: ASSERTIVE

Plan: Enterprise

Run ID: 45eeece8-6e13-4647-9dcc-85840517e2c6

📥 Commits

Reviewing files that changed from the base of the PR and between d5a2fb5 and 4f44ddc.

📒 Files selected for processing (9)
  • crates/core/src/plugin.rs
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/node/tests/dynamic_plugin_tests.mjs
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
📜 Review details
⏰ Context from checks skipped due to timeout. (2)
  • GitHub Check: Check / Run
  • GitHub Check: Preview docs
🧰 Additional context used
📓 Path-based instructions (35)
go/nemo_relay/**/*.go

📄 CodeRabbit inference engine (.agents/skills/test-go-binding/SKILL.md)

go/nemo_relay/**/*.go: Format changed Go packages with cd go/nemo_relay && go fmt ./...
Run Go tests with just test-go to build and test the NeMo Relay Go binding
Use just build-go when you want an explicit build-only pass or need the artifact for other work
Use just ci=true test-go when you need the CI-style coverage and JUnit path
On macOS, set DYLD_LIBRARY_PATH to the ../../target/release directory before running the raw go test command directly

Use PascalCase for public Go APIs.

Files:

  • go/nemo_relay/plugin_activation_test.go
**/*.go

📄 CodeRabbit inference engine (CONTRIBUTING.md)

When changing the experimental Go binding, format Go code with gofmt and keep go vet ./... passing.

Files:

  • go/nemo_relay/plugin_activation_test.go
**/*.{rs,py,go,js,ts,c,h}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Use language-appropriate naming conventions: Rust snake_case, C FFI exports prefixed nemo_relay_, Go PascalCase, Node.js camelCase, and Python snake_case.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
**/*.{rs,go,js,ts}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Add the SPDX license header to all Rust, Go, JavaScript, and TypeScript source files using the corresponding // comment form.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
{crates/python/src/py_api/mod.rs,python/nemo_relay/**/*.py,python/nemo_relay/**/*.pyi,go/nemo_relay/**/*.go,crates/node/src/api/**/*.rs}

📄 CodeRabbit inference engine (.agents/skills/add-binding-feature/SKILL.md)

Update the language-native bindings for every exposed surface in Python, Go, and Node.js.

Files:

  • go/nemo_relay/plugin_activation_test.go
{python/nemo_relay/**/*.py,python/nemo_relay/**/*.pyi,go/nemo_relay/**/*.go}

📄 CodeRabbit inference engine (.agents/skills/add-binding-feature/SKILL.md)

Update language wrapper helpers such as Python wrapper modules, Python type stubs, and Go shorthand packages when the new behavior belongs in those helper layers.

Files:

  • go/nemo_relay/plugin_activation_test.go
go/nemo_relay/**

📄 CodeRabbit inference engine (.agents/skills/maintain-optimizer/SKILL.md)

Keep shared plugin helpers in go/nemo_relay aligned with plugin registration, composition, and lifecycle behavior.

Files:

  • go/nemo_relay/plugin_activation_test.go
**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

**/*: Format changed files with the language-native formatter before the final lint/test pass.
If dynamic plugin behavior changed, use maintain-dynamic-plugins and include the native SDK, worker protocol, Python SDK, docs, packaging, and Codecov surfaces in the validation plan.
If code changes alter APIs, bindings, commands, paths, packaging behavior, observability/adaptive semantics, or documented best practices, update any dependent maintainer or consumer skills in the same branch.
During iteration, prefer uv run pre-commit run --files <changed files...>.
Before review or handoff, run uv run pre-commit run --all-files.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • docs/about-nemo-relay/release-notes/index.mdx
  • crates/node/tests/dynamic_plugin_tests.mjs
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • docs/configure-plugins/observability/configuration.mdx
  • crates/core/src/plugin.rs
  • docs/configure-plugins/plugin-configuration-files.mdx
**/*.{rs,py,go,js,ts}

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If a language surface changed, always run that language's test target even when Rust core did not change.

**/*.{rs,py,go,js,ts}: When observability configuration or lifecycle is exposed, keep FFI and Python, Go, and Node.js binding-native config objects and subscriber/exporter methods aligned in logical knobs and semantics.
Require every OpenTelemetry endpoint to have a type and nonblank destination; resolve header_env values at activation and reject missing, blank, or duplicate headers.
Concatenate layered ATOF sink, ATIF storage, and OpenTelemetry endpoint lists with higher-precedence entries first.
Preserve correct handling of mark events, start/end events, orphan cases, and span or trajectory fields derived from intended event data.
Run affected Rust tests and just test-rust when event fields change; run just test-python, just test-go, and just test-node when binding-native configuration or lifecycle changes.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
**/*.{rs,py,js,ts,tsx,go,java,kt,swift}

📄 CodeRabbit inference engine (.agents/skills/add-middleware/SKILL.md)

Add tests covering registration and duplicate names, deregistration and missing names, priority ordering, callback failure policy, scope-local inheritance and cleanup, event payload semantics, immutable mark and scope fields, and parity across affected bindings.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
**/*.{md,mdx,py,go,js,ts}

📄 CodeRabbit inference engine (.agents/skills/maintain-observability/SKILL.md)

Examples and documentation must use each exporter's documented flush/deregister order before shutdown.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
go/nemo_relay/**/*

⚙️ CodeRabbit configuration file

go/nemo_relay/**/*: Review Go binding changes for cgo memory ownership, race safety, callback cleanup, idiomatic exported APIs, and parity with Rust/FFI behavior.
Any API change should include focused Go tests and consider race-test behavior.

Files:

  • go/nemo_relay/plugin_activation_test.go
{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}

⚙️ CodeRabbit configuration file

{crates/**/tests/**,python/tests/**,go/nemo_relay/**/*_test.go}: Tests should cover the behavior promised by the changed API surface, including error paths and cross-request isolation where relevant.
Prefer assertions on lifecycle events, scope stacks, middleware ordering, and binding parity over shallow smoke tests.

Files:

  • go/nemo_relay/plugin_activation_test.go
  • python/tests/test_dynamic_plugin_host.py
  • crates/node/tests/dynamic_plugin_tests.mjs
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

Follow binding naming conventions in Rust and Python: use snake_case.

Files:

  • python/tests/test_dynamic_plugin_host.py
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
**/*.{rs,py,js,mjs,cjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

**/*.{rs,py,js,mjs,cjs,ts,tsx}: Use Json = serde_json::Value in Rust-facing runtime APIs where the existing code expects JSON payloads.
Use Result<T> with FlowError in core runtime paths, and keep errors explicit and binding-appropriate at the wrapper layer.
Keep async behavior on the existing tokio-based model; bindings should preserve callback and future lifetimes rather than blocking or hiding async work unexpectedly.

Files:

  • python/tests/test_dynamic_plugin_host.py
  • crates/node/tests/dynamic_plugin_tests.mjs
  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
**/*.py

📄 CodeRabbit inference engine (CONTRIBUTING.md)

**/*.py: When changing the Python wrapper package, tests, or docs tooling, lint with Ruff (E, F, W, I), format with Ruff formatter (120-character lines, double quotes), and pass ty type checking.
Add the SPDX license header to all Python source files using the # comment form.

Files:

  • python/tests/test_dynamic_plugin_host.py
{crates/**/src/**/*.rs,python/**/*.py}

📄 CodeRabbit inference engine (.agents/skills/maintain-dynamic-plugins/SKILL.md)

Do not add tests under src; Rust tests belong in crate tests/ trees, and Python SDK tests belong under python/tests.

Files:

  • python/tests/test_dynamic_plugin_host.py
  • crates/core/src/plugin.rs
python/tests/**/*.py

📄 CodeRabbit inference engine (.agents/skills/test-python-binding/SKILL.md)

python/tests/**/*.py: Pytest is used to run tests.
Do not add @pytest.mark.asyncio to any test; async tests are automatically detected and run by the async runner.
Do not add a -> None return type annotation to test functions.
When mocking a class, do not define a new class; use unittest.mock.MagicMock or unittest.mock.AsyncMock, with the spec constructor argument when necessary.
Name mocked classes with the mock prefix, not fake.
Prefer pytest fixtures over helper methods.
Do not repeat fixtures; if a fixture is needed in multiple test files, place it in a conftest.py file.
When creating a fixture, use @pytest.fixture(name="<fixture_name>"[, scope="<scope>"]) and define the fixture function as def <fixture_name>_fixture() -> <return_type>:; only specify scope when it is not function.
Prefer pytest.mark.parametrize over creating individual tests for different input types.

Files:

  • python/tests/test_dynamic_plugin_host.py
**/*.mdx

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/SKILL.md)

MDX top-of-file SPDX comments must use {/* ... */} delimiters instead of HTML comment delimiters (Must-Fix)

In MDX files, top-of-file comments must use JSX comment delimiters ({/* to open and */} to close); do not use HTML comments for MDX SPDX headers

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
**/*.{md,mdx}

📄 CodeRabbit inference engine (AGENTS.md)

Update README.md, fern/, package READMEs, and binding-support notes when public behavior, package names, examples, or supported bindings change.

**/*.{md,mdx}: Prefer the documented public API, not internal shortcuts
Keep package names, repo references, and build commands current
Keep release-process and release-notes guidance in repo-maintainer docs such as RELEASING.md, not as user-facing docs pages or CHANGELOG.md
Keep stable user-facing wrappers at scripts/ root in docs and examples; only point at namespaced helper paths when documenting internal maintenance work
When detailed dynamic plugin guides exist, keep Rust native plugin examples, Python worker plugin examples, and grpc-v1 protocol details on separate pages

If links in documentation change, run just docs-linkcheck.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
**/*.{md,markdown,mdx}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Add the SPDX license header to all Markdown/MDX documentation files using the HTML comment block form.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
docs/about-nemo-relay/release-notes/{index,highlights,known-issues}.mdx

📄 CodeRabbit inference engine (.agents/skills/draft-release-notes/SKILL.md)

docs/about-nemo-relay/release-notes/{index,highlights,known-issues}.mdx: Update only docs/about-nemo-relay/release-notes/index.mdx, docs/about-nemo-relay/release-notes/highlights.mdx, and docs/about-nemo-relay/release-notes/known-issues.mdx unless the release changes their route or entry points.
Preserve the existing MDX front matter and the JSX SPDX comment in the release-notes pages.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
{docs,examples}/**/*

📄 CodeRabbit inference engine (.agents/skills/rename-surfaces/SKILL.md)

Update docs and examples.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
docs/**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If documentation examples or commands under docs/ change, run the targeted docs checks appropriate to the change.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
{docs/**,README.md,CONTRIBUTING.md,RELEASING.md,SECURITY.md}

⚙️ CodeRabbit configuration file

{docs/**,README.md,CONTRIBUTING.md,RELEASING.md,SECURITY.md}: Review documentation for technical accuracy against the current API, command correctness, and consistency across language bindings.
Flag stale examples, missing SPDX headers where required, and instructions that no longer match CI or pre-commit behavior.

Files:

  • docs/about-nemo-relay/release-notes/index.mdx
  • docs/configure-plugins/observability/configuration.mdx
  • docs/configure-plugins/plugin-configuration-files.mdx
crates/node/**/*.{js,mjs,cjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

Use camelCase for Node.js public APIs.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
crates/{python,ffi,node}/**/*

⚙️ CodeRabbit configuration file

crates/{python,ffi,node}/**/*: Treat binding changes as public API changes. Check for parity with the other language bindings, FFI ownership/lifetime safety,
callback error propagation, stable type conversion, and consistent async/stream semantics.
Flag changes that update one binding without corresponding tests or documentation for the same surface elsewhere.

Files:

  • crates/node/tests/dynamic_plugin_tests.mjs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
**/*.rs

📄 CodeRabbit inference engine (.agents/skills/prepare-pr/SKILL.md)

**/*.rs: Any Rust change must run just test-rust
Any Rust change must run cargo fmt --all
Any Rust change must run cargo clippy --workspace --all-targets -- -D warnings

**/*.rs: Run cargo fmt --all for all FFI work since it is Rust work
Run just test-rust to validate FFI changes
Run cargo clippy --workspace --all-targets -- -D warnings to enforce strict linting on FFI work

When Rust files changed as part of Go work, also run cargo fmt --all, just test-rust, and cargo clippy --workspace --all-targets -- -D warnings

**/*.rs: Run cargo fmt --all when Rust files are changed as part of Node work
Run cargo clippy --workspace --all-targets -- -D warnings when Rust files are changed as part of Node work
Run just test-rust when Rust files are changed as part of Node work

When changing the core Rust runtime or Rust-facing API surface, format Rust code with cargo fmt (rustfmt defaults), keep cargo clippy -- -D warnings clean, and satisfy cargo deny check per deny.toml.

**/*.rs: If any Rust code changed, always run just test-rust.
If any Rust code changed, also run cargo fmt --all.
If any Rust code changed, also run cargo clippy --workspace --all-targets -- -D warnings.
For Rust changes headed for review, run cargo fmt --all and cargo clippy --workspace --all-targets -- -D warnings even if relying on pre-commit.

Files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
{crates/core,crates/adaptive}/**/*

📄 CodeRabbit inference engine (.agents/skills/prepare-pr/SKILL.md)

Changes to crates/core or crates/adaptive must run the full language matrix

Files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/core/src/plugin.rs
crates/core/**/*.rs

📄 CodeRabbit inference engine (.agents/skills/test-go-binding/SKILL.md)

If the change touched crates/core or shared runtime semantics, also use validate-change for broader validation

Files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/core/src/plugin.rs
crates/{core,adaptive}/**/*

📄 CodeRabbit inference engine (.agents/skills/validate-change/SKILL.md)

If crates/core or crates/adaptive changed, run the full validation matrix across Rust, Python, Go, and Node.js.

Files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/core/src/plugin.rs
crates/{core,adaptive}/**/*.rs

⚙️ CodeRabbit configuration file

crates/{core,adaptive}/**/*.rs: Review the Rust runtime for async correctness, scope isolation, middleware ordering, and event lifecycle regressions.
Pay close attention to task-local/thread-local scope propagation, callback lifetimes, stream finalization, and root_uuid isolation.
Public API changes should preserve existing behavior unless tests and docs show the intended migration path.

Files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/core/src/plugin.rs
crates/ffi/**

📄 CodeRabbit inference engine (.agents/skills/test-ffi-surface/SKILL.md)

Rebuild the FFI crate in release mode so the shared library and header stay in sync when making changes to crates/ffi

Files:

  • crates/ffi/tests/integration/plugin_activation_tests.rs
crates/ffi/**/*.rs

📄 CodeRabbit inference engine (.agents/skills/test-go-binding/SKILL.md)

If the change touched crates/ffi, also use test-ffi-surface for validation

Use C FFI export names prefixed with nemo_relay_ in the raw C FFI layer.

Files:

  • crates/ffi/tests/integration/plugin_activation_tests.rs
docs/{about-nemo-relay/concepts/subscribers.mdx,configure-plugins/observability/**/*.mdx}

📄 CodeRabbit inference engine (.agents/skills/maintain-observability/SKILL.md)

Update observability documentation and examples alongside implementation changes, including configuration version 3 with one opentelemetry section containing typed endpoints and no standalone public OpenInference surface.

Files:

  • docs/configure-plugins/observability/configuration.mdx
🧠 Learnings (4)
📚 Learning: 2026-07-28T20:33:25.156Z
Learnt from: willkill07
Repo: NVIDIA/NeMo-Relay PR: 572
File: go/nemo_relay/adaptive_runtime_test.go:214-238
Timestamp: 2026-07-28T20:33:25.156Z
Learning: When adding/adjusting Go unit tests for `BuildCacheRequestFacts` (request-ID validation and related request parsing), set `CacheRequestFactsInput.Provider` to a valid provider in all tests that are intended to isolate request-ID behavior—because `BuildCacheRequestFacts` does not validate `Provider`. Then add separate test coverage for malformed `AnnotatedRequest` JSON so JSON parsing failures are not conflated with `Provider`-related inputs.

Applied to files:

  • go/nemo_relay/plugin_activation_test.go
📚 Learning: 2026-08-03T19:55:03.931Z
Learnt from: afourniernv
Repo: NVIDIA/NeMo-Relay PR: 558
File: crates/pii-redaction/src/rampart/mod.rs:265-274
Timestamp: 2026-08-03T19:55:03.931Z
Learning: In NeMo Relay first-party plugin registration helpers, treat the documented duplicate-registration `PluginError::RegistrationFailed` result from `register_plugin` as success when registration is intended to be idempotent. Do not locally reclassify this as `PluginError::Conflict`; changing the classification requires a core-wide review of the public API and FFI behavior.

Applied to files:

  • crates/core/tests/unit/plugin_tests.rs
  • crates/ffi/tests/integration/plugin_activation_tests.rs
  • crates/core/src/plugin.rs
📚 Learning: 2026-07-14T02:53:59.997Z
Learnt from: willkill07
Repo: NVIDIA/NeMo-Relay PR: 415
File: docs/configure-plugins/observability/opentelemetry.mdx:98-113
Timestamp: 2026-07-14T02:53:59.997Z
Learning: In NeMo-Relay’s OpenTelemetry/OpenInference observability projection docs under docs/configure-plugins/observability/, document the projected-attribute contract as follows: (1) emit scalar top-level `data`/`metadata` fields as typed dotted OTLP attributes (for example, `nemo_relay.start.metadata.tenant`); (2) keep nested objects/arrays as JSON strings at their top-level OTLP attribute (rather than expanding them into nested OTLP attributes); and (3) do not reference the legacy `*_json` payload attributes (e.g., `data_json`, `metadata_json`, `input_json`) because they were intentionally removed as a breaking change.

Applied to files:

  • docs/configure-plugins/observability/configuration.mdx
📚 Learning: 2026-07-28T20:07:29.880Z
Learnt from: willkill07
Repo: NVIDIA/NeMo-Relay PR: 571
File: crates/core/src/api/runtime/state.rs:996-1020
Timestamp: 2026-07-28T20:07:29.880Z
Learning: In NeMo Relay (RELAY-509), sanitizer callback failures must be treated as intentional fail-open behavior. When an event/tool (request/response) or LLM (request/response) sanitizer callback fails, the sanitizer chain should retain and publish the last valid event/payload snapshot (rather than dropping/invalidating the data) and log the failure including callback context (e.g., which sanitizer/callback failed and relevant identifiers). Apply this consistently across all sanitizer chains mentioned in the RELAY-509 documentation/migration guide.

Applied to files:

  • crates/core/src/plugin.rs
🔇 Additional comments (10)
crates/core/tests/unit/plugin_tests.rs (1)

2532-2537: LGTM!

crates/ffi/tests/integration/plugin_activation_tests.rs (1)

190-201: LGTM!

crates/node/tests/dynamic_plugin_tests.mjs (1)

212-216: LGTM!

go/nemo_relay/plugin_activation_test.go (1)

606-614: LGTM!

python/tests/test_dynamic_plugin_host.py (2)

326-327: LGTM!


347-355: LGTM!

docs/configure-plugins/observability/configuration.mdx (2)

101-107: LGTM!


95-99: 🗄️ Data Integrity & Integration

Resolve the programmatic destination merge contract before merge.

The PR objective says a nonempty programmatic destination list replaces the corresponding discovered file destinations. These passages say programmatic entries prepend or concatenate with inherited file entries. The supplied core regression test at crates/core/tests/unit/plugin_tests.rs:2499-2530 expects the latter behavior. Confirm one contract, then align the implementation, tests, documentation, and release note. If replacement is intended, document that omitted and empty lists inherit.

  • docs/configure-plugins/observability/configuration.mdx#L95-L99: state whether programmatic destinations replace or prepend inherited destinations.
  • docs/configure-plugins/plugin-configuration-files.mdx#L358-L361: update the explicit programmatic-list merge rule after the contract is confirmed.
  • docs/about-nemo-relay/release-notes/index.mdx#L55-L58: make the release highlight match the confirmed behavior.

As per path instructions, documentation must be technically accurate against the current API.

Source: Path instructions

docs/configure-plugins/plugin-configuration-files.mdx (1)

281-283: LGTM!

Also applies to: 328-331, 363-369, 414-416

docs/about-nemo-relay/release-notes/index.mdx (1)

105-108: LGTM!

Comment thread crates/core/src/plugin.rs
Comment thread crates/core/src/plugin.rs
Comment thread crates/node/tests/dynamic_plugin_tests.mjs Outdated
@bbednarski9
bbednarski9 requested a review from willkill07 August 3, 2026 21:30
Signed-off-by: Bryan Bednarski <bbednarski@nvidia.com>
@willkill07

Copy link
Copy Markdown
Member

/merge

@rapids-bot
rapids-bot Bot merged commit 599b7c6 into release/0.7 Aug 3, 2026
82 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Bug issue describes bug; PR fixes bug lang:go PR changes/introduces Go code lang:js PR changes/introduces Javascript/Typescript code lang:python PR changes/introduces Python code lang:rust PR changes/introduces Rust code size:M PR is medium

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants