Skip to content

fix: make doctor report invalid explicit config - #566

Merged
rapids-bot[bot] merged 2 commits into
NVIDIA:mainfrom
willkill07:wkk_fix/relay-582-doctor-config-diagnostics
Jul 28, 2026
Merged

fix: make doctor report invalid explicit config#566
rapids-bot[bot] merged 2 commits into
NVIDIA:mainfrom
willkill07:wkk_fix/relay-582-doctor-config-diagnostics

Conversation

@willkill07

@willkill07 willkill07 commented Jul 28, 2026

Copy link
Copy Markdown
Member

Overview

  • 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

  • Route top-level --config overrides into nemo-relay doctor so it reports the selected runtime and sibling plugin configuration.
  • Fall back to safe default logging while Doctor reports missing or malformed configuration.
  • Add CLI and report regressions for missing/invalid explicit config and focused plugin Doctor behavior.
  • Document inspecting an explicit configuration path with Doctor.

Where should the reviewer start?

  • crates/cli/src/diagnostics/mod.rs, which turns configuration resolution failures into a normal Doctor Resolution check while applying the selected configuration scope.

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

  • Fixes RELAY-582

Summary by CodeRabbit

  • New Features
    • doctor now honors an explicitly targeted --config, including when that config is missing or invalid.
    • Diagnostics now scope plugin TOML discovery to the explicit config’s sibling plugins.toml, and plugin checks can run even if workspace runtime config is unusable.
    • JSON output includes richer configuration-resolution details, including affected/missing paths.
  • Bug Fixes
    • Doctor-specific logging config resolution now falls back gracefully on failure and emits a warning.
    • Configuration-layer reporting adjusts when --config is provided, and the UI label switches to “Explicit” when applicable.
  • Documentation
    • Updated “Getting Started” troubleshooting with an example nemo-relay doctor --config /path/to/config.toml doctor.

Signed-off-by: Will Killian <wkillian@nvidia.com>
@willkill07
willkill07 requested a review from a team as a code owner July 28, 2026 13:50
@github-actions github-actions Bot added size:M PR is medium Bug issue describes bug; PR fixes bug lang:rust PR changes/introduces Rust code labels Jul 28, 2026
@coderabbitai

coderabbitai Bot commented Jul 28, 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: 9abcaab6-21f6-4e0e-b0a1-1326174daaff

📥 Commits

Reviewing files that changed from the base of the PR and between 490af3b and a55ea7a.

📒 Files selected for processing (6)
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/src/diagnostics/render.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
📜 Recent review details
⏰ Context from checks skipped due to timeout. (2)
  • GitHub Check: Check / Run
  • GitHub Check: Preview docs
🧰 Additional context used
📓 Path-based instructions (10)
**/*.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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_tests.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

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

Files:

  • crates/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
**/*

📄 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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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.

Files:

  • crates/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/src/diagnostics/render.rs
  • crates/cli/src/diagnostics/model.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/tests/cli_tests.rs
🔇 Additional comments (1)
crates/cli/src/commands/mod.rs (1)

83-100: 📐 Maintainability & Code Quality

Confirm required Rust validation passed.

  • crates/cli/src/commands/mod.rs#L83-L100: validate Doctor logging fallback and dispatch changes.
  • crates/cli/src/diagnostics/mod.rs#L55-L123: validate scoped resolution and plugin diagnostics.
  • crates/cli/src/diagnostics/model.rs#L53-L54: validate report-model serialization changes.
  • crates/cli/src/diagnostics/render.rs#L89-L97: validate human report rendering.
  • crates/cli/tests/cli_tests.rs#L3197-L3250: run CLI regression coverage.
  • crates/cli/tests/coverage/shared/doctor_tests.rs#L59-L59: run report fixture coverage.

Please attach passing output for cargo fmt --all, cargo clippy --workspace --all-targets -- -D warnings, just test-rust, and uv run pre-commit run --all-files. As per coding guidelines, “Any Rust change must run just test-rust,” cargo fmt --all, and strict Clippy; “Before review or handoff, run uv run pre-commit run --all-files.”

Source: Coding guidelines


Walkthrough

The doctor command now receives server configuration overrides, scopes configuration and plugin TOML diagnostics to explicit paths, preserves plugin checks when runtime configuration is missing, and adds coverage and troubleshooting documentation for these behaviors.

Changes

Doctor configuration scope

