refactor: 统一项目名称从OpenFang到ZCLAW

重构所有代码和文档中的项目名称，将OpenFang统一更新为ZCLAW。包括：
- 配置文件中的项目名称
- 代码注释和文档引用
- 环境变量和路径
- 类型定义和接口名称
- 测试用例和模拟数据

同时优化部分代码结构，移除未使用的模块，并更新相关依赖项。

docs/analysis/ZCLAW-DEEP-ANALYSIS.md

@@ -4,7 +4,7 @@
 
 ## 一、项目全景概览
 
-ZCLAW 是一个基于 OpenFang (类 OpenClaw) 定制化的中文优先 AI Agent 桌面客户端，采用 Tauri 2.0 (Rust + React 19) 架构，目标对标智谱 AutoClaw 和腾讯 QClaw。
+ZCLAW 是一个基于 ZCLAW (类 ZCLAW) 定制化的中文优先 AI Agent 桌面客户端，采用 Tauri 2.0 (Rust + React 19) 架构，目标对标智谱 AutoClaw 和腾讯 QClaw。
 
 ### 1.1 技术栈全景
 
@@ -39,7 +39,7 @@ ZCLAW 是一个基于 OpenFang (类 OpenClaw) 定制化的中文优先 AI Agent
 ### 2.1 数据流架构
 
 ```
-用户操作 → React UI → Zustand Store → GatewayClient (WS) → OpenFang Kernel
+用户操作 → React UI → Zustand Store → GatewayClient (WS) → ZCLAW Kernel
                                       ↘ TauriGateway (IPC) → Rust Backend
                                       ↘ VikingClient → OpenViking (向量DB)
 ```
@@ -121,31 +121,31 @@ HeartbeatConfig, CreateTriggerModal, PersonalitySelector, ScenarioTags, DevQALoo
 5. **~~Tauri Rust 后端基本空白~~** → ✅ **已实现 85-90%**（更新 2026-03-20）
 
    **已实现的 Tauri Commands：**
-   - OpenFang Gateway 管理（start/stop/restart/status/doctor）
+   - ZCLAW Gateway 管理（start/stop/restart/status/doctor）
    - OpenViking 记忆系统（CLI sidecar + 本地服务器）
    - 浏览器自动化（Fantoccini WebDriver）
    - 安全存储（OS Keyring/Keychain）
    - LLM 集成（Doubao/OpenAI/Anthropic）
    - 记忆提取和上下文构建
-   - 进程健康检查（`openfang_health_check`）
+   - 进程健康检查（`zclaw_health_check`）
 
 6. **配置系统双重标准**
    - config.toml + chinese-providers.toml 是 TOML 格式
-   - 但 README 提到 openclaw.default.json，plugins 使用 plugin.json
+   - 但 README 提到 zclaw.default.json，plugins 使用 plugin.json
    - 配置格式不统一
 
 ### 🟡 机会 (Opportunities)
 
 1. **中国 AI Agent 市场爆发** — 智谱/通义/月之暗面/DeepSeek 的中文模型生态成熟
 2. **本地优先隐私诉求增长** — 企业和个人对数据隐私要求越来越高
-3. **OpenFang 生态缺口** — 市场上没有优质的中文定制化 OpenFang 桌面客户端
+3. **ZCLAW 生态缺口** — 市场上没有优质的中文定制化 ZCLAW 桌面客户端
 4. **飞书+企业微信整合** — 企业 IM 集成是刚需，特别是在中国市场
 5. **Skill 市场变现** — 74 个 Skills 可以发展成社区市场
 
 ### 🔵 威胁 (Threats)
 
 1. **竞品迭代极快** — Cursor/Windsurf/AutoClaw/QClaw 都在快速迭代
-2. **OpenFang 上游变化** — Gateway Protocol 版本升级可能导致兼容性问题
+2. **ZCLAW 上游变化** — Gateway Protocol 版本升级可能导致兼容性问题
 3. **LLM API 不稳定** — 中国模型厂商的 API 变更频繁
 4. **单人/小团队维护压力** — 50+ 组件、42 个 lib、13 个 store 的维护成本极高
 
@@ -235,7 +235,7 @@ vector-memory.ts     → 应在 Gateway/Rust 端
 
 | 行动 | 验证点 |
 |------|--------|
-| 安装 OpenFang，验证 Gateway 连接 | 子进程启动 → WS 握手 → 心跳 |
+| 安装 ZCLAW，验证 Gateway 连接 | 子进程启动 → WS 握手 → 心跳 |
 | 配置中文模型 API Key，测试对话 | 流式响应 → 模型切换 → 上下文管理 |
 | 测试飞书 Channel 收发消息 | OAuth → 消息接收 → Agent 处理 → 回复 |
 | 测试 Hands 触发完整流程 | 意图识别 → 参数收集 → 审批 → 执行 → 结果 |
@@ -327,7 +327,7 @@ ZCLAW 不应与 ChatGPT/Claude Desktop 竞争"对话体验"，而应聚焦：
 
 ### 📌 短期 (2 周)
 
-1. **完成真实 Gateway 连接测试** — 连接 OpenFang Kernel
+1. **完成真实 Gateway 连接测试** — 连接 ZCLAW Kernel
 2. **中文模型 API 测试** — 验证流式响应
 3. **飞书集成测试** — OAuth 和消息收发