蓝湖浏览器扩展：在设计稿详情页（detailDetach）与项目画布页（stage）蓝湖自绘的右键菜单里注入三个菜单项，把登录态与设计稿定位信息一键喂给 lanhu-context CLI。私有包，不发布 npm；随仓库 changesets 发版，产物（crx/zip）见 GitHub Releases。
到 Releases 页找最新的 @lanhu-context/browser-extension@x.y.z，附件有两个：
lanhu-context-helper-<version>.zip（推荐）：解压后按下面的步骤加载解压目录即可lanhu-context-helper-<version>.crx：签名安装包。Chrome 75+ 对非商店 crx 有CRX_REQUIRED_PROOF_MISSING限制，拖进chrome://extensions通常会被拒；它面向企业策略分发（force install）与接受本地 crx 的 Chromium 系浏览器
pnpm --filter @lanhu-context/browser-extension build两种方式最后都在 Chrome 中：
- 打开
chrome://extensions - 开启右上角「开发者模式」
- 点「加载已解压的扩展程序」，选择解压出的目录（方式一）或本目录下的
dist/（方式二）
最低 Chrome 版本：114。
在设计稿详情页（https://lanhuapp.com/web/#/item/project/detailDetach?...）或项目画布页（.../#/item/project/stage?...）右键，蓝湖菜单底部会出现三个菜单项（详情页带 CLI 徽标；stage 页沿用宿主菜单的朴素样式，无徽标）：
| 菜单项 | 作用 |
|---|---|
| 复制选中设计稿链接 | 解析 tid/pid/image_id，重构规范 URL（另带与 pid 同值的 project_id）写入剪贴板，可直接喂给 lanhu context "<URL>" |
| 复制 cookies | 通过 chrome.cookies 取 lanhuapp.com 全部 Cookie（含 HttpOnly，比 document.cookie 全）写入剪贴板，可粘贴给 lanhu auth set |
| 发送 cookies 到本机 | 把同一份 Cookie POST 到 http://127.0.0.1:7623/token，由 lanhu auth listen 一次性接收并写入用户级配置（0600） |
- 详情页（detailDetach）：
image_id直接取自地址栏 hash。 - 画布页（stage）：地址栏没有
image_id，扩展从左侧画板导航树的选中项反查。因此右键的必须是一张设计图——右键空白画布、分组或框选多张后再右键，「复制选中设计稿链接」会提示缺少image_id，不产生错误链接；导航树被收起时同样不可用。 - 导航树节点上「⋯ 更多」按钮打开的是同一个右键菜单，三个菜单项在那里同样出现；对分组行点「复制选中设计稿链接」会提示缺少
image_id（分组不是设计图）。
# 终端：启动一次性接收端（默认 127.0.0.1:7623，120s 超时）
lanhu auth listen
# 尚未安装 CLI 时，用 npx 免安装登录：
npx -y -p @lanhu-context/cli lanhu auth listen
# 浏览器：蓝湖设计稿页面 → 右键 → 「发送 cookies 到本机」
# 终端收到后自动写入用户级配置并退出；随后可验证：
lanhu auth status
lanhu auth test "<设计稿URL>"接收端只接受浏览器扩展来源（Origin: chrome-extension://）或油猴脚本标记（x-lanhu-bridge 请求头）的请求，普通网页两者都无法伪造（自定义头会触发 CORS preflight 且拿不到许可）；叠加仅监听回环地址、收到一次即退出、超时自动退出。
端口在两处必须一致：
- 扩展侧：
../ecosystem-core/src/constants.ts的DEFAULT_BRIDGE_PORT（改后重新 build 并在chrome://extensions点刷新） - CLI 侧：
lanhu auth listen --port <port>
permissions:cookies（读取 lanhuapp.com Cookie，含 HttpOnly——这正是做成扩展而非油猴脚本的原因）、clipboardWritehost_permissions: 仅lanhuapp.com（http 与 https 两条都要）与http://127.0.0.1/*，不触达其他站点
Chrome 判断扩展能否读一条 Cookie 时，按该 Cookie 的 Secure 标志拼 URL 再匹配 host_permissions：Secure 的按 https://，非 Secure 的按 http://。蓝湖的会话 Cookie 里只有 PASSPORT 是 Secure，user_token / session / SERVERID 都不是——只声明 https 时，chrome.cookies 会静默只返回 PASSPORT 一条，复制出来的 Cookie 不足以通过 lanhu auth test。删掉 http 那条即复现此问题。
整段 Cookie 等同蓝湖账号凭据。 勿分享、勿提交到仓库、勿粘贴到不可信的地方；CLI 侧输出只显示掩码指纹，绝不回显明文。
- 多选不复制链接：框选多张设计图后右键，"哪一张"无从判断，「复制选中设计稿链接」只会提示缺少
image_id。 - 折叠分组依赖宿主自动展开：右键折叠分组内的设计图时，靠蓝湖自动展开其祖先分组、把选中态同步到导航树；若宿主该行为改变，反查会退化为提示缺少
image_id。 - 二级菜单展开会让定位修正失效：stage 页注入后扩展会把超出视口底部的菜单上移一次；hover「移动至分组」等带二级菜单的宿主项时，蓝湖会重写菜单的内联样式，上移随之被还原。
注入依赖实测选择器（详情页 src/content/selectors.ts、画布页 src/content/stage-selectors.ts，实测记录见 docs/NOTES.md）。若蓝湖前端改版导致选择器失效，注入会静默失败（不报错）；按 docs/implementation-plan.md（详情页）或 docs/implementation-plan-stage-menu.md（画布页）Task 1 折叠区的侦察/验证方法留档重测并更新对应选择器文件即可，业务逻辑无需改动。