Layer / File(s) Summary
Configuration source scoping
crates/cli/src/configuration/mod.rs, crates/cli/tests/coverage/shared/config_tests.rs
Plugin discovery and effective TOML source APIs now accept explicit configuration inputs and resolve sibling plugins.toml files within that scope.
Override-aware doctor pipeline
crates/cli/src/commands/*, crates/cli/src/diagnostics/*
Doctor dispatch passes runtime gateway overrides through configuration resolution and plugin diagnostics; explicit scopes mark global and system layers as ignored, and logging falls back to defaults when doctor logging resolution fails.
Doctor behavior validation
crates/cli/tests/cli_tests.rs, crates/cli/tests/coverage/shared/doctor_tests.rs, crates/cli/README.md
Tests cover missing and invalid explicit configs, sibling plugin TOML handling, JSON output, and plugin doctor execution; troubleshooting documentation adds an explicit-config example.

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

Sequence Diagram(s)

sequenceDiagram
  participant DoctorCLI
  participant Diagnostics
  participant Configuration
  DoctorCLI->>Diagnostics: execute(server)
  Diagnostics->>Configuration: resolve_server_config(gateway_overrides)
  Configuration-->>Diagnostics: resolved configuration and plugin sources
  Diagnostics-->>DoctorCLI: DoctorReport and exit code
Loading

Possibly related PRs

🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 50.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 and accurately summarizes the doctor config-scoping fix.
Description check ✅ Passed The description matches the template with Overview, Details, reviewer start, and related issue sections filled in.
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
🧪 Generate unit tests (beta)
  • Create PR with unit tests

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

@willkill07 willkill07 self-assigned this Jul 28, 2026
@willkill07 willkill07 added this to the 0.7 milestone Jul 28, 2026
@github-actions

Copy link
Copy Markdown

@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: 1

🤖 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/cli/src/commands/mod.rs`:
- Around line 83-89: Update the Doctor-specific error arm in the logging
resolution match around cli.logging.resolve to retain the error and record it
once runtime logging is configured, while still falling back to
LoggingConfig::default(). Ensure the error is surfaced without changing the
existing propagation behavior for non-Doctor commands.
🪄 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: a0154b1e-5d95-4da5-a708-73ff77d78bec

📥 Commits

Reviewing files that changed from the base of the PR and between 0bce393 and 490af3b.

📒 Files selected for processing (8)
  • crates/cli/README.md
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/tests/coverage/shared/doctor_tests.rs
📜 Review details
⏰ Context from checks skipped due to timeout. (2)
  • GitHub Check: Check / Run
  • GitHub Check: Preview docs
🧰 Additional context used
📓 Path-based instructions (17)
**/*.{md,rst,html,txt}

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/assets/nvidia-style-brand-terminology.md)

**/*.{md,rst,html,txt}: Always spell NVIDIA in all caps. Do not use Nvidia, nvidia, nVidia, nVIDIA, or NV.
Use an NVIDIA before a noun because the name starts with an 'en' sound.
Do not add a registered trademark symbol after NVIDIA when referring to the company.
Use trademark symbols with product names only when the document type or legal guidance requires them.
Verify official capitalization, spacing, and hyphenation for product names.
Precede NVIDIA product names with NVIDIA on first mention when it is natural and accurate.
Do not rewrite product names for grammar or title-case rules.
Preserve third-party product names according to the owner's spelling.
Include the company name and full model qualifier on first use when it helps identify the model.
Preserve the official capitalization and punctuation of model names.
Use shorter family names only after the full name is established.
Spell out a term on first use and put the acronym in parentheses unless the acronym is widely understood by the intended audience.
Use the acronym on later mentions after it has been defined.
For long documents, reintroduce the full term if readers might lose context.
Form plurals of acronyms with s, not an apostrophe, such as GPUs.
In headings, common acronyms can remain abbreviated. Spell out the term in the first or second sentence of the body.
Common terms such as CPU, GPU, PC, API, and UI usually do not need to be spelled out for developer audiences.

Files:

  • crates/cli/README.md
**/*.{md,rst,html}

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/assets/nvidia-style-brand-terminology.md)

Link the first mention of a product name when the destination helps the reader.

Files:

  • crates/cli/README.md
**/*.{md,rst,txt}

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/assets/nvidia-style-guide.md)

Spell NVIDIA in all caps. Do not use Nvidia, nvidia, or NV.

Files:

  • crates/cli/README.md
**/*.{md,rst}

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/assets/nvidia-style-guide.md)

**/*.{md,rst}: Format commands, code elements, expressions, package names, file names, and paths as inline code.
Use descriptive link text. Avoid raw URLs and weak anchors such as "here" or "read more."
Use title case consistently for technical documentation headings.
Introduce code blocks, lists, tables, and images with complete sentences.
Write procedures as imperative steps. Keep steps parallel and split long procedures into smaller tasks.
Prefer active voice, present tense, short sentences, contractions, and plain English.
Use can for possibility and reserve may for permission.
Use after for temporal relationships instead of once.
Prefer refer to over see when the wording points readers to another resource.
Avoid culture-specific idioms, unnecessary Latinisms, jokes, and marketing exaggeration in technical docs.
Spell out months in body text, avoid ordinal dates, and use clear time zones.
Spell out whole numbers from zero through nine unless they are technical values, parameters, versions, or UI values.
Use numerals for 10 or greater and include commas in thousands.
Do not add trademark symbols to learning-oriented docs unless the source, platform, or legal guidance explicitly requires them.

Files:

  • crates/cli/README.md
**/*.md

