Skip to content

docs(adr): accept ADR 0071 harness snapshot for agent traces - #5508

Closed
HofniGartner wants to merge 2 commits into
fullsend-ai:mainfrom
HofniGartner:feat/adr-0071-harness-snapshot
Closed

docs(adr): accept ADR 0071 harness snapshot for agent traces#5508
HofniGartner wants to merge 2 commits into
fullsend-ai:mainfrom
HofniGartner:feat/adr-0071-harness-snapshot

Conversation

@HofniGartner

Copy link
Copy Markdown

Summary

Record ADR 0071: Level-1 harness-snapshot.json plus mirrored root-span forge pointers as the run-time join contract. Docs only — implementation remains #5449.

Replaces auto-closed #5505 after addressing review feedback (valid ADR status, Options, one Decision, bullet Consequences, > **Planned:** callout in the tracing guide).

Related Issue

Implementation: #5449

Changes

Testing

  • Docs-only — no code/lint/test changes required for this PR
  • ADR number still free on main at merge (/renumber-adr if needed)

Checklist

  • PR title follows Conventional Commits
  • Commits are signed off (DCO)
  • I wrote this contribution myself and can explain all changes in it

Made with Cursor

HofniGartner and others added 2 commits July 22, 2026 11:47
Record Level-1 harness-snapshot.json and root-span forge pointers as
the run-time join contract; implementation follows in a separate issue.

