OpenClaw满月了,我让他自己做了个分析复盘


00
—
前言
Agent 满月复盘:从单兵到多 Agent 协作的 30 天
4 月 15 日,我将 OpenClaw 接入飞书,开始构建个人 Agent 工作流。至 5 月 15 日,系统运行满一个月。
这 30 天里,架构经历了两次关键升级:一是从个人飞书应用迁移至企业飞书应用,解决了身份认证与权限管理的底层问题;二是从单 Agent 模式扩展为多 Agent 协作(main、assistant、prbot、writing 各司其职),并引入 cron 定时任务与 skill 标准化机制。
过程中踩了不少工程坑:cron 配置误配导致 Agent 跑错实例、skill 缺失引发执行逻辑漂移、凭证配置「存在但不可见」等。这些问题的排查和修复,本身就是一套多 Agent 系统运维方法的沉淀。
满月之际,我让小龙虾拉取了 4 月 15 日至 5 月 14 日共 37 份飞书会话的完整聊天记录,通过本地归档 + 结构化分析的方式,从任务执行、skill 覆盖、职责匹配、重复犯错模式等维度做了全量复盘,生成这份报告。全文数据均来自原始对话记录,仅作排版优化,未做人工增删。
01
—
飞书聊天记录综合分析报告
数据来源:.\memory\feishu-logs
时间跨度:2026-04-15 至 2026-05-14(37个文件)
分析时间:2026-05-15
一、任务分类盘点
🔁 重复性定时任务(5个,均由cron触发)
|
|
|
|
|
|
|
|
|---|---|---|---|---|---|---|
|
|
|
|
|
❌ 无 | ⚠️ 异常 |
|
|
|
|
|
|
⚠️ 有但不规范 | ⚠️ 异常 |
|
|
|
|
|
|
✅ 有 | ❌ 曾禁用 |
|
|
|
|
|
|
✅ 有 | ⚠️ 异常 |
|
|
|
|
|
|
✅ 有(HEARTBEAT.md) | ⚠️ 异常 |
|
🎯 临时性/项目任务(按主题分类)
|
|
|
|
|
|
|---|---|---|---|---|
|
|
|
|
✅ 完成 |
|
|
|
|
|
✅ 完成 |
|
|
|
|
|
✅ 完成 |
|
|
|
|
|
⚠️ 反复异常 |
|
|
|
|
|
✅ 完成 |
|
|
|
|
|
⚠️ 大量返工 |
|
|
|
|
|
✅ 完成 |
|
二、任务执行效果评估
✅ 执行效果好
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
⚠️ 执行效果不稳定
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
❌ 未完成/中断
|
|
|
|---|---|
|
|
|
|
|
|
三、skill覆盖分析
📋 有skill且较完善的(4个)
|
|
|
|
|---|---|---|
|
|
|
✅ 较完善 |
|
|
|
⚠️ 优化过2次 |
|
|
|
❌ 不规范 |
|
|
|
✅ 完善 |
❌ 有问题需要立即修复的(2个)
|
|
|
|---|---|
|
|
|
|
|
|
❌ 完全缺失skill的(1个)
|
|
|
|---|---|
|
|
|
四、Agent职责匹配分析
现有职责划分
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
🔴 发现的问题
问题1:cron配置职责划分混乱
根因:对cron参数理解不统一(agentId放错位置、delivery.accountId用法错误)
问题2:日志记录机制形同虚设
prbot从4月22创建到5月13,从未主动记录过日志
问题3:主-assistant协调链路断裂
两个agent之间缺乏数据交接的标准流程
问题4:产品官和写作官缺乏有效监督
五、重复犯错模式分析
🔴 模式1:cron配置理解系统性错误(反复出现5+次)
把agentId放在payload里而非顶层
delivery.accountId用法错误
session key前缀显示assistant而非main
🔴 模式2:标准化流程建立后仍无法稳定执行
笔记保存打标:04-23建立体系 → 04-24忘记 → 04-27忘记 → 04-28忘记 → 04-29忘记 → 05-07再次忘记
纠正次数超过8次
🔴 模式3:凭证/配置”明明存在但找不到”
getnote API Key明明在save_note.py里,但每次都说”没配置”
🔴 模式4:信息核实意识薄弱
整理回顾素材时把3个agent创建时间搞混
skill数量统计时把下载skill误认为自建
六、潜在skill候选任务(从聊天记录中挖掘)
🔍 候选任务清单
|
|
|
|
|
|
|---|---|---|---|---|
|
|
|
|
❌ 无 |
|
|
|
|
|
❌ 无 |
|
|
|
|
|
❌ 无 |
|
|
|
|
|
❌ 无 |
|
|
|
|
|
⚠️ 有但质量差 |
|
推荐优先级
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
七、优化建议
🔴 P0 – 立即修复
- 建立cron配置规范文档
(cron-config-guide.md) - 为早安任务创建skill
(assistant/skills/morning-briefing/SKILL.md) - 修复AI要闻skill,补充链接验证步骤
🟡 P1 – 本周内优化
-
对prbot和writing建立定期日志检查 -
所有skill增加”执行前必须读文件”的物理强制步骤 -
打通assistant保存聊天记录→main分析的交接流程
🟢 P2 – 中长期优化
-
建立”任务执行自查清单” -
重建writing的公众号文章写作skill -
所有skill增加版本号和更新记录
八、Agent设置合理性评估
|
|
|
|
|---|---|---|
|
|
✅ 合理 |
|
|
|
✅ 合理 |
|
|
|
⚠️ 有覆盖但缺skill |
|
|
|
⚠️ 有skill但执行质量差 |
|
最大风险:prbot完全没有日志记录,需要建立有效的监督机制。
九、经验教训总结(05-14 cron配置专项)
- cron = 触发器,skill = 执行标准
- cron message 应简化为触发指令
- delivery 的作用是通知主人执行结果
- skill路径应使用绝对路径
- 遇到配置问题先读文档,而非试错

我是果冻,冰箱里的那个。下一篇见,也可能隔几天见。
夜雨聆风