@symerian/symi 3.0.21 → 3.0.22

package/docs/zh-CN/refactor/strict-config.md

@@ -1,100 +0,0 @@
----
-read_when:
-  - 设计或实现配置验证行为
-  - 处理配置迁移或 doctor 工作流
-  - 处理插件配置 schema 或插件加载门控
-summary: 严格配置验证 + 仅通过 doctor 进行迁移
-title: 严格配置验证
-x-i18n:
-  generated_at: "2026-02-03T10:08:51Z"
-  model: claude-opus-4-5
-  provider: pi
-  source_hash: 5bc7174a67d2234e763f21330d8fe3afebc23b2e5c728a04abcc648b453a91cc
-  source_path: refactor/strict-config.md
-  workflow: 15
----
-
-# 严格配置验证（仅通过 doctor 进行迁移）
-
-## 目标
-
-- **在所有地方拒绝未知配置键**（根级 + 嵌套）。
-- **拒绝没有 schema 的插件配置**；不加载该插件。
-- **移除加载时的旧版自动迁移**；迁移仅通过 doctor 运行。
-- **启动时自动运行 doctor（dry-run）**；如果无效，阻止非诊断命令。
-
-## 非目标
-
-- 加载时的向后兼容性（旧版键不会自动迁移）。
-- 静默丢弃无法识别的键。
-
-## 严格验证规则
-
-- 配置必须在每个层级精确匹配 schema。
-- 未知键是验证错误（根级或嵌套都不允许透传）。
-- `plugins.entries.<id>.config` 必须由插件的 schema 验证。
-  - 如果插件缺少 schema，**拒绝插件加载**并显示清晰的错误。
-- 未知的 `channels.<id>` 键是错误，除非插件清单声明了该渠道 id。
-- 所有插件都需要插件清单（`symi.plugin.json`）。
-
-## 插件 schema 强制执行
-
-- 每个插件为其配置提供严格的 JSON Schema（内联在清单中）。
-- 插件加载流程：
-  1. 解析插件清单 + schema（`symi.plugin.json`）。
-  2. 根据 schema 验证配置。
-  3. 如果缺少 schema 或配置无效：阻止插件加载，记录错误。
-- 错误消息包括：
-  - 插件 id
-  - 原因（缺少 schema / 配置无效）
-  - 验证失败的路径
-- 禁用的插件保留其配置，但 Doctor + 日志会显示警告。
-
-## Doctor 流程
-
-- 每次加载配置时都会运行 Doctor（默认 dry-run）。
-- 如果配置无效：
-  - 打印摘要 + 可操作的错误。
-  - 指示：`symi doctor --fix`。
-- `symi doctor --fix`：
-  - 应用迁移。
-  - 移除未知键。
-  - 写入更新后的配置。
-
-## 命令门控（当配置无效时）
-
-允许的命令（仅诊断）：
-
-- `symi doctor`
-- `symi logs`
-- `symi health`
-- `symi help`
-- `symi status`
-- `symi gateway status`
-
-其他所有命令必须硬失败并显示："Config invalid. Run `symi doctor --fix`."
-
-## 错误用户体验格式
-
-- 单个摘要标题。
-- 分组部分：
-  - 未知键（完整路径）
-  - 旧版键/需要迁移
-  - 插件加载失败（插件 id + 原因 + 路径）
-
-## 实现接触点
-
-- `src/config/zod-schema.ts`：移除根级透传；所有地方使用严格对象。
-- `src/config/zod-schema.providers.ts`：确保严格的渠道 schema。
-- `src/config/validation.ts`：未知键时失败；不应用旧版迁移。
-- `src/config/io.ts`：移除旧版自动迁移；始终运行 doctor dry-run。
-- `src/config/legacy*.ts`：将用法移至仅 doctor。
-- `src/plugins/*`：添加 schema 注册表 + 门控。
-- `src/cli` 中的 CLI 命令门控。
-
-## 测试
-
-- 未知键拒绝（根级 + 嵌套）。
-- 插件缺少 schema → 插件加载被阻止并显示清晰错误。
-- 无效配置 → Gateway 网关启动被阻止，诊断命令除外。
-- Doctor dry-run 自动运行；`doctor --fix` 写入修正后的配置。

package/docs/zh-CN/refactor/syminet.md