Signed-off-by: Hofni Gartner <hgartner@redhat.com>
Co-authored-by: Cursor <cursoragent@cursor.com>
Accept status, add Options, single Decision, bullet Consequences, and
Planned callout for harness-snapshot in the tracing guide (fullsend-ai#5449).

Signed-off-by: Hofni Gartner <hgartner@redhat.com>
Co-authored-by: Cursor <cursoragent@cursor.com>
@HofniGartner
HofniGartner requested a review from a team as a code owner July 23, 2026 07:48
@github-actions github-actions Bot closed this Jul 23, 2026
@github-actions

Copy link
Copy Markdown

E2E tests did not run

E2E tests run automatically for org/repo members and collaborators on pull requests.

For other contributors, a maintainer must add the ok-to-test label after the latest push.

See E2E testing guide for details.

@github-actions

Copy link
Copy Markdown

Thank you for your interest in contributing to fullsend, @HofniGartner.

This project uses a vouch system for first-time contributors. Before submitting a pull request, you need to be vouched by a maintainer.

To get vouched:

  1. Open a Vouch Request discussion.
  2. Describe what you want to change and why.
  3. Write in your own words — do not have an AI generate the request.
  4. A maintainer will comment /vouch if approved.
  5. Once vouched, open a new PR (preferred) or reopen this one.

See CONTRIBUTING.md for details.

@qodo-code-review

Copy link
Copy Markdown

PR Summary by Qodo

Document ADR 0071 harness snapshot join contract for agent tracing

📝 Documentation 🕐 10-20 Minutes

Grey Divider

AI Description

• Add ADR 0071 defining a Level-1 run-start join contract for trace correlation.
• Clarify Level-1 tracing as run-telemetry.jsonl only; snapshot is documented as planned.
• Link the decision to the shared join contract and the tracked implementation issue (#5449).
Diagram

graph TD
  Guide["distributed-tracing.md"] --> ADR50["ADR 0050"] --> Tracing["Level-1 tracing"]
  Guide --> ADR71["ADR 0071"] --> Issue["Issue #5449"]
  ADR71 --> Join["Join contract (external)"]
Loading
High-Level Assessment

The approach (record an Accepted ADR for the join contract and add an explicit “Planned” callout in the tracing guide) is the right balance: it documents the decision without implying the artifact is already shipped, and it keeps cross-project field specifics in the shared join contract rather than duplicating them in fullsend docs.

Files changed (2) +100 / -8

Documentation (2) +100 / -8
0071-forge-pointer-correlation-for-agent-traces.mdAdd accepted ADR 0071 for harness snapshot + root-span correlation +87/-0

Add accepted ADR 0071 for harness snapshot + root-span correlation

• Introduces a new accepted ADR defining a run-start join contract for correlating runs to forge/CI pointers and traces. Documents considered options and the chosen decision to write 'harness-snapshot.json' and mirror the same keys onto the root span, with consequences and links to the shared join-contract spec and implementation issue.

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md

distributed-tracing.mdClarify Level-1 tracing output and mark harness snapshot as planned +13/-8

Clarify Level-1 tracing output and mark harness snapshot as planned

• Rewords the Level-1 baseline section to emphasize 'run-telemetry.jsonl' as the current guaranteed artifact. Adds a “Planned” callout pointing to ADR 0071 and the implementation issue, explicitly stating the snapshot is not yet shipped.

docs/guides/infrastructure/distributed-tracing.md

@qodo-code-review

Copy link
Copy Markdown

Code Review by Qodo

🐞 Bugs (1) 📘 Rule violations (0) 📜 Skill insights (5)

Context used
✅ Compliance rules (platform): 54 rules

Grey Divider


Action required

1. ADR 0071 missing architecture update 📜 Skill insight ⚙ Maintainability
Description
This PR adds an Accepted ADR, but docs/architecture.md was not updated with a corresponding
decided entry linking to the ADR. This leaves the architecture overview out of sync with the newly
accepted decision.
Code

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[R1-20]

+---
+title: "71. Harness snapshot and forge pointer correlation for agent traces"
+status: Accepted
+relates_to:
+  - operational-observability
+topics:
+  - observability
+  - telemetry
+  - opentelemetry
+  - forge
+---
+
+# 71. Harness snapshot and forge pointer correlation for agent traces
+
+Date: 2026-07-22
+
+## Status
+
+Accepted
+
Relevance

⭐⭐⭐ High

Team has accepted keeping docs/architecture.md consistent with ADR-driven architecture statements.

PR-#2743

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
ADR 0071 is explicitly Accepted, which triggers the requirement to update docs/architecture.md.
The existing Observability 'Decided' section references ADR 0050 but has no entry for ADR 0071,
indicating the architecture doc was not updated to include the newly accepted decision.

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[1-20]
docs/architecture.md[254-265]
Skill: writing-adrs

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`docs/architecture.md` must be updated when an ADR is added/accepted, with a short decided note and a link to the ADR.

## Issue Context
ADR 0071 is marked `Accepted`, but the architecture overview's Observability section does not include this new decided item.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[1-20]
- docs/architecture.md[254-266]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


2. ADR 0071 not template-exact 📜 Skill insight ⚙ Maintainability
Description
ADR 0071 includes structure that does not match the ADR template exactly (e.g., an extra `##
Related` section and missing the template's standard explanatory comment block). This breaks the
required uniform ADR format.
Code

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[R80-87]

+## Related
+
+- [ADR 0050](0050-distributed-tracing-instrumentation.md)
+- [ADR 0005](0005-forge-abstraction-layer.md)
+- Shared join contract: [provenance_forge_pointers.md](https://github.com/RHEcosystemAppEng/ABEvalFlow/blob/main/Docs/provenance_forge_pointers.md)
+- Implementation: [#5449](https://github.com/fullsend-ai/fullsend/issues/5449)
+- [#2368](https://github.com/fullsend-ai/fullsend/issues/2368)
+- [#294](https://github.com/fullsend-ai/fullsend/issues/294)
Relevance

⭐⭐ Medium

Some ADR-format nits get rejected; unclear if strict template-exactness (extra sections/comments) is
enforced.

PR-#716

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The ADR template defines the required section structure, and ADR 0071 diverges by adding `##
Related` and omitting the template's standard explanatory comment block under Status. This is a
direct mismatch against the required template file.

docs/ADRs/0000-adr-template.md[14-41]
docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[17-24]
docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-87]
Skill: writing-adrs

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
ADR 0071 does not follow the ADR template in `docs/ADRs/0000-adr-template.md` exactly.

## Issue Context
The template defines the required sections/format. ADR 0071 adds an extra `## Related` section and omits the template's standard comment block.

## Fix Focus Areas
- docs/ADRs/0000-adr-template.md[14-41]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[17-24]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-87]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools



Remediation recommended

3. ADR 0071 context omits ADR 0005 📜 Skill insight ⚙ Maintainability
Description
The ADR references ADR 0005 as related, but does not cross-reference it in the Context section as
required. This makes the decision harder to interpret in relation to prior forge abstraction
decisions.
Code

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[R21-28]

+## Context
+
+[ADR 0050](0050-distributed-tracing-instrumentation.md) defines how fullsend
+generates traces (OTel Go SDK; Level 1 = `run-telemetry.jsonl`; Level 2 =
+OTLP). [Operational observability](../problems/operational-observability.md)
+requires forge **pointers** (repo + SHA, change id, pipeline run) rather than
+duplicating diffs, and a stable answer to: “what harness/config produced this
+run?”
Relevance

⭐⭐⭐ High

They commonly accept ADR Context clarifications/cross-references to avoid misleading
historical/relationship framing.

PR-#1814

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The Context section links ADR 0050, but the ADR separately declares ADR 0005 as related under `##
Related`. The rule requires related ADRs to be cross-referenced in Context, which is not done for
ADR 0005.

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[21-36]
docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-84]
Skill: writing-adrs

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
ADR 0071 lists ADR 0005 as related, but the Context section does not include an explicit cross-reference to ADR 0005.

## Issue Context
The compliance requirement is specifically that related ADRs be cross-referenced in the Context section.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[21-36]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-84]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


4. Undefined disabled-mode trace IDs 🐞 Bug ≡ Correctness
Description
ADR 0071 requires harness-snapshot.json even when OTEL_SDK_DISABLED=true, while also requiring
it be written “after the root span exists” and include trace_id/traceparent. In the current
implementation, OTEL_SDK_DISABLED=true returns a noop tracer and does not create
run-telemetry.jsonl, so the ADR leaves disabled-mode trace correlation fields underspecified
(risking inconsistent future implementation/consumer expectations).
Code

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[R56-65]

+Every `fullsend run` records run-start join keys by writing
+**`harness-snapshot.json`** next to `run-telemetry.jsonl` (after the root span
+exists) **and** setting the same keys on the root `run` span (`vcs.*`,
+`cicd.*`, harness content SHA, forge platform). The file holds pointers and a
+config fingerprint only (harness identity, content hash, forge/CI pointers when
+known, `trace_id` / `traceparent`) — no diffs, prompts, or skill bodies.
+Forge/CI fields are filled at write time (`FULLSEND_*` overrides first, then
+standard CI env). Consumers read the JSON (or stores that ingest it), not
+ambient CI env. `OTEL_SDK_DISABLED=true` suppresses span export but does **not**
+suppress the snapshot file.
Relevance

⭐⭐⭐ High

Precedent favors clarifying ADR contracts/edge cases to avoid future implementation ambiguity
(especially telemetry-related).

PR-#1580

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The ADR mandates snapshot trace correlation fields even when OTEL_SDK_DISABLED=true, but telemetry
setup returns a noop tracer before opening the JSONL file, and tests assert no file is created in
that mode—so a root-span-derived trace context may not exist, making the ADR contract ambiguous for
disabled mode.

docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[56-65]
internal/telemetry/telemetry.go[46-56]
internal/telemetry/telemetry_test.go[48-62]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
ADR 0071 states the snapshot is written after the root span exists and includes `trace_id`/`traceparent`, but also states the snapshot still exists when `OTEL_SDK_DISABLED=true`. In the current code, `OTEL_SDK_DISABLED=true` disables tracing entirely (noop tracer) and prevents `run-telemetry.jsonl` creation, so there may be no usable trace context.

Clarify the contract for disabled mode so implementers and downstream consumers know what to expect.

## Issue Context
Telemetry setup currently short-circuits when `OTEL_SDK_DISABLED=true`.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[56-65]

## Concrete fix options (pick one and document it explicitly)
1. **Snapshot still written, but trace fields omitted/null:** state `trace_id`/`traceparent` are absent when SDK disabled.
2. **Snapshot includes a separate run ID:** introduce a `run_id` (non-OTel) that always exists; only include `trace_id`/`traceparent` when tracing is enabled.
3. **Generate a synthetic W3C trace context even when SDK disabled:** specify how it’s generated and note it won’t correspond to any exported spans.

Also consider rewording “after the root span exists” to be conditional on tracing being enabled.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools



Informational

5. distributed-tracing.md wrong guide directory 📜 Skill insight ⌂ Architecture
Description
The guide is located under docs/guides/infrastructure/, but guides must live under either
docs/guides/admin/ or docs/guides/user/. This breaks the required guide directory structure and
risks mixing audiences/location conventions.
Code

docs/guides/infrastructure/distributed-tracing.md[R10-24]

+Every `fullsend run` produces **`run-telemetry.jsonl`** in the run output
+directory with no configuration required — OTLP JSON spans covering the run
+lifecycle (sandbox creation, agent iterations, validation) with timestamps,
+durations, trace IDs, and token/cost attributes.

This file is written on every run unless `OTEL_SDK_DISABLED=true`, which
-suppresses all telemetry output including the local file. It contains
-metadata only — no prompts, completions, or source code content.
+suppresses span export (local file and OTLP). It contains metadata only — no
+prompts, completions, or source code content.
+
+> **Planned:** `harness-snapshot.json` (run-start harness fingerprint and
+> forge/CI pointers, mirrored on the root span) is decided in
+> [ADR 0071](../../ADRs/0071-forge-pointer-correlation-for-agent-traces.md).
+> Implementation is tracked in
+> [#5449](https://github.com/fullsend-ai/fullsend/issues/5449). Until that
+> ships, only `run-telemetry.jsonl` is guaranteed on disk.
Relevance

⭐ Low

Close precedent: guide taxonomy/directory placement violations (dev/infrastructure) were explicitly
rejected as required moves.

PR-#5454

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The modified guide file is under docs/guides/infrastructure/, which violates the rule requiring
guides to be placed under docs/guides/admin/ or docs/guides/user/.

docs/guides/infrastructure/distributed-tracing.md[10-24]
Skill: writing-user-docs

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`docs/guides/infrastructure/distributed-tracing.md` is not in an allowed guide subdirectory (`admin/` or `user/`).

## Issue Context
Compliance requires every file under `docs/guides/` to live in either `docs/guides/admin/` or `docs/guides/user/`.

## Fix Focus Areas
- docs/guides/infrastructure/distributed-tracing.md[10-24]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


6. forge/CI pointers undefined 📜 Skill insight ✧ Quality
Description
The guide introduces the jargon term forge/CI pointers without linking to the glossary or defining
it inline on first use. This can confuse readers unfamiliar with the project's terminology.
Code

docs/guides/infrastructure/distributed-tracing.md[R19-24]

+> **Planned:** `harness-snapshot.json` (run-start harness fingerprint and
+> forge/CI pointers, mirrored on the root span) is decided in
+> [ADR 0071](../../ADRs/0071-forge-pointer-correlation-for-agent-traces.md).
+> Implementation is tracked in
+> [#5449](https://github.com/fullsend-ai/fullsend/issues/5449). Until that
+> ships, only `run-telemetry.jsonl` is guaranteed on disk.
Relevance

⭐ Low

Close precedent: “define jargon on first use” style suggestion was rejected in guides; likely same
outcome here.

PR-#2756

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The added Planned callout uses forge/CI pointers but provides neither an inline definition nor a
glossary link at first mention, violating the jargon-first-use requirement.

docs/guides/infrastructure/distributed-tracing.md[19-24]
Skill: writing-user-docs

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The term `forge/CI pointers` is used without an inline definition or a glossary link on its first occurrence in the guide.

## Issue Context
Compliance requires jargon to be defined on first use via a glossary link or inline definition.

## Fix Focus Areas
- docs/guides/infrastructure/distributed-tracing.md[19-24]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Grey Divider

Qodo Logo

Comment on lines +1 to +20
---
title: "71. Harness snapshot and forge pointer correlation for agent traces"
status: Accepted
relates_to:
- operational-observability
topics:
- observability
- telemetry
- opentelemetry
- forge
---

# 71. Harness snapshot and forge pointer correlation for agent traces

Date: 2026-07-22

## Status

Accepted

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Action required

2. adr 0071 missing architecture update 📜 Skill insight ⚙ Maintainability

This PR adds an Accepted ADR, but docs/architecture.md was not updated with a corresponding
decided entry linking to the ADR. This leaves the architecture overview out of sync with the newly
accepted decision.
Agent Prompt
## Issue description
`docs/architecture.md` must be updated when an ADR is added/accepted, with a short decided note and a link to the ADR.

## Issue Context
ADR 0071 is marked `Accepted`, but the architecture overview's Observability section does not include this new decided item.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[1-20]
- docs/architecture.md[254-266]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment on lines +21 to +28
## Context

[ADR 0050](0050-distributed-tracing-instrumentation.md) defines how fullsend
generates traces (OTel Go SDK; Level 1 = `run-telemetry.jsonl`; Level 2 =
OTLP). [Operational observability](../problems/operational-observability.md)
requires forge **pointers** (repo + SHA, change id, pipeline run) rather than
duplicating diffs, and a stable answer to: “what harness/config produced this
run?”

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Remediation recommended

3. adr 0071 context omits adr 0005 📜 Skill insight ⚙ Maintainability

The ADR references ADR 0005 as related, but does not cross-reference it in the Context section as
required. This makes the decision harder to interpret in relation to prior forge abstraction
decisions.
Agent Prompt
## Issue description
ADR 0071 lists ADR 0005 as related, but the Context section does not include an explicit cross-reference to ADR 0005.

## Issue Context
The compliance requirement is specifically that related ADRs be cross-referenced in the Context section.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[21-36]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-84]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment on lines +80 to +87
## Related

- [ADR 0050](0050-distributed-tracing-instrumentation.md)
- [ADR 0005](0005-forge-abstraction-layer.md)
- Shared join contract: [provenance_forge_pointers.md](https://github.com/RHEcosystemAppEng/ABEvalFlow/blob/main/Docs/provenance_forge_pointers.md)
- Implementation: [#5449](https://github.com/fullsend-ai/fullsend/issues/5449)
- [#2368](https://github.com/fullsend-ai/fullsend/issues/2368)
- [#294](https://github.com/fullsend-ai/fullsend/issues/294)

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Action required

5. adr 0071 not template-exact 📜 Skill insight ⚙ Maintainability

ADR 0071 includes structure that does not match the ADR template exactly (e.g., an extra `##
Related` section and missing the template's standard explanatory comment block). This breaks the
required uniform ADR format.
Agent Prompt
## Issue description
ADR 0071 does not follow the ADR template in `docs/ADRs/0000-adr-template.md` exactly.

## Issue Context
The template defines the required sections/format. ADR 0071 adds an extra `## Related` section and omits the template's standard comment block.

## Fix Focus Areas
- docs/ADRs/0000-adr-template.md[14-41]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[17-24]
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[80-87]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Comment on lines +56 to +65
Every `fullsend run` records run-start join keys by writing
**`harness-snapshot.json`** next to `run-telemetry.jsonl` (after the root span
exists) **and** setting the same keys on the root `run` span (`vcs.*`,
`cicd.*`, harness content SHA, forge platform). The file holds pointers and a
config fingerprint only (harness identity, content hash, forge/CI pointers when
known, `trace_id` / `traceparent`) — no diffs, prompts, or skill bodies.
Forge/CI fields are filled at write time (`FULLSEND_*` overrides first, then
standard CI env). Consumers read the JSON (or stores that ingest it), not
ambient CI env. `OTEL_SDK_DISABLED=true` suppresses span export but does **not**
suppress the snapshot file.

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Remediation recommended

6. Undefined disabled-mode trace ids 🐞 Bug ≡ Correctness

ADR 0071 requires harness-snapshot.json even when OTEL_SDK_DISABLED=true, while also requiring
it be written “after the root span exists” and include trace_id/traceparent. In the current
implementation, OTEL_SDK_DISABLED=true returns a noop tracer and does not create
run-telemetry.jsonl, so the ADR leaves disabled-mode trace correlation fields underspecified
(risking inconsistent future implementation/consumer expectations).
Agent Prompt
## Issue description
ADR 0071 states the snapshot is written after the root span exists and includes `trace_id`/`traceparent`, but also states the snapshot still exists when `OTEL_SDK_DISABLED=true`. In the current code, `OTEL_SDK_DISABLED=true` disables tracing entirely (noop tracer) and prevents `run-telemetry.jsonl` creation, so there may be no usable trace context.

Clarify the contract for disabled mode so implementers and downstream consumers know what to expect.

## Issue Context
Telemetry setup currently short-circuits when `OTEL_SDK_DISABLED=true`.

## Fix Focus Areas
- docs/ADRs/0071-forge-pointer-correlation-for-agent-traces.md[56-65]

## Concrete fix options (pick one and document it explicitly)
1. **Snapshot still written, but trace fields omitted/null:** state `trace_id`/`traceparent` are absent when SDK disabled.
2. **Snapshot includes a separate run ID:** introduce a `run_id` (non-OTel) that always exists; only include `trace_id`/`traceparent` when tracing is enabled.
3. **Generate a synthetic W3C trace context even when SDK disabled:** specify how it’s generated and note it won’t correspond to any exported spans.

Also consider rewording “after the root span exists” to be conditional on tracing being enabled.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant