feat(web): 完善 Peer 与 Extension 使用体验

[xiaoland]

目标

让用户主要通过 client-web 连接、管理 Peer、安装与配置 Extension，并在浏览和操作信息时获得一致、清晰的反馈。

本 PR 承载本轮全部分组，已转为 Ready for review；最终启动恢复回归通过后与 ext-reg#56、docs#31 一起交付。

已完成：Peer 身份与生命周期

• 将 Settings 收敛为浏览器本地的连接、语言与完整导入/导出，不再显示 Peer ID；身份仍持久化并随完整配置导入/导出。
• 新增 Peers 页面，集中呈现当前浏览器和其他 Peer 的名称、应用版本、在线状态、能力与 Peer 配置。
• Web Peer 使用浏览器类型、主版本和系统生成默认名称；运行注册只刷新运行身份，保留用户名称和配置。
• 页面加载与 Refresh 通过 Peer lease 判断状态，不再额外调用 /livez。
• Extension、Memos 和 Twitter 的 Peer 选择器统一显示名称和应用版本，并清理运行节点语境中的 Client 命名。
• 同步 Core peer-runtime-identity-v1 数据库契约与本地技术文档。

已完成：Extension 发现与安装

• Extensions 页面提供 Registry Web 入口；搜索、详情与精确版本选择都在 Registry 完成，不再复制一套 Web listing。安装与 Peer 无关；每张已安装 Extension 卡片的「Enable… / Disable…」分别打开可多选 Peer 的弹窗。
• Registry 回跳 /extensions?install=<name>&version=<exact> 后，Web 重新读取 Release、展示 Host 信息并等待确认；打开链接不安装。未连接部署时显示 Settings 入口，已安装版本不会被静默替换。
• 安装确认只写部署级记录，不隐式启用、下载或执行 Extension。
• 启用/停用弹窗默认不选 Peer；取消不写入。逐 Peer 应用既有 Host/持久意图路径，成功保留，部分失败显示并读回实际状态。在线判断复用 Peers 页的服务端在线集合，不凭浏览器时钟推断。
• 已安装 Extension 显示精确版本和管理入口；改版直接使用部署级操作，并保留 enabled/setup state 的既有阻止不变量。
• Vite 开发服务器不再预打包 Extension runtime，确保它与应用共享同一份 @inkcre/core 状态。

已完成：配置表单

• Source 创建/编辑与 Peer 配置共用 JSON Schema 可视化表单；保留 JSON 模式和完整草稿，未知字段与无效 JSON 不会在切换时丢失。
• 不支持的 schema 仍可通过 JSON 编辑，内嵌表单不产生嵌套原生 <form>。凭据遮蔽只依据 schema 的 format: password，不改变读写语义。
• 配置 Form/JSON 复用 UI 包的受控 Tabs；Extension 发现不再属于 Web 内部视图。
• InkAutoForm 五处数组/可空字段动作已在 UI #52 修正为 InkButton，由正常 Version PR docs(governance): record completed workflow rollout #53 发布 2.1.1；第四组已将全部消费者统一升级到正式 2.2.0。
• 原生链接继承宿主文字色，不再让 Browse Registry、Settings 等链接回退为浏览器默认蓝色或已访问紫色；保留各组件自身更具体的样式。

第四组：交互质量

• Settings 只显示当前任务需要的连接、语言、备份操作；删除导出内容的常驻说明。Peer 身份/能力、Extension 版本管理/文档、搜索帮助与技术错误按需展开。
• 页面不重复 Header 标题；浏览器标题跟随路由、已保存的 Source 名称和当前 Web Peer 名称，不使用未提交草稿。
• 首次读取使用结构化骨架；刷新保留原内容，失败提供重试。独立内容等待仍使用三点式，紧凑行内状态使用 spinner，轮询间隔不持续转圈。
• Dialog 将交互锁定与动作 loading 分开：保存时仅保存按钮转圈，取消可禁用但不转圈。UI feat: integrate public extension registry #54 同时交付 Dropdown 搜索提示和相对 spacing token，已通过正常 Version PR chore(deps): bump the github-actions group across 1 directory with 4 updates #55 发布。
• Recall 普通检索只由目标页面发起；Find path 的过期响应不污染新模式。Job 区分不存在与读取失败，日志刷新失败保留已有内容。

UI #54 与正常 Version PR #55 已合并，@inkcre/ui-web@2.2.0 正式发布且由全部五个消费者精确锁定。此前正式包的完整 pnpm check、数据库 E2E 12/12 与浏览器扩展 E2E 通过；最新启动恢复修复正重新执行全部门禁。

公开预览另发现首屏短暂显示翻译键，已改为同步载入两份约 21.8 KB 的语言资源，并在既有首次连接 E2E 增加首份页面文案检查；未引入启动加载框架。

最终跨站验收发现 Core 初始化等待远程 Peer 时整页空白。现改为立即挂载应用根的三点式等待界面，初始化成功后才挂载业务页面；失败提供 Retry，等待与失败均可整页进入 Settings。重试保留当前深链，不自动重试、不重置连接、不复用半初始化状态。新增真实数据库 E2E 的受控网络失败旅程验证这些恢复路径。

验证

