Skip to content

fix: expand GenAI OpenTelemetry payload and span projection - #729

Open
willkill07 wants to merge 4 commits into
NVIDIA:release/0.7from
willkill07:feat/genai-message-span-attributes
Open

fix: expand GenAI OpenTelemetry payload and span projection#729
willkill07 wants to merge 4 commits into
NVIDIA:release/0.7from
willkill07:feat/genai-message-span-attributes

Conversation

@willkill07

@willkill07 willkill07 commented Aug 6, 2026

Copy link
Copy Markdown
Member

Overview

Expands the GenAI OpenTelemetry projection so traces contain sanitized LLM instructions, prompts, responses, and complete Relay span parentage. It also adds an opt-in policy for retaining complete sanitized request history instead of applying current-turn filtering.

  • 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

  • Projects normalized system instructions, input messages, and output messages into gen_ai.system_instructions, gen_ai.input.messages, and gen_ai.output.messages.
  • Serializes text, multimodal content, tool calls, and tool results using the OpenTelemetry GenAI message schemas while omitting empty message attributes.
  • Emits canonical finish reasons, including the valid tool_call value.
  • Adds the top-level enable_full_payloads option across Rust, Python, Node.js, and Go. It defaults to false and is listed last in each configuration for compatibility.
  • When enabled, preserves complete sanitized LLM request inputs and annotations instead of applying current-turn filtering. Credential removal and configured sanitizers remain active.
  • Emits minimal internal spans for Relay scope types without GenAI semantics so the original parent-child chain is not lost. Marks remain omitted from the GenAI projection.
  • Updates the observability documentation and maintainer guidance for the expanded projection and payload policy.

The configuration change is additive and retains the existing current-turn filtering behavior by default.

Testing:

  • cargo test -p nemo-relay observability::otel::tests (52 passed)
  • Focused Rust full-payload policy and plugin lifecycle tests
  • Focused Python, Node.js, and Go configuration serialization tests
  • just test-go
  • cargo clippy -p nemo-relay --all-targets -- -D warnings
  • Changed-file pre-commit suite, including formatting, type checking, documentation links, Cargo checks, Go vet, and Node.js formatting

Where should the reviewer start?

Start with crates/core/src/observability/otel_genai.rs for the GenAI attribute and generic-span projection. Then review crates/core/src/api/llm.rs and crates/core/src/observability/plugin_component.rs for the full-payload runtime policy and configuration surface.

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

  • Relates to: none

Signed-off-by: Will Killian <wkillian@nvidia.com>
@willkill07
willkill07 requested review from a team as code owners August 6, 2026 18:21
@coderabbitai

coderabbitai Bot commented Aug 6, 2026

Copy link
Copy Markdown

Review Change Stack

Walkthrough

The OTEL GenAI projection now serializes normalized LLM content and preserves parentage for non-GenAI scopes. The observability plugin adds enable_full_payloads across runtime state and client configuration. Tests and documentation cover both behaviors.

Changes

GenAI observability and payload retention

Layer / File(s) Summary
GenAI message projection
crates/core/src/observability/otel_genai.rs
The projection emits JSON-encoded system instructions, input messages, output messages, content parts, tool calls, tool results, provider-native values, and finish reasons.
Generic span and parentage handling
crates/core/src/observability/otel.rs, crates/core/src/observability/otel_genai.rs, crates/core/tests/unit/observability/otel_tests.rs
Non-GenAI scopes emit minimal internal spans with preserved parentage and without GenAI attributes. Suppressed-parent tracking and related error propagation were removed.
Full-payload observability policy
crates/core/src/api/llm.rs, crates/core/src/api/runtime/state.rs, crates/core/src/observability/plugin_component.rs, crates/core/tests/unit/llm_api_tests.rs, crates/core/tests/unit/observability/plugin_component_tests.rs, crates/node/observability.d.ts, crates/node/tests/observability_plugin_tests.mjs, go/nemo_relay/observability_plugin.go, go/nemo_relay/observability_plugin_test.go, python/nemo_relay/observability.py, python/nemo_relay/observability.pyi, python/tests/test_observability_plugin.py
enable_full_payloads defaults to disabled and propagates through runtime and language bindings. When enabled, complete sanitized request history and annotations remain on repeated LLM start events.
Projection validation and guidance
crates/core/tests/unit/observability/otel_tests.rs, .agents/skills/maintain-observability/SKILL.md, docs/...
Tests cover message serialization, multimodal content, tool interactions, generic scopes, parentage, and full-payload behavior. Documentation describes sanitized content attributes, minimal spans, and configuration semantics.