📄 CodeRabbit inference engine (.agents/skills/review-doc-style/assets/nvidia-style-technical-docs.md)

**/*.md: Use title case consistently in technical documentation headings
Avoid quotation marks, ampersands, and exclamation marks in headings
Keep product, event, research, and whitepaper names in their official title case
Use title case for table headers
Do not force social-media sentence case into technical docs
Format code elements, commands, parameters, package names, and expressions in monospace
Format directories, file names, and paths in monospace using backticks
Use angle brackets inside monospace for variables inside paths, such as /home/<username>/.login
Format error messages and strings in quotation marks, keeping literal code strings in code formatting when clearer
Format UI buttons, menus, fields, and labels in bold
Use angle brackets between UI labels for menu paths, such as File > Save As
Use italics for new terms on first use, sparingly and only when introducing the term
Use italics for publication titles
Format keyboard shortcuts in plain text, such as Press Ctrl+Alt+Delete
Use owner/repo link text for GitHub repositories, preferring [NVIDIA/NeMo](link) over prose references like 'the GitHub repo'
Introduce every code block with a complete sentence
Do not make a code block complete the grammar of the previous sentence
Do not continue a sentence after a code block
Use syntax highlighting when the format supports it for code blocks
Avoid the word 'snippet' unless the surrounding docs already use it as a term of art
Keep inline method, function, and class references consistent with nearby docs, omitting empty parentheses for prose readability when no call is shown
Use descriptive anchor text that matches the destination title when possible for links
Avoid raw URLs in running text
Avoid generic anchor text such as 'here,' 'this page,' and 'read more'
Include acronyms in link text when a linked term includes an acronym
Do not link long sentences or multiple sentences
Avoid links that pull readers away from a procedure unless the link is a p...

Files:

  • crates/cli/README.md
**/*.{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:

  • crates/cli/README.md
**/*.{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:

  • crates/cli/README.md
**/*

📄 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/cli/README.md
  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

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

Files:

  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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.

Files:

  • crates/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_tests.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.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/cli/tests/coverage/shared/doctor_tests.rs
  • crates/cli/tests/cli_tests.rs
  • crates/cli/tests/coverage/shared/config_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/cli/src/commands/diagnostics.rs
  • crates/cli/src/commands/mod.rs
  • crates/cli/src/configuration/mod.rs
  • crates/cli/src/diagnostics/mod.rs
🔇 Additional comments (9)
crates/cli/src/configuration/mod.rs (2)

1286-1303: LGTM!


1111-1117: 📐 Maintainability & Code Quality

No dangling reference here implicit_plugin_config_paths() is called from both code paths in this file, and there are no remaining default_plugin_config_paths() references under crates/cli/src.

			> Likely an incorrect or invalid review comment.
crates/cli/tests/coverage/shared/config_tests.rs (1)

196-225: LGTM!

Also applies to: 227-250

crates/cli/src/commands/mod.rs (1)

156-156: LGTM!

Also applies to: 204-204

crates/cli/src/commands/diagnostics.rs (1)

32-45: LGTM!

crates/cli/src/diagnostics/mod.rs (1)

55-134: LGTM!

Also applies to: 136-189, 1194-1221

crates/cli/tests/coverage/shared/doctor_tests.rs (1)

11-11: LGTM!

Also applies to: 569-569, 844-844

crates/cli/tests/cli_tests.rs (1)

3140-3283: LGTM!

crates/cli/README.md (1)

107-113: LGTM!

Comment thread crates/cli/src/commands/mod.rs

@bbednarski9 bbednarski9 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

One codex comment looks worth fixing...

[P1] --config doesn’t scope the runtime-layer diagnostics
Doctor correctly resolves the explicit file, but collect_configuration still checks the implicit workspace, global, and system files. layer_status marks an existing file active or failed, and those failures directly affect the exit code.

Consequently:
An invalid .nemo-relay/config.toml can make nemo-relay --config /valid/explicit.toml doctor fail, even though the runtime ignores the workspace file.
Valid implicit files are displayed as (loaded) even though explicit configuration disables their discovery.
The actual explicit runtime file is not displayed as a configuration layer.
The runtime configuration layers need the same explicit-path scoping added for plugins.toml, with a regression test containing an invalid ignored workspace config.

Signed-off-by: Will Killian <wkillian@nvidia.com>
@willkill07

Copy link
Copy Markdown
Member Author

/merge

@rapids-bot
rapids-bot Bot merged commit 2a72b45 into NVIDIA:main Jul 28, 2026
35 checks passed
@willkill07
willkill07 deleted the wkk_fix/relay-582-doctor-config-diagnostics branch August 4, 2026 00:29
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: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