收口 Rust Web 入口与 AI 写入链

- 将 3000 主入口继续收口到 mnote-web，补齐 /favicon.ico、/api/auth、session alias、AI run 等 Rust Web 路由边界。

- 更新登录页与 Convex Auth 代理，支持测试账号快速登录写入真实 Convex Auth cookie。

- 推进页面设置、Wolai 对齐、Phase 7 AI kernel/CLI-first 设计文档与相关 smoke 脚本。

- 更新 leptos-tiptap 生成资产、mnote-cli/bridge-runtime、前端依赖和 dev/prod 启动脚本。

design/03-rust-web/process/3-rust-web-long-term-architecture-v1.md

@@ -25,6 +25,7 @@
 - Rust 内核和 Web 承载层如何分工
 - 前端哪些部分应该退出当前重 React 壳
 - `axum`、`Leptos` 这类 Rust Web 方案是否值得采用
+- `mnote-cli` 应如何成为唯一长期 agent 执行面
 - `BlockNote` 应如何被隔离到最后处理
 
 ---
@@ -56,7 +57,7 @@
 - **业务执行面：现有 Rust workspace 继续作为唯一业务真执行面**
 - **Web 承载层：`axum`**
 - **页面渲染模型：`Leptos Islands`**
-- **AI 运行时：Hermes**
+- **AI 执行面：`mnote-cli`**
 - **最后保留的重前端孤岛：`BlockNote`**
 
 一句话概括：
@@ -179,7 +180,7 @@
 - 文档查询与聚合层
 - 树结构装配层
 - 搜索服务层
-- AI bridge / Hermes bridge 层
+- AI bridge / CLI host 层；长期 agent 执行面只收口到 `mnote-cli`，Hermes 仅作为历史兼容 bridge / 外置 adapter
 - 页面 SSR 外壳承载层
 - 流式更新、通知、事件推送层
 
@@ -356,7 +357,7 @@ Leptos Islands 很适合承接下面这类长期目标：
 
 到目前为止，长期路线里已经有几条可以被源码直接证明的最小里程碑：
 
-- Rust Web 承载层已经有 `mnote-web` crate 骨架，`router / middleware / request context / SSE / WS / Hermes bridge` 的主接缝已立住。
+- Rust Web 承载层已经有 `mnote-web` crate 骨架，`router / middleware / request context / SSE / WS / AI bridge` 的主接缝已立住；历史上这条线曾经包含 Hermes bridge。
 - 文档页已经从“默认先进编辑器”改成“先阅读、后编辑”：服务端先读 `meta + content`，阅读态单独渲染，`BlockNote` 只在进入编辑态后挂载。
 - Sidebar 已形成“服务端首包 + 客户端局部 island”的最小边界，导航数据聚合契约不再散落在布局层。
 - SearchPalette 与页面级 AI 面板都已经收成轻 host + 按需 runtime island，重量运行态不再默认跟随主布局常驻。
@@ -410,14 +411,14 @@ Leptos Islands 很适合承接下面这类长期目标：
 
 目标：
 
-- 继续桥接 Hermes
+- 继续桥接统一 CLI host
 - 不再承担前端本地 orchestration
 - 不再成为常驻大壳的一部分
 
 归位：
 
 - 面板只保留最小 UI 与上下文桥接
-- 工具执行全部走 Hermes + Rust tools
+- 工具执行全部走 `mnote-cli` + Rust tools
 - 面板按页面需要懒挂载成单独 island
 
 ### 9.5 Mindmap