Model/API key config UX de-jargoned to assistant/service-key language
A single commit rewrites ~24 user-visible strings in the `/account/models` flow, swapping developer vocabulary for plainer terms: "Models & API Keys" becomes "AI configuration," "Model Preferences" becomes "Default assistant," "Tabular review model" becomes "Assistant for tabular reviews," and API key labels drop the "API Key" suffix to just "Anthropic (Claude) key." No behavior changes.
The diff touches four files and 24 strings. foolish-bandit was explicit in the commit message: no identifiers, file names, MIME types, localStorage keys, env vars, or backend contracts were renamed. The ModelToggle component drops "model" in favor of "assistant" in its title, aria-label, fallback label, and tooltip text. The ApiKeyMissingModal title shifts from "API key required" to "GaryOSS isn't configured yet," with body copy softened to "GaryOSS isn't connected to {service} yet. Open AI configuration to add a key."
The instinct here is consistent with the broader lawyer-friendly copy pass in this fork: the words "model" and "API key" mean something to the developer who built this but less to a lawyer using it. "Assistant" and "service key" communicate the same concept without the technical framing.
The GaryOSS product name is baked into the ApiKeyMissingModal strings, so those would need a substitution pass before landing in a differently named fork. The rest is generic enough to import directly.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?