Skip to content

docs: vendor-neutral session-token terminology in API reference - #401

Open
abhishekmishragithub wants to merge 2 commits into
mainfrom
docs/vendor-neutral-token-descriptions
Open

docs: vendor-neutral session-token terminology in API reference#401
abhishekmishragithub wants to merge 2 commits into
mainfrom
docs/vendor-neutral-token-descriptions

Conversation

@abhishekmishragithub

Copy link
Copy Markdown
Collaborator

Summary

Prose-only edit. Field and endpoint descriptions on the browser-session endpoints (POST /conversation/chat, /webcall, /register-call) now use vendor-neutral terminology: session access token, session room ID, WebSocket URL to connect to, instead of naming the underlying media-platform vendor by brand in customer-facing docs.

Response host examples (the real hostname the client connects to) stay as-is; that is a fact about our infrastructure that clients see regardless.

Scope

  • fern/apis/atoms/openapi/openapi.yaml — 10 prose replacements across three endpoint descriptions and their response field descriptions.
  • fern/products/atoms/pages/intro/reference/changelog-entries/2026-08-08-account-webcall-campaign-endpoints.mdx — one bullet.
  • fern/products/atoms/pages/intro/reference/changelog-entries/2026-04-24-mobile-voice-widgets.mdx — one sentence.
  • fern/products/atoms/pages/dev/integrate/mobile/flutter.mdx — one line under "WebRTC-free".

What is NOT changed

  • Response host: example values — those are the actual URLs customers see. Same principle as the SIP origination URL in PR docs(sip-trunking): transport contract + E.164 prefix + real troubleshooting #400.
  • build-with-coding-agent.mdx mentions of LiveKit — those describe our SDK as a plugin ON LiveKit Agents (a third-party orchestrator we integrate with, alongside Pipecat). That is an integration-context reference, not naming our infra.

Skip changelog

Applied skip-changelog because this is a description-only edit — no behaviour, field name, or schema shape changed. The workflow's own message says description-only edits should use this label.

Test plan

  • Fern preview: POST /conversation/register-call field descriptions read "Session access token", "WebSocket URL to connect to", etc.
  • Fern preview: neither of the two edited changelog entries contain the word LiveKit anymore.

Field and endpoint descriptions on POST /conversation/chat, /webcall,
and /register-call now describe the returned artefacts as 'session
access token' / 'session room ID' / 'WebSocket URL' rather than naming
the underlying media platform vendor.

Scope is prose only: no field renames, no behaviour change, no SDK
regen needed. Response host examples (the actual URL customers connect
to) stay as-is; those are the real hostnames a client sees. Two
historical changelog entries and one Flutter page mention scrubbed for
consistency.
@crim-app

crim-app Bot commented Aug 27, 2026

Copy link
Copy Markdown

crim doesn't review pull requests automatically here.

Comment crim review on this pull request whenever you want a review.

@abhishekmishragithub abhishekmishragithub added the skip-changelog Spec change is not customer-visible; skip the changelog-required CI check label Aug 27, 2026
@abhishekmishragithub

Copy link
Copy Markdown
Collaborator Author

crim review

@crim-app

crim-app Bot commented Aug 31, 2026

Copy link
Copy Markdown

crim is reviewing this pull request. Findings will be posted shortly.

@crim-app crim-app 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.

Assessment

A clean docs-only change; safe to merge with one cosmetic inconsistency worth a glance.

What this PR does

Replaces vendor-specific "LiveKit" terminology with vendor-neutral wording ("session access token", "WebSocket host/URL", "third-party voice SDK") across the Atoms OpenAPI spec, a Flutter guide, and two changelog entries.

Findings

  • Low: fern/apis/atoms/openapi/openapi.yaml:11279 — example host values still contain livekit.cloud, partially defeating the vendor-neutral goal.

Findings outside the diff

These concern lines GitHub won't allow inline comments on (unchanged or outside this PR's diff).

  • fern/apis/atoms/openapi/openapi.yaml:11279Low: Example host values still expose the vendor domain after the vendor-neutral rename.

    The prose descriptions were changed to "WebSocket URL to connect to", but the example values at lines 11279, 11334, and 11570 remain wss://atoms-prod-evcaw70g.livekit.cloud. If the intent is to hide the underlying provider, consider a neutral placeholder (e.g. wss://atoms-prod-evcaw70g.example-rtc.cloud). Not a functional issue, but it leaks exactly the name this PR set out to remove.

@crim-app

crim-app Bot commented Aug 31, 2026

Copy link
Copy Markdown

Good to merge

Nicely thorough find-and-replace, though the sample URLs are still whispering "livekit.cloud" behind the vendor-neutral curtain. Approve.

The prose descriptions were rewritten to "WebSocket URL" but the
example values still exposed the LiveKit hostname across three
locations, defeating the vendor-neutral goal of this PR.

Replace wss://atoms-prod-evcaw70g.livekit.cloud with a neutral
placeholder wss://rtc.example-provider.com in all three sites:
- inline register-call response example (line 11279)
- inline register-call outbound example (line 11334)
- schema field example (line 11570)

Customer-observable value: the real host they receive is unchanged.
Only the docs example wording changes.
abhishekmishragithub added a commit that referenced this pull request Aug 31, 2026
)

The sibling SDK-generation override at fern/apis/waves/openapi/
get-voices-openapi-overrides.yaml was updated in #402 to match the
base spec on the pool-scoped enum, but the description stopped short:
the two markdown links (unified TTS route + get-all-models cross-link)
were omitted from the override.

The Waves spec drift CI check compares base vs sibling override, and
this mismatch was failing every open PR that touched any waves spec
file (#394, #401, #406, and any future spec edit). Copy the two link
lines verbatim so the two files match token-for-token.

Local run of scripts/spec-live-tests/spec_drift_check.py now reports
PASS — no drift.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

skip-changelog Spec change is not customer-visible; skip the changelog-required CI check

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant