【深度对比】MiniClaw vs myclaw.net：两种 AI Agent 架构哲学的碰撞

## 引言 在 AI Agent 框架百花齐放的今天，有两个项目格外引人注目——**MiniClaw** 和 **myclaw.net**。它们都源于 OpenClaw 的核心理念，却走向了截然不同的技术路径。 - **MiniClaw**：TypeScript 编写的极简 MCP 插件，像一位轻盈的"神经系统寄生者" - **myclaw.net**：.NET 构建的完整运行时，像一座功能完备的"智能体工作站" 本文将从架构设计、功能特性、适用场景等维度，深入剖析这两款工具的差异与优劣。 --- ## 一、项目背景与定位 ### MiniClaw：极简主义的胜利 > "给你的 AI 工作伙伴装上神经系统" - **作者**：8421bit - **版本**：v0.5.0 "The Nervous System" - **代码量**：~2,700 行 TypeScript - **核心哲学**：最低门槛体验 OpenClaw 的核心理念 MiniClaw 采用**寄生式架构**，通过 MCP（Model Context Protocol）协议无缝接入 Claude、Cursor 等编辑器，不抢夺控制权，而是增强宿主的能力。 ### myclaw.net：企业级独立运行时 > "基于 .NET 的完整 Agent 框架" - **技术栈**：C# / .NET 9 / AgentScope.NET / Uno Platform - **代码量**：~5,000+ 行 C# - **核心哲学**：构建独立、完整、可扩展的 AI Agent 运行时 myclaw.net 采用**模块化分层架构**，从配置管理到 UI 界面一应俱全，更像一个完整的应用程序框架。 --- ## 二、架构设计对比 ### 2.1 整体架构 | 维度 | MiniClaw | myclaw.net | |------|----------|------------| | **架构模式** | 微内核 (Micro-Kernel) | 模块化分层 (Modular Layers) | | **运行时依赖** | Node.js + 宿主编辑器 | .NET Runtime (独立运行) | | **协议支持** | MCP (Model Context Protocol) | AgentScope.NET + 自有 Gateway | | **部署方式** | npx 一键启动 (零安装) | dotnet build + CLI | ### 2.2 核心组件拆解 **MiniClaw 的三层架构：** ``` ┌─────────────────────────────────────┐ │ Interface 层 (src/index.ts) │ ← MCP 协议、工具分发、心跳 │ - Server 实例 │ │ - Tools/Resources/Prompts │ ├─────────────────────────────────────┤ │ Kernel 层 (src/kernel.ts) │ ← ACE 引擎、记忆管理、技能沙箱 │ - ContextKernel │ │ - SkillCache / EntityStore │ ├─────────────────────────────────────┤ │ DNA 层 (templates/*.md) │ ← 性格、宪法、启动协议 │ - AGENTS.md / SOUL.md / USER.md │ └─────────────────────────────────────┘ ``` **myclaw.net 的分层架构：** ``` ┌─────────────────────────────────────┐ │ Channels 层 │ ← Uno UI / WebUI / Telegram │ - 消息渠道抽象 │ ├─────────────────────────────────────┤ │ Gateway 层 │ ← 消息总线、渠道管理 │ - MessageBus / ChannelManager │ ├─────────────────────────────────────┤ │ Agent 层 │ ← EnhancedReActAgent │ - ReAct 推理循环 / Skill 转 Tool │ ├─────────────────────────────────────┤ │ Core 层 │ ← 配置、日志、消息定义 │ - Configuration / Messaging │ ├─────────────────────────────────────┤ │ Infrastructure 层 │ ← Memory / Skills / Cron │ - 存储、调度、技能管理 │ └─────────────────────────────────────┘ ``` ### 2.3 架构哲学差异 **MiniClaw 的"寄生式"设计：** - 不重复造轮子，依赖宿主的 AI 能力 - 专注做好"记忆 + 上下文管理" - 像一件隐形的增强外套 **myclaw.net 的"独立式"设计：** - 自成体系，内置推理引擎 (ReAct) - 端到端解决方案 (CLI → Gateway → UI) - 像一台完整的智能工作站 --- ## 三、核心功能深度对比 ### 3.1 记忆系统 | 功能特性 | MiniClaw | myclaw.net | 分析 | |----------|----------|------------|------| | **双层记忆** | ✅ 每日日志 + MEMORY.md | ✅ 每日日记 + MEMORY.md | 设计同源 | | **记忆写入** | `miniclaw_note` 工具 | `MemoryStore.AppendToday()` | 都是追加模式 | | **记忆蒸馏** | ✅ 自动评估 + 智能提醒 | ❌ 未实现 | **MiniClaw 胜出** | | **记忆归档** | ✅ `miniclaw_archive` | ❌ 未实现 | **MiniClaw 胜出** | | **实体图谱** | ✅ 6种类型实体管理 | ❌ 未实现 | **MiniClaw 胜出** | **MiniClaw 的记忆蒸馏协议：** 当检测到以下条件时，系统会提醒进行记忆蒸馏： - 条目数量 > 20 - 日志占用 Token 预算 > 40% - 最旧条目 > 8 小时 - 日志大小 > 8KB 这种"智能减负"机制让 Agent 能长期保持高效。 ### 3.2 上下文引擎 (ACE) **MiniClaw 的 ACE (Adaptive Context Engine)：** | 时间模式 | 时间段 | 特性 | |----------|--------|------| | ☀️ Morning | 06-09 | 早间简报模式 | | 💼 Work | 09-12, 14-18 | 标准工作模式 | | 🍜 Break | 12-14 | 休息模式 | | 🌙 Evening | 18-22 | 反思建议模式 | | 😴 Night | 22-06 | 极简模式 | 此外还支持： - **会话延续检测**：识别"欢迎回来"场景 - **工作区感知**：自动检测 Git 状态、技术栈 - **实体浮现**：从对话中提取相关实体 **myclaw.net 的上下文管理：** - 静态模板加载 (AGENTS.md / SOUL.md) - MemoryStore 提供记忆上下文 - ❌ 缺少时间感知和智能裁剪 **结论**：MiniClaw 的 ACE 引擎更加智能和自适应。 ### 3.3 工具与技能系统 **工具对比：** | MiniClaw 工具 | myclaw.net 对应 | 说明 | |---------------|-----------------|------| | `miniclaw_update` | 文件写入操作 | 神经重塑 | | `miniclaw_note` | `AppendToday()` | 海马体写入 | | `miniclaw_read` | `ReadLongTerm()` | 全脑唤醒 | | `miniclaw_search` | `GetRecentMemories()` | 深层回忆 | | `miniclaw_entity` | ❌ 无 | 概念连接 | | `miniclaw_exec` | ❌ 无 | 命令执行沙箱 | | `miniclaw_status` | `miniclaw status` CLI | 系统诊断 | **技能系统差异：** - **MiniClaw**：SkillCache + 可执行技能 (`exec` 字段) - **myclaw.net**：SkillManager + AgentScope ITool 适配 MiniClaw 的技能可以附带可执行脚本，这是 myclaw.net 缺少的能力。 ### 3.4 调度与任务 | 功能 | MiniClaw | myclaw.net | |------|----------|------------| | **调度器** | node-cron (30分钟心跳) | Quartz.NET (Cron表达式) | | **Cron任务** | ❌ 仅支持心跳 | ✅ 支持复杂 Cron / every / at | | **定时消息** | ❌ 不支持 | ✅ CronJob 可投递消息 | myclaw.net 的 Quartz 集成更强大，支持复杂的定时任务表达式。 ### 3.5 用户界面 | 界面类型 | MiniClaw | myclaw.net | |----------|----------|------------| | **GUI** | ❌ 无 (依赖宿主) | ✅ Uno Platform WinUI | | **WebUI** | ❌ 无 | ✅ WebSocket 实时聊天 | | **CLI** | ❌ 无 | ✅ 完整命令行工具 | | **集成方式** | MCP 插件 | 独立进程 + Gateway | myclaw.net 在界面层面完胜，提供了完整的用户交互体系。 --- ## 四、DNA/模板系统对比 ### 4.1 核心文件覆盖度 | 文件 | MiniClaw | myclaw.net | 用途 | |------|----------|------------|------| | `AGENTS.md` | ✅ | ✅ | 工作空间章程 | | `SOUL.md` | ✅ | ✅ | 性格/三观定义 | | `IDENTITY.md` | ✅ | ❌ | 身份元数据 | | `USER.md` | ✅ | ❌ | 用户画像 | | `TOOLS.md` | ✅ | ❌ | 环境配置 | | `MEMORY.md` | ✅ | ✅ | 长期记忆 | | `HEARTBEAT.md` | ✅ | ✅ | 周期检查项 | | `BOOTSTRAP.md` | ✅ | ❌ | 首次运行引导 | | `SUBAGENT.md` | ✅ | ❌ | 子代理上下文 | MiniClaw 完整实现了 OpenClaw 的 9 文件 DNA 体系，myclaw.net 实现了核心 4 个。 ### 4.2 自动进化协议 **MiniClaw 的信号检测表：** | 用户行为信号 | 目标文件 | 触发工具 | |--------------|----------|----------| | "我喜欢..." / "以后请..." | USER.md | `miniclaw_update` | | "别那么严肃" / "活泼一点" | SOUL.md | `miniclaw_update` | | 项目技术栈信息 | MEMORY.md | `miniclaw_update` | | "记住这个" / "Mark" | memory/TODAY.md | `miniclaw_note` | 这种"信号 → 文件 → 工具"的自动化进化链是 MiniClaw 的核心亮点。 **myclaw.net**：需要手动调用更新，缺少自动信号检测机制。 --- ## 五、安全性对比 ### 5.1 命令执行安全 **MiniClaw 的白名单机制：** ```typescript const allowedCommands = [ 'git', 'ls', 'cat', 'find', 'grep', 'head', 'tail', 'npm', 'node', 'python', 'cargo', 'go', 'echo', 'date', 'uname', 'which', 'pwd' ]; // 禁止: rm, sudo, chown, mv, dd ``` - ✅ 10秒超时 - ✅ 1MB 输出截断 - ✅ 工作目录限制 **myclaw.net**：❌ 未实现命令执行功能 ### 5.2 数据安全 两者都采用**本地存储**： - MiniClaw: `~/.miniclaw/` - myclaw.net: `~/.myclaw/` 数据不上传云端，符合隐私保护要求。 --- ## 六、适用场景分析 ### 选择 MiniClaw 的场景 ✅ **个人开发者**，已经在使用 Claude Code / Cursor ✅ **快速体验**，不想部署复杂系统 ✅ **记忆增强**，需要跨会话记住项目细节 ✅ **自动进化**，希望 Agent 根据反馈自我调整 ✅ **MCP生态**，需要与其他 MCP 工具协同 ### 选择 myclaw.net 的场景 ✅ **企业团队**，需要独立的 Agent 服务 ✅ **GUI需求**，需要可视化界面 ✅ **定时任务**，需要复杂的 Cron 调度 ✅ **多渠道**，需要 WebUI / Telegram 等接入 ✅ **独立推理**，需要 Agent 自主决策能力 --- ## 七、性能与扩展性 ### 7.1 性能优化 **MiniClaw：** - SkillCache (5秒 TTL) 减少文件扫描 - 并行 I/O (Promise.all) - Token 预算管理 (默认 8000) **myclaw.net：** - 依赖注入架构 - Channel 异步消息处理 - AgentScope 的模型优化 ### 7.2 扩展性 | 扩展点 | MiniClaw | myclaw.net | |--------|----------|------------| | **新技能** | 添加 `skills/<name>/SKILL.md` | 添加 `workspace/skills/<name>/SKILL.md` | | **新工具** | 修改 `src/index.ts` | 实现 `ITool` 接口 | | **新渠道** | ❌ 需修改 MCP 宿主 | ✅ 实现 `IChannel` 接口 | | **UI定制** | ❌ 依赖宿主 | ✅ 修改 Uno Platform XAML | --- ## 八、总结与建议 ### 核心差异总结 | 维度 | MiniClaw | myclaw.net | |------|----------|------------| | **本质** | MCP 插件 | 独立运行时 | | **优势** | 极简、智能进化、零安装 | 完整、GUI、企业级 | | **劣势** | 依赖宿主、无UI | 部署复杂、部分功能缺失 | | **最佳场景** | 个人效率工具 | 团队 Agent 平台 | ### 我的建议 1. **初学者/个人用户**：从 MiniClaw 开始，一条 npx 命令体验 AI Agent 的魅力 2. **需要独立产品**：选择 myclaw.net，Uno Platform 的 UI 能力无可替代 3. **两者结合**：MiniClaw 嵌入编辑器做日常助手，myclaw.net 作为独立服务运行定时任务 --- ## 参考资料 - MiniClaw GitHub: https://github.com/8421bit/miniclaw - myclaw.net GitHub: https://github.com/linkerlin/myclaw.net - OpenClaw 项目: https://github.com/openclaw/openclaw - MCP 协议: https://modelcontextprotocol.io/ - AgentScope.NET: https://github.com/agentscope/agentscope --- *本文基于 MiniClaw v0.5.0 和 myclaw.net 最新代码撰写，如有更新请以官方文档为准。*