docs: add a glossary to the reference section - #27165
Conversation
Add a reference glossary that defines Coder-specific terms and product names, including the coder_agent / workspace agent / Coder Agents disambiguation, with links to the relevant docs.
Docs previewCheck off each page once it's been reviewed. If a page changes in a later push, its checkbox clears automatically so it gets a fresh look. Pages not yet wired into the docs navigation aren't listed here. |
Reorganize the glossary from category sections into A-Z sections, one H2 per letter with terms as H3s. Letters with no terms are omitted. Definitions, links, and the agent disambiguation callout are unchanged.
Normalize both entries to the hyphenated "sub-agent" spelling used elsewhere in the docs, split them into "Sub-agent (Coder Agents)" and "Sub-agent (dev containers)", add mutual "Not to be confused with" cross-references, and note that the dev container sub-agent is a Coder term, not part of the Development Container Specification.
bpmct
left a comment
There was a problem hiding this comment.
Happy this is here! Of course, my fear with this is that we introduce, update, or deprecate terms and do not update the glossary.
I suggest, as part of this PR, we update our docs style guide, and/or skills so that users and AI is comfortable with if/when/how to detect drift in the glossary.
I'll happily add this. Stay tuned! |
Address review feedback from @bpmct on #27165: document if/when/how to keep docs/reference/glossary.md current so it does not drift as product terms are introduced, renamed, or deprecated. - content-guidelines.md: add a Structural rule (canonical) - doc-check skill: flag terminology changes that need a glossary update - write-docs skill: update the glossary in the same change; checklist item - word-choice.md: cross-link the glossary as the fuller name registry The automated lint guard is tracked separately (DOCS-604).
|
Thanks @bpmct. Addressed in c12dea4 by teaching both the humans and the tooling where the glossary fits:
The content-guidelines rule is the single source of truth; the skills point at it rather than restate it, so it can't drift. For the automated guard your comment hints at, I split that into a separate follow-up (DOCS-604) rather than bundle it here: a real "term used but missing from the glossary" check touches CI config and depends on the not-yet-built |
Adds a reference glossary at
docs/reference/glossary.mdthat defines the Coder-specific terms and product names readers encounter across the docs, and registers it indocs/manifest.jsonunder Reference.The page prioritizes the term collisions around "agent": it disambiguates Coder Agents (the AI product), the workspace agent (the in-workspace daemon), and the
coder_agentTerraform resource with an[!IMPORTANT]callout and cross-referenced entries. Every definition was checked against the current docs, and every internal link is a relative path that resolves in-repo.Decision log and verification notes
Scope of this PR
docs/reference/glossary.md) and its manifest entry.Glossary:cross-link callouts across the docs IA, the search-ranking boost, the workspace-daemon rename decision, and the automated glossary lint guard (DOCS-604).Follow-up from review (@bpmct)
Ben flagged the risk that terms get introduced, renamed, or deprecated without the glossary keeping up. Addressed in commit c12dea4 by pointing both humans and tooling at the glossary:
docs/.style/content-guidelines.md: a canonical Structural rule to update the glossary in the same change that introduces, renames, or deprecates a product or feature name..claude/skills/doc-check/SKILL.md: doc-check flags terminology changes that need a glossary update..claude/skills/write-docs/SKILL.md: authoring updates the glossary in the same change, plus a pre-handoff checklist item.docs/.style/style-guide/word-choice.md: cross-links the glossary as the fuller product-name registry.The single source of truth is the content-guidelines rule; the skills reference it rather than restate it. The automated lint guard is deliberately split into DOCS-604: it touches CI/build config and depends on the planned
Coder.ProductTermsVale rule, so keeping it out holds this PR to a doc-only footprint. The four files above are Markdown-only additions, validated in CI (markdownlint, emdash, Vale advisory) rather than re-run locally.Source
Corrections made vs. the draft
docs/ai-coder/ai-governance.md.docs/ai-coder/tasks.md.nsjail(default) andlandjail.docs/admin/integrations/opentofu.md.docs/manifest.json("state": ["premium"]).Local validation (glossary page)
markdownlint-cli2: 0 errors.scripts/check_emdash.sh: clean.Coderpackage): 0 errors, 0 warnings, 0 suggestions.siblings_only).Reviewer note