Estimated code review effort: 4 (Complex) | ~60 minutes

Sequence Diagram(s)

sequenceDiagram
  participant Client
  participant LLMAPI
  participant RuntimeState
  participant OTelProcessor
  participant GenAIProjection
  Client->>LLMAPI: start managed or manual LLM call
  LLMAPI->>RuntimeState: read enable_full_payloads
  RuntimeState-->>LLMAPI: return payload retention policy
  LLMAPI->>OTelProcessor: emit sanitized start event
  OTelProcessor->>GenAIProjection: project GenAI semantics when present
  GenAIProjection-->>OTelProcessor: return serialized message attributes
  OTelProcessor-->>Client: record span with preserved parentage
Loading
🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 43.90% 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
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.
Description check ✅ Passed The description includes all required sections, explains the changes, identifies review starting points, lists testing, and uses an accepted related-issue keyword.
Title check ✅ Passed The title uses the required fix type, an imperative summary, lowercase formatting, no trailing period, and remains under 72 characters.
✨ 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 Aug 6, 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: 4

🤖 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/observability/otel_genai.rs`:
- Around line 433-441: Update the response serialization around finish_reason so
the JSON object omits the finish_reason field when response.finish_reason is
absent, while preserving provider-specific values returned by finish_reason()
for present reasons. Keep the existing role and parts fields unchanged and align
this behavior with gen_ai.response.finish_reasons.
- Around line 474-484: Update the inner match in the outer `other =>` arm of the
ContentPart projection to remove `unreachable!()` and return a neutral kind for
the fallback. Keep explicit handling for ImageUrl, Image, Audio, and File; if
ContentPart is exhaustive, remove the trailing catch-all so future variants are
compiler-detected. Run cargo fmt --all, cargo clippy --workspace --all-targets
-- -D warnings, and just test-rust.

In `@crates/core/tests/unit/observability/otel_tests.rs`:
- Around line 2062-2096: Expand the GenAI projection test currently named
gen_ai_projection_covers_optional_request_controls_and_finish_reasons, or create
a dedicated focused test, to assert assistant tool_calls including
malformed-argument fallback, Message::Tool projection,
ContentPart::ProviderNative projection, one multimodal content part, and
omission of gen_ai.input.messages when messages is empty. Keep the existing
request and response assertions intact while covering these cases through the
relevant projection helpers.

In `@docs/configure-plugins/observability/opentelemetry.mdx`:
- Around line 189-193: Update the OpenTelemetry documentation to describe the
LLM sanitizer hooks register_llm_sanitize_request and
register_llm_sanitize_response, including their Rust _guardrail counterparts,
alongside event sanitizers. Document that gen_ai.input.messages requires request
messages and gen_ai.output.messages requires response content parts or tool
calls, then run just docs.
🪄 Autofix

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: 895aeec2-3039-4508-ad6c-ed89821fff86

📥 Commits

Reviewing files that changed from the base of the PR and between 326cf39 and febba2d.

📒 Files selected for processing (4)
  • .agents/skills/maintain-observability/SKILL.md
  • crates/core/src/observability/otel_genai.rs
  • crates/core/tests/unit/observability/otel_tests.rs
  • docs/configure-plugins/observability/opentelemetry.mdx
📜 Review details
🧰 Additional context used
📓 Path-based instructions (25)
**/*.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)

**/*.mdx: In MDX files, top-of-file comments must use JSX comment delimiters ({/* and */}); do not use HTML comments for MDX SPDX headers.
New or regenerated MDX files must use {/* ... */} for top-of-file SPDX comments.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
{docs,examples}/**/*

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

Update docs and examples.

Files:

  • docs/configure-plugins/observability/opentelemetry.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.

**/*: Use release tags in raw Rust-compatible SemVer without a leading v; tags such as v0.1.0 are prohibited.
Use branch prefixes feat/, fix/, docs/, test/, or refactor/ according to the change purpose.
Every commit in a pull request must include a DCO Signed-off-by: sign-off.
Before submitting a pull request, ensure pre-commit hooks, relevant tests, target-specific builds, documentation updates, and a rebase on the latest main are complete.
Use commit messages in the form type: short description, with a valid type and a first line under 72 characters.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
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/observability/opentelemetry.mdx
**/*.{md,mdx}

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

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

Use documented public APIs and stable wrapper commands in examples and user-facing documentation; do not rely on internal helpers.

**/*.{md,mdx}: Prefer the documented public API over internal shortcuts in documentation and examples.
Keep package names, repository references, and build commands current.
Contribution workflow documentation must require an issue before external contribution pull requests and note that NVIDIA contributors may use a GitHub or Linear issue.
Update entry-point documentation when examples or reading paths change.
Keep release-process and release-notes guidance in maintainer documentation such as RELEASING.md, rather than user-facing documentation pages or CHANGELOG.md.
Use stable user-facing wrappers at the scripts/ root in documentation and examples; reference namespaced helper paths only for internal maintenance documentation.
When detailed dynamic plugin guides exist, keep Rust native plugin examples, Python worker plugin examples, and grpc-v1 protocol details on separate pages.
Dynamic plugin manifests in documentation and examples should use compat.relay = ">=0.5,<1.0" unless deliberately narrower.
Render images, diagrams, tables, and other visual content at representative page widths, ensuring legibility and complete access without clipping; use responsive scaling, reflow, or overflow as appropriate and scope visual styling narrowly.
Dynamic plugin entry pages should link to native, worker, Rust example, Python example, and protocol pages when those pages exist.
Images, diagrams, tables, and custom visual content must remain legible and fully accessible at representative desktop and narrow page widths.
Release-policy documentation must point to GitHub Releases as the only release-history source of truth.
Run just docs when the documentation site changes; retain ./scripts/build-docs.sh html as the compatibility wrapper.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
docs/**/*.{md,mdx}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Update relevant reference documentation when public behavior or APIs change.

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

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
**/*.{rs,py,go,js,jsx,ts,tsx,c,h,html,md,mdx,toml}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Include the appropriate SPDX copyright and Apache-2.0 license header in every source file.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{md,mdx,rst}

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

**/*.{md,mdx,rst}: Use title case consistently for technical documentation headings and table headers; avoid quotation marks, ampersands, and exclamation marks in headings, while preserving official product, event, research, and whitepaper title case.
Format code elements, commands, parameters, package names, expressions, directories, file names, and paths in monospace; represent path placeholders with angle brackets inside monospace.
Format UI buttons, menus, fields, and labels in bold, and separate consecutive UI navigation labels with >.
Use quotation marks for error messages and strings when appropriate, italics for newly introduced terms and publication titles, and plain text for keyboard shortcuts.
Represent GitHub repositories with owner/repository link text, such as [NVIDIA/NeMo](link), rather than generic repository wording.
Introduce every code block with a complete sentence; do not let a code block complete or interrupt the grammar of surrounding prose; use syntax highlighting when supported.
Keep inline method, function, and class references consistent with nearby documentation; omit empty parentheses in prose when no call is shown.
Use descriptive link text matching the destination title when possible; avoid raw URLs, generic anchors, long-sentence links, and unnecessary links that distract from procedures.
Ensure lists have a complete lead-in sentence, more than one item, no more than two levels, parallel construction, one idea or action per item, and appropriate punctuation; use bullets for unordered items and numbers for ordered tasks.
Format definition lists with a bold term followed by a complete, parallel, punctuated definition.
Use tables for reference information, decision support, compatibility matrices, and comparable choices; flag one-row tables, missing captions or lead-ins, sentence-case headers where title case is expected, unexplained empty cells, and code or links that would be clearer as prose.
Write procedure steps as imperative ...

Files:

  • docs/configure-plugins/observability/opentelemetry.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/observability/opentelemetry.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

**/*.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.

**/*.rs: Format Rust code with rustfmt defaults using cargo fmt.
Run cargo clippy -- -D warnings; all Rust warnings must be treated as errors.
Use Rust snake_case naming conventions.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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

Use Result<T> with FlowError in core runtime paths, keeping wrapper-layer errors explicit and binding-appropriate.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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 consistent in logical knobs and semantics.
For observability configuration version 3, use one opentelemetry section containing typed endpoints, with no standalone public OpenInference configuration surface.
Require every OpenTelemetry endpoint to have a type and nonblank destination.
Resolve header_env values at activation time and reject missing, blank, or duplicate headers.
Concatenate layered ATOF sink, ATIF storage, and OpenTelemetry endpoint lists with higher-precedence entries first.
Derive span or trajectory fields from the intended event data.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,js,jsx,ts,tsx,go,c,h,cc,cpp,md,toml,yml,yaml,sh}

📄 CodeRabbit inference engine (AGENTS.md)

Keep SPDX headers on source, documentation, scripts, and configuration files; the project is Apache-2.0.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

Use snake_case naming in Rust and Python.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
crates/**/*.rs

📄 CodeRabbit inference engine (AGENTS.md)

crates/**/*.rs: Use Json = serde_json::Value in Rust-facing runtime APIs where existing code expects JSON payloads.
Treat Rust as the source of truth for runtime behavior; binding APIs should mirror Rust semantics unless a language-specific wrapper intentionally improves ergonomics.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,js,mjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

Preserve the existing Tokio-based asynchronous model and callback/future lifetimes; do not unexpectedly block or hide async work in bindings.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,go,js,jsx,ts,tsx,c,h}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

**/*.{rs,py,go,js,jsx,ts,tsx,c,h}: Run tests for every language affected by a change; changes to the core Rust crate require tests across all bindings.
Use SONAR_IGNORE_START / SONAR_IGNORE_END only for documented false positives, keep ignored blocks minimal, explain them with a comment, and obtain reviewer sign-off.
Preserve the layered architecture in which Rust provides the core runtime and C FFI, PyO3, and NAPI provide bindings that mirror the full API surface.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/{test,tests}/**/*

📄 CodeRabbit inference engine (CONTRIBUTING.md)

When adding functionality, include tests in the appropriate test files for each affected language binding.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
**/*.{rs, toml}

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

Keep OpenTelemetry and OpenInference dependencies unconditional rather than Cargo feature-gated.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_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/observability/otel_genai.rs
🧠 Learnings (4)
📓 Common learnings
Learnt from: CR
Repo: NVIDIA/NeMo-Relay

Timestamp: 2026-08-06T18:22:32.794Z
Learning: Keep observability changes scoped, surface assumptions, and define focused validation before editing.
Learnt from: CR
Repo: NVIDIA/NeMo-Relay

Timestamp: 2026-08-06T18:22:32.794Z
Learning: Run affected Rust tests and `just test-rust` for event-field changes; run `just test-python`, `just test-go`, and `just test-node` for binding-native configuration or lifecycle changes; update docs and examples in the same branch.
📚 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/opentelemetry.mdx
📚 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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
📚 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/observability/otel_genai.rs
🔇 Additional comments (4)
crates/core/src/observability/otel_genai.rs (3)

10-11: LGTM!

Also applies to: 30-31


230-232: LGTM!

Also applies to: 287-289


362-384: 🎯 Functional Correctness

Keep the raw projections. Message::Function.content is Option<String>, and Message::ToolCallItem.arguments is already Json; raw serialization preserves their intended shapes.

			> Likely an incorrect or invalid review comment.
.agents/skills/maintain-observability/SKILL.md (1)

45-47: LGTM!

Comment thread crates/core/src/observability/otel_genai.rs Outdated
Comment thread crates/core/src/observability/otel_genai.rs Outdated
Comment thread crates/core/tests/unit/observability/otel_tests.rs
Comment thread docs/configure-plugins/observability/opentelemetry.mdx Outdated
@willkill07 willkill07 changed the title feat: export GenAI input and output messages fix: export GenAI input and output messages Aug 6, 2026
@willkill07 willkill07 added lang:rust PR changes/introduces Rust code Bug issue describes bug; PR fixes bug size:M PR is medium labels Aug 6, 2026
@github-actions github-actions Bot added Feature a new feature and removed Bug issue describes bug; PR fixes bug labels Aug 6, 2026
Signed-off-by: Will Killian <wkillian@nvidia.com>
@github-actions github-actions Bot added Bug issue describes bug; PR fixes bug and removed Feature a new feature labels Aug 6, 2026
@github-actions

github-actions Bot commented Aug 7, 2026

Copy link
Copy Markdown

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

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

🤖 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/observability/otel_genai.rs`:
- Around line 231-237: Update the GenAI content-capture documentation in the
migration guide and OpenTelemetry reference so it states that gen_ai is an
explicit endpoint type, full remains the default, and message attributes are
emitted without an additional content gate. Correct the sanitizer behavior
description to say failures clear observability fields rather than publish the
last valid payload.