• pnpm check
• 既有 PR CI 的 Web/Webext E2E、Workspace contract 与 Cloudflare preview 均通过。Web E2E 使用独立、可销毁的数据库，覆盖“回跳不写入、确认后安装”、取消 Peer 弹窗不写入，以及两个离线 Peer 的批量启停。旧 head 的绿色检查不代表第四组最新提交已通过。
• 正式 InkUI 2.2.0 接入后，完整 pnpm check 再次通过，包括 Web 与三个 MF Extension 的类型、构建和包边界检查。第三组源码联调已在浏览器检查嵌套/可空字段、未知字段保留、无效 JSON、单一原生 form 和 Tabs 历史。
• PR preview 默认不预置连接；公开页面的空连接不作为联网数据面的通过证据。自动化使用隔离数据库，手工验收使用 owner 的兼容 self-hosted 部署。
• 在 owner 的 self-hosted Heroku 部署更新到 Core 0.6.2 后，实际从 PR preview 的 Settings 保存连接、刷新页面、打开 Peers，确认本浏览器 Peer 与 Core Peer 均为 Online，Core 显示 v0.6.2；对应部署运行完成迁移、发布和公网探针。JWT 值未写入 PR 或日志；导入/导出验收产生的本地临时文件已删除。
• 同一联网环境完成导出→隔离浏览器导入→恢复同一 Peer 身份与在线列表；当前浏览器 Peer 改名刷新后保留且已恢复原名。JSON 草稿、密码遮蔽和 Tabs 历史亦已复核。未运行第三方采集；含密钥导出文件已删除。
• 在连接 owner Heroku/Neon 部署的公开 preview 中，精确 RSS 0.2.1 回跳链接打开后须确认才安装，刷新仍保留。Heroku Eco 休眠时 Core 在 Peers 页和弹窗均显示离线；唤醒后均显示在线，从弹窗启用、停用 Core 成功，随后卸载验收创建的安装记录。Registry #56 Web 预览已带正式 Release 数据：最终实际搜索 RSS、进入 0.2.1 版本页并点击回跳，Web 显示用户当前的 Installed v0.2.1。该次只读回跳未改动用户的安装或启用状态。
• 第四组正式包的数据库 E2E 12/12 通过，覆盖空浏览器 Settings 保存→刷新→Peers、首屏文案、Source 已保存名称/草稿/历史/刷新、首页 Peer 名称、Dialog 取消不转圈、Recall 请求责任/失效、Job 与日志失败恢复。早期本地 source lane 的模块 502 与 Docker API 阻塞保留为历史记录，不替代本次正式构建结果。
• 最新公开 preview 已连接 owner 部署，复核连接持久化、Peer 版本、动态标题、中英切换/刷新、RSS 版本回跳、版本与文档披露、Type 搜索/键盘选择、360px Source 表单和 Ctrl+K 对齐；未创建 Source 或执行采集。现有 RSS 0.2.1 保持原安装/启用状态。正式 UI 样例另检查深色与 20px 根字号；未声称完成操作系统 reduced-motion 切换或全部消费者组合的人工实测。
• docs#31 已同步操作步骤与 1280×720 浅色桌面配图，网站检查和 preview 均通过。原始截图留在忽略的 task assets。

关联：InKCre/ext-reg#56、InKCre/ext-reg#48、InKCre/core-py#118、InKCre/ui#50、InKCre/ui#51、InKCre/core-py#120、InKCre/core-py#121、InKCre/docs#31。

交付边界与回退

Core peer-runtime-identity-v1、UI 2.2.0 与 GitHub/Mail/Telegram Source wheel 0.3.2 已交付；本 PR
等待最终启动恢复验收后合并。此分组无数据库迁移或新外部权限。若发布后表单回归，
可回退本 PR 的 Web 提交；既有 JSON 模式保留为不丢配置的操作路径。

[xiaoland]

第四组交付收尾：最终 head 1123105（最后两笔仅 task packet 及其格式）检查全部通过。Client checks：https://github.com/InKCre/client-web/actions/runs/35870597735 ，数据库 E2E 12/12（16.7 秒），Webext 1/1；同 head 的 Pages preview：https://github.com/InKCre/client-web/actions/runs/35870594806 。正式依赖为 @inkcre/ui-web@2.2.0，未使用本地链接包。公开联网验收与人工矩阵边界见 PR 描述及 task packet。docs#31 同步步骤和桌面截图，继续保持 Draft；本 PR 亦不合并。

[xiaoland]

启动空白修复已完成，当前 head：632b3ea。

App 立即显示三点式启动状态，Core 初始化成功后才挂载业务页面；失败显示 Retry，等待和失败均可整页进入 Settings。Retry 保留深链，Settings 保留原配置；不新增初始化重试或改变 SDK 传输行为。

验收：

• Client checks 总体 completed/success；真实隔离数据库 E2E 13/13，新增启动恢复旅程 1.5 秒通过，Webext E2E 通过。
• 新版预览部署成功。连接用户 Heroku/Neon 部署，实际观察 Starting InKCre… → RSS 0.2.1 精确版本页，深链和现有安装状态保留。本地不可达连接已验证失败 → Retry → Settings，未修改连接配置。
• 前两轮测试误把 SDK 对网络失败、503 的退避等待当作终态。trace 确认后改用终态 401 验证凭据拒绝，没有放宽超时或修改产品重试逻辑。

合并门禁：Workspace contract 的所有步骤已成功，但 GitHub 的 job/check 元数据仍为 in_progress，PR 暂报 BLOCKED；不会绕过门禁。三个关联 PR 尚未合并，Registry 手动生产发布授权仍待确认，本地开发环境清理尚未开始。

[xiaoland]

最终交付：本 PR 已合并为 7307dda，生产发布成功：https://github.com/InKCre/client-web/actions/runs/35881211712 。最终 Client checks 的真实隔离数据库 E2E 为 13/13；启动等待、失败重试和 Settings 恢复已验证。生产浏览器已复核 RSS 0.2.1 精确版本确认、未连接时禁止安装、Settings 无 Peer ID。真实 Heroku/Neon 联网数据面验收在合并前的公开预览完成，未将生产只读复核冒充生产安装验收。本任务本地 Web、设计稿和 Histoire 服务已停止；保留 worktree、截图与任务材料，未额外删除云端或用户数据。