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

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

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

docs/features/00-architecture/01-communication-layer.md

@@ -350,7 +350,7 @@ try {
 
 ## 九、与旧架构对比
 
-| 特性 | 旧架构 (外部 OpenFang) | 新架构 (内部 Kernel) |
+| 特性 | 旧架构 (外部 ZCLAW) | 新架构 (内部 Kernel) |
 |------|----------------------|---------------------|
 | 后端进程 | 需要独立启动 | 内置在 Tauri 中 |
 | 通信方式 | WebSocket/HTTP | Tauri 命令 |

docs/features/00-architecture/03-security-auth.md

@@ -11,7 +11,7 @@
 
 ### 1.1 基本信息
 
-安全认证模块负责 ZCLAW 与 OpenFang 之间的身份验证和凭证安全存储，支持 Ed25519 设备认证和 JWT 会话令牌。
+安全认证模块负责 ZCLAW 与 ZCLAW 之间的身份验证和凭证安全存储，支持 Ed25519 设备认证和 JWT 会话令牌。
 
 | 属性 | 值 |
 |------|-----|
@@ -37,7 +37,7 @@
 **用户痛点**:
 1. API Key 明文存储存在安全风险
 2. 多设备认证流程复杂
-3. OpenFang 有 16 层安全架构，需要适配
+3. ZCLAW 有 16 层安全架构，需要适配
 
 **系统缺失能力**:
 - 缺乏安全的凭证存储
@@ -45,7 +45,7 @@
 - 缺乏权限管理
 
 **为什么需要**:
-OpenFang 采用 Ed25519 设备认证 + JWT 会话令牌的双重认证机制，需要安全的密钥存储和管理。
+ZCLAW 采用 Ed25519 设备认证 + JWT 会话令牌的双重认证机制，需要安全的密钥存储和管理。
 
 ### 2.2 设计目标
 
@@ -58,8 +58,8 @@ OpenFang 采用 Ed25519 设备认证 + JWT 会话令牌的双重认证机制，
 
 | 项目 | 参考点 |
 |------|--------|
-| OpenClaw | 简单 Token 认证 |
-| OpenFang | 16 层安全架构 |
+| ZCLAW | 简单 Token 认证 |
+| ZCLAW | 16 层安全架构 |
 
 ### 2.4 设计约束
 
@@ -97,7 +97,7 @@ interface SecureStorage {
    │       ├─► 存在 → 使用现有密钥
    │       └─► 不存在 → 生成 Ed25519 密钥对
    │
-   ├─► 向 OpenFang 注册设备
+   ├─► 向 ZCLAW 注册设备
    │       │
    │       ├─► 成功 → 获得 JWT Token
    │       └─► 需要审批 → 等待用户确认