In `@docs/configure-plugins/observability/opentelemetry.mdx`:
- Around line 189-195: Update the OpenTelemetry documentation paragraph to
clarify that tool and retrieval scope payloads are excluded, while normalized
tool-call arguments and responses within gen_ai.input.messages and
gen_ai.output.messages are exported. Require redaction of those values using an
LLM or event sanitizer, then run just docs.
🪄 Autofix

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: 07e8b931-d06c-46cb-bc81-3e35fac3cc95

📥 Commits

Reviewing files that changed from the base of the PR and between ee7afc5 and ffd4d00.

📒 Files selected for processing (4)
  • .agents/skills/maintain-observability/SKILL.md
  • crates/core/src/observability/otel_genai.rs
  • crates/core/tests/unit/observability/otel_tests.rs
  • docs/configure-plugins/observability/opentelemetry.mdx
📜 Review details
⏰ Context from checks skipped due to timeout. (2)
  • GitHub Check: Check / Run
  • GitHub Check: Preview docs
🧰 Additional context used
📓 Path-based instructions (27)
**/*.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

**/*.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.

**/*.rs: Format Rust code with rustfmt defaults using cargo fmt.
Run cargo clippy -- -D warnings; all Rust warnings must be treated as errors.
Use Rust snake_case naming conventions.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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

Use Result<T> with FlowError in core runtime paths, keeping wrapper-layer errors explicit and binding-appropriate.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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.

**/*: Use release tags in raw Rust-compatible SemVer without a leading v; tags such as v0.1.0 are prohibited.
Use branch prefixes feat/, fix/, docs/, test/, or refactor/ according to the change purpose.
Every commit in a pull request must include a DCO Signed-off-by: sign-off.
Before submitting a pull request, ensure pre-commit hooks, relevant tests, target-specific builds, documentation updates, and a rebase on the latest main are complete.
Use commit messages in the form type: short description, with a valid type and a first line under 72 characters.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • docs/configure-plugins/observability/opentelemetry.mdx
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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}: Expose the same logical observability configuration knobs and semantics across FFI and Python, Go, and Node.js bindings.
Every OpenTelemetry endpoint must specify a type and a nonblank destination.
Resolve header_env values when an endpoint is activated and reject missing, blank, or duplicate headers.
Concatenate layered ATOF sink, ATIF storage, and OpenTelemetry endpoint lists with higher-precedence entries first.
Derive span or trajectory fields from the intended event data.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,js,jsx,ts,tsx,go,c,h,cc,cpp,md,toml,yml,yaml,sh}