@@ -1,424 +0,0 @@
----
-read_when:
-  - 规划节点 + 操作者客户端的统一网络协议
-  - 重新设计跨设备的审批、配对、TLS 和在线状态
-summary: SymiNet 重构：统一网络协议、角色、认证、审批、身份
-title: SymiNet 重构
-x-i18n:
-  generated_at: "2026-02-03T07:55:03Z"
-  model: claude-opus-4-5
-  provider: pi
-  source_hash: 719b219c3b326479658fe6101c80d5273fc56eb3baf50be8535e0d1d2bb7987f
-  source_path: refactor/syminet.md
-  workflow: 15
----
-
-# SymiNet 重构（协议 + 认证统一）
-
-## 嗨
-
-嗨 Peter — 方向很好；这将解锁更简单的用户体验 + 更强的安全性。
-
-## 目的
-
-单一、严谨的文档用于：
-
-- 当前状态：协议、流程、信任边界。
-- 痛点：审批、多跳路由、UI 重复。
-- 提议的新状态：一个协议、作用域角色、统一的认证/配对、TLS 固定。
-- 身份模型：稳定 ID + 可爱的别名。
-- 迁移计划、风险、开放问题。
-
-## 目标（来自讨论）
-
-- 所有客户端使用一个协议（mac 应用、CLI、iOS、Android、无头节点）。
-- 每个网络参与者都经过认证 + 配对。
-- 角色清晰：节点 vs 操作者。
-- 中央审批路由到用户所在位置。
-- 所有远程流量使用 TLS 加密 + 可选固定。
-- 最小化代码重复。
-- 单台机器应该只显示一次（无 UI/节点重复条目）。
-
-## 非目标（明确）
-
-- 移除能力分离（仍需要最小权限）。
-- 不经作用域检查就暴露完整的 Gateway 网关控制平面。
-- 使认证依赖于人类标签（别名仍然是非安全性的）。
-
----
-
-# 当前状态（现状）
-
-## 两个协议
-
-### 1) Gateway 网关 WebSocket（控制平面）
-
-- 完整 API 表面：配置、渠道、模型、会话、智能体运行、日志、节点等。
-- 默认绑定：loopback。通过 SSH/Tailscale 远程访问。
-- 认证：通过 `connect` 的令牌/密码。
-- 无 TLS 固定（依赖 loopback/隧道）。
-- 代码：
-  - `src/gateway/server/ws-connection/message-handler.ts`
-  - `src/gateway/client.ts`
-  - `docs/gateway/protocol.md`
-
-### 2) Bridge（节点传输）
-
-- 窄允许列表表面，节点身份 + 配对。
-- TCP 上的 JSONL；可选 TLS + 证书指纹固定。
-- TLS 在设备发现 TXT 中公布指纹。
-- 代码：
-  - `src/infra/bridge/server/connection.ts`
-  - `src/gateway/server-bridge.ts`
-  - `src/node-host/bridge-client.ts`
-  - `docs/gateway/bridge-protocol.md`
-
-## 当前的控制平面客户端
-
-- CLI → 通过 `callGateway`（`src/gateway/call.ts`）连接 Gateway 网关 WS。
-- macOS 应用 UI → Gateway 网关 WS（`GatewayConnection`）。
-- Web 控制 UI → Gateway 网关 WS。
-- ACP → Gateway 网关 WS。
-- 浏览器控制使用自己的 HTTP 控制服务器。
-
-## 当前的节点
-
-- macOS 应用在节点模式下连接到 Gateway 网关 bridge（`MacNodeBridgeSession`）。
-- iOS/Android 应用连接到 Gateway 网关 bridge。
-- 配对 + 每节点令牌存储在 Gateway 网关上。
-
-## 当前审批流程（exec）
-
-- 智能体通过 Gateway 网关使用 `system.run`。
-- Gateway 网关通过 bridge 调用节点。
-- 节点运行时决定审批。
-- UI 提示由 mac 应用显示（当节点 == mac 应用时）。
-- 节点向 Gateway 网关返回 `invoke-res`。
-- 多跳，UI 绑定到节点主机。
-
-## 当前的在线状态 + 身份
-
-- 来自 WS 客户端的 Gateway 网关在线状态条目。
-- 来自 bridge 的节点在线状态条目。
-- mac 应用可能为同一台机器显示两个条目（UI + 节点）。
-- 节点身份存储在配对存储中；UI 身份是分开的。
-
----
-
-# 问题/痛点
-
-- 需要维护两个协议栈（WS + Bridge）。
-- 远程节点上的审批：提示出现在节点主机上，而不是用户所在位置。
-- TLS 固定仅存在于 bridge；WS 依赖 SSH/Tailscale。
-- 身份重复：同一台机器显示为多个实例。
-- 角色模糊：UI + 节点 + CLI 能力没有明确分离。
-
----
-
-# 提议的新状态（SymiNet）
-
-## 一个协议，两个角色
-
-带有角色 + 作用域的单一 WS 协议。
-
-- **角色：node**（能力宿主）
-- **角色：operator**（控制平面）
-- 操作者的可选**作用域**：
-  - `operator.read`（状态 + 查看）
-  - `operator.write`（智能体运行、发送）
-  - `operator.admin`（配置、渠道、模型）
-
-### 角色行为
-
-**Node**
-
-- 可以注册能力（`caps`、`commands`、permissions）。
-- 可以接收 `invoke` 命令（`system.run`、`camera.*`、`canvas.*`、`screen.record` 等）。
-- 可以发送事件：`voice.transcript`、`agent.request`、`chat.subscribe`。
-- 不能调用配置/模型/渠道/会话/智能体控制平面 API。
-
-**Operator**
-
-- 完整控制平面 API，受作用域限制。
-- 接收所有审批。
-- 不直接执行 OS 操作；路由到节点。
-
-### 关键规则
-
-角色是按连接的，不是按设备。一个设备可以分别打开两个角色。
-
----
-
-# 统一认证 + 配对
-
-## 客户端身份
-
-每个客户端提供：
-
-- `deviceId`（稳定的，从设备密钥派生）。
-- `displayName`（人类名称）。
-- `role` + `scope` + `caps` + `commands`。
-
-## 配对流程（统一）
-
-- 客户端未认证连接。
-- Gateway 网关为该 `deviceId` 创建**配对请求**。
-- 操作者收到提示；批准/拒绝。
-- Gateway 网关颁发绑定到以下内容的凭证：
-  - 设备公钥
-  - 角色
-  - 作用域
-  - 能力/命令
-- 客户端持久化令牌，重新认证连接。
-
-## 设备绑定认证（避免 bearer 令牌重放）
-
-首选：设备密钥对。
-
-- 设备一次性生成密钥对。
-- `deviceId = fingerprint(publicKey)`。
-- Gateway 网关发送 nonce；设备签名；Gateway 网关验证。
-- 令牌颁发给公钥（所有权证明），而不是字符串。
-
-替代方案：
-
-- mTLS（客户端证书）：最强，运维复杂度更高。
-- 短期 bearer 令牌仅作为临时阶段（早期轮换 + 撤销）。
-
-## 静默批准（SSH 启发式）
-
-精确定义以避免薄弱环节。优选其一：
-
-- **仅限本地**：当客户端通过 loopback/Unix socket 连接时自动配对。
-- **通过 SSH 质询**：Gateway 网关颁发 nonce；客户端通过获取它来证明 SSH。
-- **物理存在窗口**：在 Gateway 网关主机 UI 上本地批准后，允许在短窗口内（例如 10 分钟）自动配对。
-
-始终记录 + 记录自动批准。
-
----
-
-# TLS 无处不在（开发 + 生产）
-
-## 复用现有 bridge TLS
-
-使用当前 TLS 运行时 + 指纹固定：
-
-- `src/infra/bridge/server/tls.ts`
-- `src/node-host/bridge-client.ts` 中的指纹验证逻辑
-
-## 应用于 WS
-
-- WS 服务器使用相同的证书/密钥 + 指纹支持 TLS。
-- WS 客户端可以固定指纹（可选）。
-- 设备发现为所有端点公布 TLS + 指纹。
-  - 设备发现仅是定位器提示；永远不是信任锚。
-
-## 为什么
-
-- 减少对 SSH/Tailscale 的机密性依赖。
-- 默认情况下使远程移动连接安全。
-
----
-
-# 审批重新设计（集中化）
-
-## 当前
-
-审批发生在节点主机上（mac 应用节点运行时）。提示出现在节点运行的地方。
-
-## 提议
-
-审批是 **Gateway 网关托管的**，UI 传递给操作者客户端。
-
-### 新流程
-
-1. Gateway 网关接收 `system.run` 意图（智能体）。
-2. Gateway 网关创建审批记录：`approval.requested`。
-3. 操作者 UI 显示提示。
-4. 审批决定发送到 Gateway 网关：`approval.resolve`。
-5. 如果批准，Gateway 网关调用节点命令。
-6. 节点执行，返回 `invoke-res`。
-
-### 审批语义（加固）
-
-- 广播到所有操作者；只有活跃的 UI 显示模态框（其他显示 toast）。
-- 先解决者获胜；Gateway 网关拒绝后续解决为已结算。
-- 默认超时：N 秒后拒绝（例如 60 秒），记录原因。
-- 解决需要 `operator.approvals` 作用域。
-
-## 好处
-
-- 提示出现在用户所在位置（mac/手机）。
-- 远程节点的一致审批。
-- 节点运行时保持无头；无 UI 依赖。
-
----
-
-# 角色清晰示例
-
-## iPhone 应用
-
-- **Node 角色**用于：麦克风、相机、语音聊天、位置、一键通话。
-- 可选的 **operator.read** 用于状态和聊天视图。
-- 可选的 **operator.write/admin** 仅在明确启用时。
-
-## macOS 应用
-
-- 默认是 Operator 角色（控制 UI）。
-- 启用"Mac 节点"时是 Node 角色（system.run、屏幕、相机）。
-- 两个连接使用相同的 deviceId → 合并的 UI 条目。
-
-## CLI
-
-- 始终是 Operator 角色。
-- 作用域按子命令派生：
-  - `status`、`logs` → read
-  - `agent`、`message` → write
-  - `config`、`channels` → admin
-  - 审批 + 配对 → `operator.approvals` / `operator.pairing`
-
----
-
-# 身份 + 别名
-
-## 稳定 ID
-
-认证必需；永不改变。
-首选：
-
-- 密钥对指纹（公钥哈希）。
-
-## 可爱别名（龙虾主题）
-
-仅人类标签。
-
-- 示例：`scarlet-shell`、`saltwave`、`mantis-pinch`。
-- 存储在 Gateway 网关注册表中，可编辑。
-- 冲突处理：`-2`、`-3`。
-
-## UI 分组
-
-跨角色的相同 `deviceId` → 单个"实例"行：
-
-- 徽章：`operator`、`node`。
-- 显示能力 + 最后在线。
-
----
-
-# 迁移策略
-
-## 阶段 0：记录 + 对齐
-
-- 发布此文档。
-- 盘点所有协议调用 + 审批流程。
-
-## 阶段 1：向 WS 添加角色/作用域
-
-- 用 `role`、`scope`、`deviceId` 扩展 `connect` 参数。
-- 为 node 角色添加允许列表限制。
-
-## 阶段 2：Bridge 兼容性
-
-- 保持 bridge 运行。
-- 并行添加 WS node 支持。
-- 通过配置标志限制功能。
-
-## 阶段 3：中央审批
-
-- 在 WS 中添加审批请求 + 解决事件。
-- 更新 mac 应用 UI 以提示 + 响应。
-- 节点运行时停止提示 UI。
-
-## 阶段 4：TLS 统一
-
-- 使用 bridge TLS 运行时为 WS 添加 TLS 配置。
-- 向客户端添加固定。
-
-## 阶段 5：弃用 bridge
-
-- 将 iOS/Android/mac 节点迁移到 WS。
-- 保持 bridge 作为后备；稳定后移除。
-
-## 阶段 6：设备绑定认证
-
-- 所有非本地连接都需要基于密钥的身份。
-- 添加撤销 + 轮换 UI。
-
----
-
-# 安全说明
-
-- 角色/允许列表在 Gateway 网关边界强制执行。
-- 没有客户端可以在没有 operator 作用域的情况下获得"完整"API。
-- *所有*连接都需要配对。
-- TLS + 固定减少移动设备的 MITM 风险。
-- SSH 静默批准是便利措施；仍然记录 + 可撤销。
-- 设备发现永远不是信任锚。
-- 能力声明通过按平台/类型的服务器允许列表验证。
-
-# 流式传输 + 大型负载（节点媒体）
-
-WS 控制平面对于小消息没问题，但节点还做：
-
-- 相机剪辑
-- 屏幕录制
-- 音频流
-
-选项：
-
-1. WS 二进制帧 + 分块 + 背压规则。
-2. 单独的流式端点（仍然是 TLS + 认证）。
-3. 对于媒体密集型命令保持 bridge 更长时间，最后迁移。
-
-在实现前选择一个以避免漂移。
-
-# 能力 + 命令策略
-
-- 节点报告的 caps/commands 被视为**声明**。
-- Gateway 网关强制执行每平台允许列表。
-- 任何新命令都需要操作者批准或显式允许列表更改。
-- 用时间戳审计更改。
-
-# 审计 + 速率限制
-
-- 记录：配对请求、批准/拒绝、令牌颁发/轮换/撤销。
-- 速率限制配对垃圾和审批提示。
-
-# 协议卫生
-
-- 显式协议版本 + 错误代码。
-- 重连规则 + 心跳策略。
-- 在线状态 TTL 和最后在线语义。
-
----
-
-# 开放问题
-
-1. 同时运行两个角色的单个设备：令牌模型
-   - 建议每个角色单独的令牌（node vs operator）。
-   - 相同的 deviceId；不同的作用域；更清晰的撤销。
-
-2. 操作者作用域粒度
-   - read/write/admin + approvals + pairing（最小可行）。
-   - 以后考虑每功能作用域。
-
-3. 令牌轮换 + 撤销 UX
-   - 角色更改时自动轮换。
-   - 按 deviceId + 角色撤销的 UI。
-
-4. 设备发现
-   - 扩展当前 Bonjour TXT 以包含 WS TLS 指纹 + 角色提示。
-   - 仅作为定位器提示处理。
-
-5. 跨网络审批
-   - 广播到所有操作者客户端；活跃的 UI 显示模态框。
-   - 先响应者获胜；Gateway 网关强制原子性。
-
----
-
-# 总结（TL;DR）
-
-- 当前：WS 控制平面 + Bridge 节点传输。
-- 痛点：审批 + 重复 + 两个栈。
-- 提议：一个带有显式角色 + 作用域的 WS 协议，统一配对 + TLS 固定，Gateway 网关托管的审批，稳定设备 ID + 可爱别名。
-- 结果：更简单的 UX，更强的安全性，更少的重复，更好的移动路由。

