browser-preview

Browser Preview

Hub 内置了嵌入式浏览器面板（F120），可以直接预览运行中的 localhost 应用。猫猫写完前端代码不用让operator切浏览器看效果。

工作流

基础流程（端口发现 → 预览）

1. 启动 dev server：交互 Terminal 可直接前台跑；要把页面交给operator跨回合查看时，猫的 invocation/-p 会话必须用仓库的 managed launcher： pnpm preview:process start --port PORT --cwd /absolute/project/path -- COMMAND [ARGS...] macOS 上它会把目标直接注册为一次性 user LaunchAgent；普通 detached child、nohup、setsid 或 PTY 都不算独立托管。
2. Hub 自动检测端口 → 弹出 toast 提示"检测到 localhost:xxxx 启动"
3. 点击 Open Preview → 自动打开 browser panel 并加载页面
4. 也可以手动：切到 workspace 的 Browser tab，输入 localhost:port 按 Go

改代码 → HMR 热更新 → browser panel 内页面自动刷新，无需手动操作。

猫主动打开浏览器（Phase C — 必须掌握）

operator说过："别手动让我输入，你最好打开浏览器，把页面放出来。"

猫应该主动替operator打开浏览器，不要等operator点 toast 或手动输 URL。

调用步骤（按顺序执行，不要跳步）

Step 1: 确认目标服务器在跑
  若由猫启动，先用 managed launcher 启动/查状态：
  pnpm preview:process start --port PORT --cwd /absolute/project/path -- COMMAND [ARGS...]
  pnpm preview:process status --port PORT --cwd /absolute/project/path --json
  → 只有 status=running 才进入下步；unavailable/unmanaged/stopped 必须如实报告
  → macOS 跨回合展示还必须有 origin=launchd；origin=detached 只证明 launcher 已退出，
    没证明脱离 invocation supervisor，不得承诺“回复后还会活着”
  curl -s -o /dev/null -w "%{http_code}" http://localhost:PORT
  → 200/301/304 = 可以继续
  → 000/connection refused = 服务器没起来，先启动再说

Step 2: 调用 typed MCP
  cat_cafe_preview_open({
    port: PORT,
    path: "/",
    worktreeId: "当前 worktreeId（有就传）",
    threadId: "当前 threadId（有就传）"
  })

Step 3: 读返回的 deliveryStatus，再决定怎么报告
  → applied     = Hub 前端真实接收并应用了（面板已打开）——只有这时才能说"已打开"
  → queued      = 目标 thread 不在前台，已写入其 ThreadState；切到该 thread 自动揭示
  → blocked     = presentation lock 等阻止了展示（看 deliveryReason）
  → unconfirmed = 没有任何 Hub 客户端确认送达（没连接 / 无匹配 client）——必须如实说"未能确认打开"

admission ≠ visible：allowed: true 只证明服务端受理了请求。报告"已打开"之前必须看到 deliveryStatus: "applied"。

running ≠ durable：同一 invocation 内的 status: "running" 只证明当前可达。macOS 只有 origin: "launchd" 才证明已经交给用户会话级服务管理；“确实跨回合存活”必须由后续 invocation 的 status/HTTP 探针或operator现场画面确认。