feat(browse): extend GSTACK_CHROMIUM_PATH support to headless launch

[shohu]

Summary

launchHeaded() already reads GSTACK_CHROMIUM_PATH to select a custom Chromium binary, but launch() (headless mode — the default $B goto path) ignores the env var and always falls back to Playwright's bundled binary.

This PR applies the same pattern to launch():

• If GSTACK_CHROMIUM_PATH is set and the path exists (existsSync guard), it is passed as executablePath to chromium.launch()
• If unset or the binary is missing, falls back to standard Playwright Chromium automatically — no breaking change
• Logs [browse] Using custom Chromium: <path> on startup when active (matches the debug style used elsewhere)

Motivation

This enables drop-in use of stealth Chromium forks (e.g. CloakBrowser) for headless automation without needing to fork gstack or patch vendored files after every upgrade.

Before: GSTACK_CHROMIUM_PATH only worked for headed mode ($B connect). Headless $B goto always used Playwright's bundled binary regardless.

After: Setting GSTACK_CHROMIUM_PATH in the environment applies to both headless and headed mode consistently.

Usage

# ~/.zshrc
export GSTACK_CHROMIUM_PATH="$(python3 -c 'from cloakbrowser import binary_info; print(binary_info()["binary_path"])')"

# Verify: navigator.webdriver should be false with CloakBrowser
$B goto https://example.com
$B js 'navigator.webdriver'   # → false

Test plan

• bun run build passes
• $B goto with GSTACK_CHROMIUM_PATH set → navigator.webdriver: false, window.chrome: object
• $B goto without GSTACK_CHROMIUM_PATH → falls back to standard Playwright Chromium (existsSync guard)
• No changes to headed mode (launchHeaded) behaviour

🤖 Generated with Claude Code