package/docs/zh-CN/reference/AGENTS.default.md

@@ -1,130 +0,0 @@
----
-read_when:
-  - 启动新的 Symi 智能体会话
-  - 启用或审计默认 Skills
-summary: 个人助手设置的默认 Symi 智能体指令和 Skills 列表
-x-i18n:
-  generated_at: "2026-02-03T10:09:19Z"
-  model: claude-opus-4-5
-  provider: pi
-  source_hash: 20ec2b8d8fc03c16bbf0a75f011092e86382ca4182e8c0a4bc5f8ffd2be9c647
-  source_path: reference/AGENTS.default.md
-  workflow: 15
----
-
-# AGENTS.md — Symi 个人助手（默认）
-
-## 首次运行（推荐）
-
-Symi 为智能体使用专用的工作区目录。默认：`~/.symi/workspace`（可通过 `agents.defaults.workspace` 配置）。
-
-1. 创建工作区（如果尚不存在）：
-
-```bash
-mkdir -p ~/.symi/workspace
-```
-
-2. 将默认工作区模板复制到工作区：
-
-```bash
-cp docs/reference/templates/AGENTS.md ~/.symi/workspace/AGENTS.md
-cp docs/reference/templates/SYMICORE.md ~/.symi/workspace/SYMICORE.md
-cp docs/reference/templates/TOOLS.md ~/.symi/workspace/TOOLS.md
-```
-
-3. 可选：如果你想要个人助手 Skills 列表，用此文件替换 AGENTS.md：
-
-```bash
-cp docs/reference/AGENTS.default.md ~/.symi/workspace/AGENTS.md
-```
-
-4. 可选：通过设置 `agents.defaults.workspace` 选择不同的工作区（支持 `~`）：
-
-```json5
-{
-  agents: { defaults: { workspace: "~/.symi/workspace" } },
-}
-```
-
-## 安全默认值
-
-- 不要将目录或密钥转储到聊天中。
-- 除非明确要求，否则不要运行破坏性命令。
-- 不要向外部消息界面发送部分/流式回复（仅发送最终回复）。
-
-## 会话开始（必需）
-
-- 读取 `SYMICORE.md`、`USER.md`、`memory.md`，以及 `memory/` 中的今天和昨天的文件。
-- 在回复之前完成此操作。
-
-## Soul（必需）
-
-- `SYMICORE.md` 定义身份、语气和边界。保持其更新。
-- 如果你更改了 `SYMICORE.md`，告知用户。
-- 你是每个会话的新实例；连续性存在于这些文件中。
-
-## 共享空间（推荐）
-
-- 你不是用户的代言人；在群聊或公共频道中要小心。
-- 不要分享私人数据、联系信息或内部笔记。
-
-## 记忆系统（推荐）
-
-- 每日日志：`memory/YYYY-MM-DD.md`（如需要请创建 `memory/`）。
-- 长期记忆：`memory.md` 用于持久的事实、偏好和决定。
-- 会话开始时，读取今天 + 昨天 + `memory.md`（如果存在）。
-- 捕获：决定、偏好、约束、待办事项。
-- 除非明确要求，否则避免存储密钥。
-
-## 工具和 Skills
-
-- 工具存在于 Skills 中；需要时遵循每个 Skill 的 `SKILL.md`。
-- 在 `TOOLS.md` 中保存环境特定的笔记（Skills 注意事项）。
-
-## 备份提示（推荐）
-
-如果你将此工作区视为 Symi 的"记忆"，请将其设为 git 仓库（最好是私有的），这样 `AGENTS.md` 和你的记忆文件就会被备份。
-
-```bash
-cd ~/.symi/workspace
-git init
-git add AGENTS.md
-git commit -m "Add Symi workspace"
-# 可选：添加私有远程仓库 + push
-```
-
-## Symi 的功能
-
-- 运行 WhatsApp Gateway 网关 + Pi 编程智能体，使助手可以读写聊天、获取上下文，并通过主机 Mac 运行 Skills。
-- macOS 应用管理权限（屏幕录制、通知、麦克风）并通过其内置二进制文件暴露 `symi` CLI。
-- 私聊默认折叠到智能体的 `main` 会话；群组保持隔离为 `agent:<agentId>:<channel>:group:<id>`（房间/频道：`agent:<agentId>:<channel>:channel:<id>`）；心跳保持后台任务存活。
-
-## 核心 Skills（在设置 → Skills 中启用）
-
-- **mcporter** — 用于管理外部 Skill 后端的工具服务器运行时/CLI。
-- **Peekaboo** — 快速 macOS 截图，可选 AI 视觉分析。
-- **camsnap** — 从 RTSP/ONVIF 安防摄像头捕获帧、片段或运动警报。
-- **oracle** — 支持 OpenAI 的智能体 CLI，具有会话回放和浏览器控制。
-- **eightctl** — 从终端控制你的睡眠。
-- **imsg** — 发送、读取、流式传输 iMessage 和短信。
-- **wacli** — WhatsApp CLI：同步、搜索、发送。
-- **gog** — Google Suite CLI：Gmail、日历、云端硬盘、通讯录。
-- **spotify-player** — 终端 Spotify 客户端，用于搜索/排队/控制播放。
-- **sag** — 具有 mac 风格 say UX 的 ElevenLabs 语音；默认流式输出到扬声器。
-- **Sonos CLI** — 从脚本控制 Sonos 扬声器（发现/状态/播放/音量/分组）。
-- **blucli** — 从脚本播放、分组和自动化 BluOS 播放器。
-- **OpenHue CLI** — 用于场景和自动化的 Philips Hue 照明控制。
-- **OpenAI Whisper** — 本地语音转文字，用于快速听写和语音邮件转录。
-- **Gemini CLI** — 从终端使用 Google Gemini 模型进行快速问答。
-- **bird** — X/Twitter CLI，无需浏览器即可发推、回复、阅读话题和搜索。
-- **agent-tools** — 用于自动化和辅助脚本的实用工具包。
-
-## 使用说明
-
-- 脚本编写优先使用 `symi` CLI；mac 应用处理权限。
-- 从 Skills 标签页运行安装；如果二进制文件已存在，它会隐藏按钮。
-- 保持心跳启用，以便助手可以安排提醒、监控收件箱和触发摄像头捕获。
-- Canvas UI 以全屏运行并带有原生叠加层。避免在左上/右上/底部边缘放置关键控件；在布局中添加显式边距，不要依赖安全区域内边距。
-- 对于浏览器驱动的验证，使用带有 Symi 管理的 Chrome 配置文件的 `symi browser`（tabs/status/screenshot）。
-- 对于 DOM 检查，使用 `symi browser eval|query|dom|snapshot`（需要机器输出时使用 `--json`/`--out`）。
-- 对于交互，使用 `symi browser click|type|hover|drag|select|upload|press|wait|navigate|back|evaluate|run`（click/type 需要 snapshot 引用；CSS 选择器使用 `evaluate`）。