- 将 fetch_openrouter.go 的 summarize() 实现为 PostgreSQL upsert - 新增 -db 参数和 DATABASE_URL 环境变量支持 - 打通 models + model_prices 表的最小可运行链路 - 创建 llm_intelligence 数据库并运行 migration - 前端 Explorer 验证 T-3.2~T-3.5 全部通过 - 日报生成器正常产出 Markdown 和 latest_models.json
3.2 KiB
3.2 KiB
OpenClaw 执行诊断与修复
结论
llm-intelligence 当前的问题,主因不是规划文档写得不够多,而是 OpenClaw 没有形成项目内执行闭环。根因排序如下:
-
协作问题最严重
- 项目没有本地
GOALS.md/TASKS.md - 验证器默认读取的是全局
~/.openclaw/workspace/TASKS.md openclaw.json中唯一明确绑定的 MCPcwd指向ai-customer-service,不是本项目- 结果是:
llm-intelligence被塞进全局流程里,执行上下文被其他项目污染
- 项目没有本地
-
角色设计问题第二严重
- 任务全部挂在“宰相”单角色上
subagents/runs.json为空,说明并没有真实发生多角色并行- 文档、设计、采集器、前端、验收没有拆给不同责任面
-
skills 问题是次要但真实存在
- 关键技能如
code-analyzer、frontend-design、github、review-pr是可用的 - 但很多技能通过软链挂到
~/.agents/skills,被 OpenClaw 以symlink-escape拒绝加载 - 这会导致“看起来安装了,运行时却没真正可用”的错觉
- 关键技能如
现状误区
误区 1:规划已完成,执行自然会跟上
不是。现在仓库里主要是:
PRD.mdFEATURE_LIST.mdBUSINESS_MODEL.mdTECHNICAL_DESIGN.md
但没有:
- 数据采集脚本
db/migrationsfrontend/reports/daily/
说明执行没有从“文档阶段”切到“实现阶段”。
误区 2:任务状态是可信的
不是。全局 TASKS.md 中出现这种状态漂移:
TECHNICAL_DESIGN.md已标记完成- 后续任务仍写着“等待技术设计完成后启动”
这是典型的任务依赖没有被回收更新。
修复策略
一、项目内闭环
本项目必须有自己的:
GOALS.mdTASKS.mdscripts/verification_executor.go
不要继续依赖全局 ~/.openclaw/workspace/TASKS.md。
二、角色拆分
建议固定四个责任面:
- 产品架构师
- 负责 PRD、Feature List、技术范围一致性
- 数据后端
- 负责采集器、数据库、日报生成
- 前端实现
- 负责 Explorer / Dashboard
- 集成验收
- 负责验证器、任务回收、日报推送
角色不是为了“显得高级”,而是为了让任务能并行、状态能落地。
三、执行顺序
按这个顺序推进:
- 冻结 Phase 1 范围
- 产出 OpenRouter 采集器
- 产出 PostgreSQL migration
- 产出日报生成器
- 搭 Explorer 最小页面
- 接日报推送
- 每一步通过项目内验证器回收
四、技能治理
短期内不需要继续“装更多 skill”,先把现有能力用好。
优先使用:
code-analyzerfrontend-designgithubreview-prself-improving-agent
后续要处理的是软链越界问题,不然技能表会继续出现“已安装但跳过加载”。
推荐动作
立即做
- 使用本项目
TASKS.md - 只围绕
llm-intelligence运行验证器 - 把任务从“写文档”切到“产出采集器 / migration / frontend skeleton”
不要做
- 不要继续往全局
TASKS.md塞本项目任务 - 不要把所有任务都挂在单角色“宰相”名下
- 不要再新增一轮大而全设计文档,先把实现骨架跑起来