Jason Zuo

统计数据

4

文章

0

粉丝

0

获赞

0

阅读

1小时前

Boris把sub-agent 的原理说透了同一个模型换个 context window 就能找到自己写的 bug 不是因为 reviewer 更聪明是因为没有 author 的思维惯性我自己用 Claude Code 体感很深写代码写到一半突然想到"等等这个依赖的那个接口是不是改过了" 以前要么停下来去查要么先记个 TODO 回头忘了现在直接起一个新 agent 去验证主线不断支线同时跑回来告诉你"查了没问题"或者"确实改了你这里要改" 一个 context 干所有事跟一个人又写又查又测一样看起来在忙其实效率很低拆成多个独立 context 每个只关注一件事这才是 agent 该有的用法

1天前

有人问这个可视化怎么做的说实话就是一个简单的openclaw context detail的wrapper script 把打包成了一个🦞OpenClaw skill：context-doctor 可以直接用 clawhub install context-doctor 一行装完，自动扫 workspace 文件状态、token 占用、bootstrap 占比三个诊断信号： 🔴 TRUNCATED — 文件被截断，agent 在盲飞 🟡 MISSING — symlink 断了或文件丢了 🟢 <10% — 健康支持终端输出、PNG 图片导出（agent 直接在聊天里发图）、JSON 接其他工具 GitHub:

#OpenClaw #context-doctor #clawhub #workspace #Token #Bootstrap

5天前

更新 OpenClaw 2026.3.2 后觉得 agent 变蠢了？不是模型问题 — 这个版本默认把新 agent 的工具权限全关了。exec、web_fetch 都用不了，等于只会说话不会干活。在 openclaw.json 加上这段就好： { "tools": { "profile": "full", "sessions": { "visibility": "all" } } } 感觉这默认改动有点离谱啊 😂

1周前

我居然今天才发现 Claude其实一直有一个 Memory Tool API 而且能跟我现有的记忆架构无缝整合当前OpenClaw记忆架构最大的痛点是，全靠agent“手动”维护 + compounding 脚本能覆盖大部分记忆，但总是漏掉一些对话中随口提到的偏好和隐含模式你连续三次让它改回某种格式，这种 pattern 不会专门去记新方案是：把 Memory Tool 当 L1.5 层，做自动化 intake pipeline Memory Tool 自动捕捉 -> 直接送到 memory/auto/ 跟手动的 insights/、lessons/ 平级但隔离优先级链写死：（手动 P0）> lessons/（P1）> auto/（Memory Tool）矛盾时找我，我说了算 janitor 定期收割 auto/ 目录：有价值的 -> promote 到正式 P1/P2 垃圾 -> 清掉同时对于多agent 场景下 auto/ 放各 agent 私有目录，不进 shared/ promote 之后再由 janitor 判断是否同步。改动量极小： handler 加一个目录映射，system prompt 加优先级规则，janitor 多扫一个目录。不动现有架构任何部分。本质就是给现有系统加了个自动 intake，降低手动负担，同时不让自动写入污染核心记忆。手动管大事，自动抓细节，冲突时人说了算目前还在尝试阶段，但没见到社区有什么人讨论这个争取明天写个长文分享一下效果