夜雨聆风原生OpenClaw给了我们什么
技能系统：可插拔的技能架构，支持自定义扩展 语义路由：基于关键词的任务分发机制 多 Agent 协作：支持子代理调度和任务委派 消息通道：飞书、Discord、Telegram 等多渠道接入 基础记忆：文件式的记忆存储
两个月里，我们填补了哪些鸿沟
一、稳定性：从"随时可能崩"到"有守护、能自愈"
原生版的问题
我们的改造：Guardian四层守护体系
维度 | 原生 OpenClaw | 我们的 DeepEye |
故障发现 | 人工排查，被动响应 | Guardian 自动巡检，主动发现 |
异常处理 | 静默失败或无限重试 | 四层守护，自动修复 |
告警通知 | 无 | 飞书 CRITICAL/HIGH 分级推送 |
Token 风暴恢复 | 数小时 | 5 分钟内 |
二、智能性：从"单一模型"到"四池三层路由"
原生版的问题
我们的改造：Semantic Router v8 —四池三层并联路由
维度 | 原生 OpenClaw | 我们的 DeepEye |
模型选择 | 单一池，一刀切 | 四池动态路由 |
响应速度 | 平均 2-3 秒 | 简单任务 <1 秒 |
Token 成本 | 固定高成本 | 降低 40% |
任务匹配 | 关键词触发 | 语义相似度 + 关键词双评分 |
三、连续性：从"随时可能断"到"任务不断链"
原生版的问题
我们的改造：Agent Never Stop行为纪律
禁止请求确认语句：禁用"可以帮您...吗"、"需要我继续吗"、"请确认" 等语句 工具优先于请求：遇到 blocker 先尝试 3 种工具组合 多阶段任务不断链：完成当前步骤后必须通过next_action字段延续到下一步 完成门禁：status → complete 需要：① completion_criteria 工具验证 ② 产物存在检查 ③ 三个状态字段同步更新
维度 | 原生 OpenClaw | 我们的 DeepEye |
Session 标识 | userId-only | bot:user 双因子 |
Bot 隔离 | 无 | 硬拦截，拒绝无身份消息 |
缓存污染 | 可能 | 多层过滤，旧 key 不回灌 |
隐私边界 | 模糊 | 清晰，信任可验证 |
五、记忆治理：从"一本大书"到"热温冷三层"
原生版的问题
我们的改造：记忆热温冷三层体系
热层（Hot）：当前会话即时记忆，内存级访问，会话结束后升温或丢弃 温层（Warm）：近期活跃记忆，文件系统存储，按主题索引，Obsidian Vault 双向同步 冷层（Cold）：长期归档，自动 prune（过期/低价值记忆），主题分类存储
CIO（战略层）← Opus 4.6，最强推理├─ Researcher← gpt-5.3-codex，全市场扫描├─ Risk← gpt-5.1-codex-mini，风险评估└─ Trader← gpt-5.1-codex-mini，订单执行 |
Researcher：全市场扫描 + 现有 watchlist 基本面核查 + 市场回顾 Risk：候选标的风险评估（A/B/C/D 四级） CIO：短期/长期平衡反思（独立自我审计） CIO：投资理论学习（4 周轮转：估值/行业分析/风险管理/组合构建） CIO：投委会决策（变更必须有基本面依据，禁止仅凭价格调整） Trader：订单执行（富途 OpenD 港股模拟盘接入）
Bashpython3 ~/.openclaw/workspace/.lib/skill_manage.py list# 列出所有技能 python3 skill_manage.py create my-skill --description "描述"# 创建新技能（active:false） python3 skill_manage.py patch my-skill --version 1.1.0# 更新 frontmatter 字段 python3 skill_manage.py edit my-skill "使用方法" "具体步骤..."# 替换指定章节 python3 skill_manage.py write_file my-skill scripts/run.py# 写入辅助文件 python3 skill_manage.py delete my-skill# 删除技能 |
create默认active: false，技能不立即进入语义路由，需手动验证后激活 fcntl.flock防并发写入 skill_index.json 路径安全检查（防止写入技能目录外的文件）
维度 | 原生 OpenClaw | 我们的 DeepEye |
决策延迟 | 1-3 秒 | <2ms（高频模式） |
离线能力 | 无 | SQLite 本地缓存 |
成本累积 | 高 | 大幅降低 |
错误固化 | 可能 | 衰减机制防止 |
九、Context管理：从"无限膨胀"到"三层压缩"
原生版的问题
我们的改造：Context Compressor三层压缩
维度 | 原生 OpenClaw | 我们的 DeepEye |
压缩机制 | 内置，无结构 | 三层分层压缩 |
触发条件 | 被动 | Micro/Auto/Manual 三层主动 |
摘要质量 | 无保证 | 结构化 5 节，降级兜底 |
Context 爆炸 | 可能 | 阈值触发，提前干预 |
十、身份根基：从"可随意改写"到"写入保护"
原生版的问题
我们的改造：SOUL.md写入保护
对本文件的任何修改都需要用户授权确认。静默写入严格禁止。
原生 OpenClaw | 我们的 DeepEye | |
身份修改 | 无约束 | 需用户授权 |
静默写入 | 允许 | 严格禁止 |
根基稳定性 | 可能漂移 | 人工锁定 |
系统设计哲学
可观测性优先每个关键路径必须有日志。不是为了排查问题（虽然也有这个用途），而是在问题发生之前就能看到异常苗头。Guardian的存在意义就是"问题还没影响用户时就已经开始处理了"。 失败快于无响应熔断器（circuit breaker）比超时等待更好。Provider配额耗尽？立即切换fallback，不要等到超时再说。EACCES错误？立即restart gateway，不要重试同一条错误路径。 本地优先Reflex SQLite、pools.json静态配置、本地qwen3.5 心跳——凡是可以本地决策的，尽量不走云端。这不只是为了成本，也是为了可靠性。本地失败是可控的，云端依赖失败是不可控的。 渐进激活新技能active: false，新规则先在非 cron session 验证，新fallback 先单session 测试。不要一次性把所有变更推进生产，哪怕只是一个配置改动。 单一维护入口pools.json symlink、MEMORY.md索引、.lib/skill_index.json唯一来源——任何配置都要有且只有一个真实来源。多个地方维护同一份数据，迟早会产生不一致。