Skip to content

docs: document the language of AI-generated content - #599

Open
abdulrafey1 wants to merge 3 commits into
refey/feat/lang-10-mcp-languagefrom
refey/docs/lang-11-generation-language
Open

docs: document the language of AI-generated content#599
abdulrafey1 wants to merge 3 commits into
refey/feat/lang-10-mcp-languagefrom
refey/docs/lang-11-generation-language

Conversation

@abdulrafey1

@abdulrafey1 abdulrafey1 commented Aug 13, 2026

Copy link
Copy Markdown
Contributor

Part of: Sparkth UI, emails, API errors, and AI-generated content are English-only

Top of the phase-2 generation-language stack. Does not close the issue.

What

Documents what the preferred-language setting now drives, and — just as importantly — what it
does not.

Changes

  • docs(core): expand the user guide's preferred-language section with the surfaces the preference
    reaches, the surfaces it does not, the MCP path's explicit tag, and the per-language quality caveat

How to Test

  1. make docs — builds strict with no new warnings.
  2. Open site/guides/user-management/index.html and confirm the new subsections render under
    "Preferred language" and that the supported-languages table still follows them.

Notes

Documentation only, no code. docs/reference/configuration.md and .env are deliberately
untouched — both are still accurate, and an open PR edits the former's DEFAULT_LANGUAGE section.

Three exceptions are stated explicitly so they are not mistaken for oversights: fixed backend
strings including the out-of-scope refusal are still English (localizing them belongs to the
static-translation layer, not to the model's language directive); a published course carries
whatever language its destination LMS defaults to; and the Slack assistant's answers do not follow
the setting, because the asker is a Slack member with no stored Sparkth preference.

The guide also records the two things a reader would otherwise get wrong: a source document keeps
its own language while only the output follows the preference, and inclusion in the supported list
is not a claim that the model is equally strong in every listed language.

This description was written with the assistance of an LLM (Claude).

abdulrafey1 and others added 3 commits August 14, 2026 02:04
Describes what the preferred-language setting now drives — chat replies, generated course
content and conversation titles — and what it deliberately does not: internal reasoning
prompts, fixed backend strings, and course metadata on a publishing target.

Also records the two things a reader will otherwise get wrong: a source document keeps its
own language, and the MCP path takes an explicit tag because it has no user to resolve a
preference from.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The previous wording described a static-translation catalog mechanism that
does not yet exist in the codebase. Reworded to accurately reflect the current
state — API error messages and fixed backend strings are simply hardcoded
English — and to describe localization as separate work that belongs to a
dedicated translation layer, not to the language preference directive.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The guide claimed the language preference reaches every surface a user
reads, but the Slack assistant answers questions from Slack members who
are not signed-in Sparkth users and have no stored preference, so it does
not follow the setting. Add it as a third exception and narrow the
applies-to claim accordingly.

Also fold a duplicated quality-varies-by-language passage into the
existing paragraph under Supported languages instead of repeating it in
its own subsection.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@abdulrafey1 abdulrafey1 changed the title refey/docs/lang 11 generation language docs: document the language of AI-generated content Aug 13, 2026
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.

2 participants