The studio's app and change pages wear a git chip no studio reader can act on: ● workbench · ○ this machine #317

Pushed.

The studio's app and change pages no longer open with dev's git chip. scopeHeader (src/web/chrome.ts) now only draws whereRow's three-place strip (● workbench · ○ this machine) when the page is dev's own; in studio mode over a repository the studio owns as an app, a native repo (no origin) draws no strip at all — the header is just owner / name · Public and the tab strip. A mirrored app instead gets a new one-line note from studioOriginNote (src/web/scope.ts): "Reads from <host>, synced <time>" — the same two facts the strip carried, in prose rather than dots. ?mode=dev is untouched: same function, same strip, same words.

Tests: extended test/studio-words.test.ts to ban "workbench"/"this machine" from any studio page (fails today without the fix) and to prove ?mode=dev still shows them on the app and change pages; added a test in test/web-origins.test.ts that enables a mirrored repo as an app and asserts the studio-mode header drops the strip for the one-line note while ?mode=dev keeps the dots.

bun run check (tsc + the full check suite, including studio-words.test.ts) is green. Note: test/web-origins.test.ts (not part of forge.json's check list) has one pre-existing, unrelated failure ("the dashboard lists what is pinned" expects dev's dashboard at / with no mode cookie, but studio is now the default there) — present on main before this change too, left alone.

Closes #281