📄 CodeRabbit inference engine (AGENTS.md)

Keep SPDX headers on source, documentation, scripts, and configuration files; the project is Apache-2.0.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py}

📄 CodeRabbit inference engine (AGENTS.md)

Use snake_case naming in Rust and Python.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
crates/**/*.rs

📄 CodeRabbit inference engine (AGENTS.md)

crates/**/*.rs: Use Json = serde_json::Value in Rust-facing runtime APIs where existing code expects JSON payloads.
Treat Rust as the source of truth for runtime behavior; binding APIs should mirror Rust semantics unless a language-specific wrapper intentionally improves ergonomics.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,js,mjs,ts,tsx}

📄 CodeRabbit inference engine (AGENTS.md)

Preserve the existing Tokio-based asynchronous model and callback/future lifetimes; do not unexpectedly block or hide async work in bindings.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,go,js,jsx,ts,tsx,c,h}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

**/*.{rs,py,go,js,jsx,ts,tsx,c,h}: Run tests for every language affected by a change; changes to the core Rust crate require tests across all bindings.
Use SONAR_IGNORE_START / SONAR_IGNORE_END only for documented false positives, keep ignored blocks minimal, explain them with a comment, and obtain reviewer sign-off.
Preserve the layered architecture in which Rust provides the core runtime and C FFI, PyO3, and NAPI provide bindings that mirror the full API surface.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/{test,tests}/**/*

