Skip to content

fix(compliance): cherry-pick the trademark statement and terminology corrections to release-2.0 - #14

Merged
chideat merged 2 commits into
release-2.0from
fix/trademark-statement-2.0
Sep 7, 2026
Merged

fix(compliance): cherry-pick the trademark statement and terminology corrections to release-2.0#14
chideat merged 2 commits into
release-2.0from
fix/trademark-statement-2.0

Conversation

@chideat

@chideat chideat commented Sep 7, 2026

Copy link
Copy Markdown
Collaborator

Cherry-picks #13 onto release-2.0, which is the branch that builds the live 2.0 site, so the published documentation carries the compliance statement rather than only master holding it.

Both commits applied without conflict. master and release-2.0 were byte-identical under docs/, agent/, doom.config.yml and llmstxt-config.yaml before this, and the resulting tree here is byte-identical to the #13 branch on every path either commit touches.

Commit Change
400b657 Verbatim LF Projects trademark statement on the intro page, Valkey®, the translation instruction that keeps the English paragraphs in the Chinese build, and the three agent/ authoring policies that prescribed the superseded wording
bd63c48 The 2.0.0 terminology audit corrections

Review the substance on #13. Everything below is what was re-checked on this branch.

Re-verified here

The one thing that still needs a human after merge

The Chinese site is machine-translated at build time, and the previous build translated the trademark statement and dropped the English paragraphs, which the compliance rules do not allow. The intro page now instructs the translator to keep the English verbatim and append the Chinese rendering already shipped in the product listing, copied rather than re-translated.

That path is verified by reading how the translator assembles its prompt, not by running it: the available model deployments reject the temperature doom hardcodes, and doom ranks its baseline instructions above additional ones, so the instruction can be ignored by the model. Once this is published, check docs.alauda.cn/valkey/2.0/intro.html and confirm the English paragraphs are present and unmodified.

A deterministic fix is requested upstream as alauda/doom#359, which asks for a block-level verbatim marker built on the masking that doom already uses for link targets and code.

🤖 Generated with Claude Code

…mark

The intro page footer carried the valkey.io sentence "Valkey and the Valkey
logo are trademarks of LF Projects, LLC." The ACP component compliance rules
require a specific two-paragraph statement, reproduced verbatim in English,
and the ® symbol at the first usage of the mark. The operator listing fields
were corrected for the same reason; this brings the documentation site in
line with them, byte for byte.

The statement goes in a `## Trademarks` section on the intro page rather than
a site-wide footer: doom passes `themeConfig` through to rspress, but rspress
renders `footer.message` only in HomeFooter, and this site has no home layout.

The Chinese site is machine-translated at build time, and the previous build
translated the statement and dropped the English paragraphs entirely, which
the rules do not allow. The page now carries an `i18n.additionalPrompts`
instruction that keeps the English verbatim and appends the Chinese rendering
already shipped in the listing, copied rather than re-translated, so the two
surfaces cannot drift. That path is verified by reading the translator's
prompt assembly, not by running it; the published Chinese page still needs a
check after release.

The three authoring policies under agent/ prescribed the superseded sentence
and the ™ symbol, so new text would have reproduced them.
A terminology review of all 35 pages against agent/TERMINOLOGY.md returned one
finding that changes what an operator does, three that remove ambiguity, and
one house-style call.

The replication credential directive is not spelled the same on every supported
server line. Three passages told the reader that `CONFIG GET` redacts a set
`requirepass` or `primaryauth` value, with no version qualifier. On 7.2 the
directive is registered as `masterauth` with no alias; only 8.1 and 9.1
register `primaryauth`, with `masterauth` as its alias. A 7.2 operator
following those passages to confirm that replication credentials are not
exposed queries a directive that does not exist on their line and reads the
empty result as "nothing set", while the credential is in fact held by
`masterauth`. All three passages now name the directive per line, and the
evidence is recorded in agent/ARCHITECTURE_FACTS.md so a later edit cannot drop
the version scope.

The remaining corrections:

- "node" is reserved for Kubernetes nodes. Four places used it for a Valkey
  process on pages that also discuss scheduling, anti-affinity, and node
  selectors, where the word means a machine.
- "cross-cluster" is qualified as "cross-Kubernetes-cluster". Unqualified, in
  a product whose architecture is named Cluster, it can be read as replication
  across the shards of a Valkey Cluster.
- Navigation labels: "Troubleshooting" is one word, and the two guide sections
  are now distinguished in English the way the Chinese labels already were.
- Standard protocol and standards-body names are written as the proper names
  they are: RFC 3339, IPv4, IPv6, IP family. The rule is recorded in
  agent/TECHNICAL_WRITING_POLICY.md, naming both the abbreviations that are
  expanded at first use and those that never are, because the mechanical scan
  flags an unexpanded acronym and would otherwise drive a revert.

One reported finding was withdrawn rather than applied. It claimed the
forbidden-directive list omitted `ignore-warnings`; that entry is commented out
in internal/builder/config.go and is therefore not filtered. The documented
list matches the 39 active entries in membership and order, so the change would
have introduced the error it claimed to fix.
@chideat
chideat merged commit f787e42 into release-2.0 Sep 7, 2026
1 of 2 checks passed
@chideat

chideat commented Sep 7, 2026

Copy link
Copy Markdown
Collaborator Author

/doc-pr-build

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