User-facing strings renamed Mike -> Helix Tribune; identifiers left alone
saratpediredla-level5 renamed the product across 15 files, but only where end users see it. Code identifiers - `mikeApi`, `MikeChat`, `MikeIcon`, `MikeMessage`, package names - are unchanged by design, keeping the diff small and future upstream merges cleaner.
The rename touches page <title> tags, OG/Twitter card metadata, metadataBase, the global-error title, the sidebar header and site logo href, placeholder text in tabular and workflow prompt fields, model-settings copy, the support-form description, and the README and CLAUDE.md product descriptions. Domains swap from mikeoss.com/app.mikeoss.com to tribune.helix.levelfive.studio.
Two less-obvious locations also changed: the LLM system prompts in backend/src/lib/chatTools.ts and backend/src/routes/tabular.ts now read "You are Helix Tribune, ..." so the assistant introduces itself correctly. And the DOCX tracked-changes author label in backend/src/lib/docxTrackedChanges.ts defaults to "Helix Tribune" - this is what Word shows as the revision author when the assistant proposes edits.
The commit explicitly preserves every identifier: mikeApi, MikeChat, MikeIcon, the package names, docstrings in backend/schema.sql, and the upstream references in the README "fork of" line and infra/UPSTREAM.md. The reason is stated in the commit message - renaming identifiers is churn with no benefit, and the upstream references should still point at willchen96/mike. Confining the delta to visible strings means future merges from upstream won't generate conflicts in source code, only in the small set of copy strings.
26 additions, 26 deletions across 15 files. No logic changed.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?