📄 CodeRabbit inference engine (CONTRIBUTING.md)

When adding functionality, include tests in the appropriate test files for each affected language binding.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
**/*.{rs,py,go,js,jsx,ts,tsx,c,h,html,md,mdx,toml}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Include the appropriate SPDX copyright and Apache-2.0 license header in every source file.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • docs/configure-plugins/observability/opentelemetry.mdx
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,go,js,ts,md,mdx}

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

**/*.{rs,py,go,js,ts,md,mdx}: When changing observability event fields, exporter behavior, subscriber configuration, or binding parity, keep the core model, exporters, FFI wrappers, language bindings, and relevant documentation synchronized.
Examples and documentation must use each exporter's documented flush/deregister order before shutdown.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • docs/configure-plugins/observability/opentelemetry.mdx
  • crates/core/src/observability/otel_genai.rs
**/*.{toml,rs}

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

Keep OpenTelemetry and OpenInference dependencies unconditional rather than Cargo feature-gated.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.rs
**/*.{rs,py,go,js,ts,toml}

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

Use observability configuration version 3, with one opentelemetry section containing typed endpoints and no standalone public OpenInference surface.

Files:

  • crates/core/tests/unit/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/observability/otel_tests.rs
**/*.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)

**/*.mdx: In MDX files, top-of-file comments must use JSX comment delimiters ({/* and */}); do not use HTML comments for MDX SPDX headers.
New or regenerated MDX files must use {/* ... */} for top-of-file SPDX comments.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
{docs,examples}/**/*

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

