Skip to content

[docs]: Use consistent vocabulary and enforce it - #151

Open
pseudomuto wants to merge 1 commit into
mainfrom
term-consistency
Open

[docs]: Use consistent vocabulary and enforce it#151
pseudomuto wants to merge 1 commit into
mainfrom
term-consistency

Conversation

@pseudomuto

Copy link
Copy Markdown
Collaborator

The README terms table has named this project's vocabulary for a while, but nothing has ensured those terms are used. Upstream config and the proxy package still refer to a Temporal Service as a cluster or a frontend. The goreleaser blurb shipped the wrong word in every release note, etc.

Settle all of it on the canonical terms, then add a checker so it stays settled. mise run lint:terms (runs in CI) flags rejected phrases in Go, Markdown and YAML, and enforces the core nouns as proper nouns in Markdown prose only. Scope comes from git ls-files, so .gitignore and .git/info/exclude already decide what is in play and terms.yaml defines any ignores git cannot infer. Every exception records why it is there.

The checker is its own Go module, so the root go.mod gains no dependency, and SKILL.md doubles as the reference a reviewer reads. The Copilot review instructions point at it instead of restating the term list, so the two cannot drift, and the review skill inherits that through its existing include.

The README terms table has named this project's vocabulary for a while,
but nothing ensured those terms were used. Upstream config and the proxy
package still called a Temporal Service a cluster or a frontend, the
goreleaser blurb shipped the wrong word in every release note, etc.

Settle all of it on the canonical terms, then add a checker so it stays
settled. `mise run lint:terms` (runs in CI) flags rejected phrases in
Go, markdown and YAML, and enforces the core nouns as proper nouns in
markdown prose only. Scope comes from `git ls-files`, so .gitignore and
.git/info/exclude already decide what is in play and terms.yaml defines
any ignores git cannot infer. Every exception records why it is there.

The checker is its own Go module, so the root go.mod gains no
dependency, and SKILL.md doubles as the reference a reviewer reads. The
Copilot review instructions point at it instead of restating the term
list, so the two cannot drift, and the review skill inherits that
through its existing include.
@pseudomuto
pseudomuto requested a review from a team as a code owner September 4, 2026 16:10
@codecov-commenter

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

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.

3 participants