Fork rebranded to "Michelle"; CORS extended for multi-origin Amplify deploys
easterbrooka renamed the product from "Mike" to "Michelle" across user-facing strings and extended the backend CORS handler to accept a comma-separated list of origins. The rebrand is fork-specific; the CORS pattern is reusable.
Commit 5bc4211 touches nine files: browser title, logo text in the sidebar, workflow system badge, two column-prompt placeholders, the error page title, and the account page help text. Code identifiers, type names, file names, and comments are intentionally left as "mike" - this is a copy pass only.
The CORS change in backend/src/index.ts replaces the single-origin string with a callback that checks against an array built from FRONTEND_URL split on commas. The motivation is parallel URLs during AWS Amplify testing: the Amplify-managed amplifyapp.com subdomain and a custom domain are both live at the same time, and a single-value FRONTEND_URL would block one of them. The implementation is straightforward - split, trim, filter empties, then allow if origin is in the set or absent (server-to-server).
This commit is a clear signal about deployment trajectory: easterbrooka is rolling mike onto AWS Amplify under a new product name, and the multi-origin CORS was a practical blocker they hit during that rollout.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?