Update docs and examples.

Files:

  • docs/configure-plugins/observability/opentelemetry.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/observability/opentelemetry.mdx
**/*.{md,mdx}

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

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

Use documented public APIs and stable wrapper commands in examples and user-facing documentation; do not rely on internal helpers.

**/*.{md,mdx}: Prefer the documented public API over internal shortcuts in documentation and examples.
Keep package names, repository references, and build commands current.
Contribution workflow documentation must require an issue before external contribution pull requests and note that NVIDIA contributors may use a GitHub or Linear issue.
Update entry-point documentation when examples or reading paths change.
Keep release-process and release-notes guidance in maintainer documentation such as RELEASING.md, rather than user-facing documentation pages or CHANGELOG.md.
Use stable user-facing wrappers at the scripts/ root in documentation and examples; reference namespaced helper paths only for internal maintenance documentation.
When detailed dynamic plugin guides exist, keep Rust native plugin examples, Python worker plugin examples, and grpc-v1 protocol details on separate pages.
Dynamic plugin manifests in documentation and examples should use compat.relay = ">=0.5,<1.0" unless deliberately narrower.
Render images, diagrams, tables, and other visual content at representative page widths, ensuring legibility and complete access without clipping; use responsive scaling, reflow, or overflow as appropriate and scope visual styling narrowly.
Dynamic plugin entry pages should link to native, worker, Rust example, Python example, and protocol pages when those pages exist.
Images, diagrams, tables, and custom visual content must remain legible and fully accessible at representative desktop and narrow page widths.
Release-policy documentation must point to GitHub Releases as the only release-history source of truth.
Run just docs when the documentation site changes; retain ./scripts/build-docs.sh html as the compatibility wrapper.

Update observability documentation a...

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
docs/**/*.{md,mdx}

