Skip to content

style: standardize on "service" for Beamable product capabilities (v5.0)#61

Open
allister-beamable wants to merge 1 commit intounity/v5.0from
style/feature-to-service-v5.0
Open

style: standardize on "service" for Beamable product capabilities (v5.0)#61
allister-beamable wants to merge 1 commit intounity/v5.0from
style/feature-to-service-v5.0

Conversation

@allister-beamable
Copy link
Copy Markdown
Contributor

Summary

  • Replaces "feature" with "service" as the noun for Beamable product capabilities across all docs/unity/user-reference/beamable-services/ pages
  • 71 substitutions across 29 files; no content changes, pure noun substitution
  • Rationale: the nav section is already "Beamable Services"; standardizing on "service" aligns page prose with nav structure and with the engineering-oriented audience

Scope and exclusions

Changed: docs/unity/user-reference/beamable-services/ only

Intentionally excluded:

  • whatsnew/ — "new feature" is universal product/changelog vocabulary, leave it
  • portal/ — operator audience, less technical, leave it
  • CLI guides — do not use "feature" in this sense

Preserved within scope:

  • "Feature Support" table headers
  • "feature prefab" / "Feature Prefab" (Unity asset references)
  • Occurrences inside code blocks
  • "feature" referring to non-Beamable concepts

Review notes

Please flag any substitution that reads awkwardly or that you feel should remain "feature" — this is a style policy discussion as much as an edit, and Eva/Chris/Balbio's input on the policy is the point of this PR.

The v5.1 counterpart is beamable/docs#— (see style/feature-to-service-v5.1).

🤖 Generated with Claude Code

Replace "feature" with "service" as the noun for Beamable product
capabilities across all beamable-services/ pages. Rationale: the nav
section is already "Beamable Services"; "service" aligns with the
engineering-oriented audience and the existing structural vocabulary.

Preserved: "Feature Support" table headers, "feature prefab/Prefab"
(Unity asset references), occurrences in code blocks, and any use of
"feature" referring to non-Beamable concepts.

Scope: docs/unity/user-reference/beamable-services/ only.
Whatsnew/, portal/, and CLI guide pages are intentionally excluded.

71 substitutions across 29 files.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@allister-beamable allister-beamable force-pushed the style/feature-to-service-v5.0 branch from d2ecef4 to 9c693f7 Compare April 14, 2026 19:00
## A/B Testing API

Unlike many Beamable Features, A/B Testing does not require a specific Beamable Feature Prefab to be used. The main entry point to this feature is C# programming.
Unlike many Beamable services, A/B Testing does not require a specific Beamable Feature Prefab to be used. The main entry point to this service is C# programming.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Suggested change
Unlike many Beamable services, A/B Testing does not require a specific Beamable Feature Prefab to be used. The main entry point to this service is C# programming.
Unlike many Beamable services, A/B Testing does not require a specific Beamable Feature Prefab to be used. The main entry point to A/B testing is C# programming.

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