📄 CodeRabbit inference engine (CONTRIBUTING.md)

Update relevant reference documentation when public behavior or APIs change.

Files:

  • docs/configure-plugins/observability/opentelemetry.mdx
**/*.{md,mdx,rst}

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

**/*.{md,mdx,rst}: Use title case consistently for technical documentation headings and table headers; avoid quotation marks, ampersands, and exclamation marks in headings, while preserving official product, event, research, and whitepaper title case.
Format code elements, commands, parameters, package names, expressions, directories, file names, and paths in monospace; represent path placeholders with angle brackets inside monospace.
Format UI buttons, menus, fields, and labels in bold, and separate consecutive UI navigation labels with >.
Use quotation marks for error messages and strings when appropriate, italics for newly introduced terms and publication titles, and plain text for keyboard shortcuts.
Represent GitHub repositories with owner/repository link text, such as [NVIDIA/NeMo](link), rather than generic repository wording.
Introduce every code block with a complete sentence; do not let a code block complete or interrupt the grammar of surrounding prose; use syntax highlighting when supported.
Keep inline method, function, and class references consistent with nearby documentation; omit empty parentheses in prose when no call is shown.
Use descriptive link text matching the destination title when possible; avoid raw URLs, generic anchors, long-sentence links, and unnecessary links that distract from procedures.
Ensure lists have a complete lead-in sentence, more than one item, no more than two levels, parallel construction, one idea or action per item, and appropriate punctuation; use bullets for unordered items and numbers for ordered tasks.
Format definition lists with a bold term followed by a complete, parallel, punctuated definition.
Use tables for reference information, decision support, compatibility matrices, and comparable choices; flag one-row tables, missing captions or lead-ins, sentence-case headers where title case is expected, unexplained empty cells, and code or links that would be clearer as prose.
Write procedure steps as imperative ...

Files:

  • docs/configure-plugins/observability/opentelemetry.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/observability/opentelemetry.mdx
{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/observability/otel_genai.rs
🧠 Learnings (4)
📓 Common learnings
Learnt from: CR
Repo: NVIDIA/NeMo-Relay

Timestamp: 2026-08-07T01:31:17.161Z
Learning: Use `karpathy-guidelines` alongside this guidance, keep changes scoped, surface assumptions, and define focused validation before editing.
📚 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/observability/otel_tests.rs
  • crates/core/src/observability/otel_genai.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/opentelemetry.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/observability/otel_genai.rs
🔇 Additional comments (3)
crates/core/src/observability/otel_genai.rs (1)

32-32: LGTM!

Also applies to: 331-337, 560-560

crates/core/tests/unit/observability/otel_tests.rs (1)

23-23: LGTM!

Also applies to: 2121-2130, 2163-2163, 2213-2268, 2270-2327

.agents/skills/maintain-observability/SKILL.md (1)

45-47: LGTM!

Comment thread crates/core/src/observability/otel_genai.rs
Comment thread docs/configure-plugins/observability/opentelemetry.mdx Outdated
Signed-off-by: Will Killian <wkillian@nvidia.com>
@github-actions github-actions Bot added size:L PR is large lang:go PR changes/introduces Go code lang:js PR changes/introduces Javascript/Typescript code lang:python PR changes/introduces Python code and removed size:M PR is medium labels Aug 7, 2026
@willkill07 willkill07 changed the title fix: export GenAI input and output messages fix: address gap analysis of GenAI Semantic Convention observability Aug 7, 2026
@willkill07 willkill07 changed the title fix: address gap analysis of GenAI Semantic Convention observability feat: expand GenAI OpenTelemetry payload and span projection Aug 7, 2026
@github-actions github-actions Bot added Feature a new feature and removed Bug issue describes bug; PR fixes bug labels Aug 7, 2026
@willkill07 willkill07 changed the title feat: expand GenAI OpenTelemetry payload and span projection fix: expand GenAI OpenTelemetry payload and span projection Aug 7, 2026
@github-actions github-actions Bot added Bug issue describes bug; PR fixes bug and removed Feature a new feature labels Aug 7, 2026
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:L PR is large

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants