Files
llm-intelligence/OPENCLAW_EXECUTION.md
Your Name ba054f04cf feat(phase1): OpenRouter采集器接入PostgreSQL,数据链路闭环
- 将 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
2026-05-08 13:49:12 +08:00

3.2 KiB
Raw Blame History

OpenClaw 执行诊断与修复

结论

llm-intelligence 当前的问题,主因不是规划文档写得不够多,而是 OpenClaw 没有形成项目内执行闭环。根因排序如下:

  1. 协作问题最严重

    • 项目没有本地 GOALS.md / TASKS.md
    • 验证器默认读取的是全局 ~/.openclaw/workspace/TASKS.md
    • openclaw.json 中唯一明确绑定的 MCP cwd 指向 ai-customer-service,不是本项目
    • 结果是:llm-intelligence 被塞进全局流程里,执行上下文被其他项目污染
  2. 角色设计问题第二严重

    • 任务全部挂在“宰相”单角色上
    • subagents/runs.json 为空,说明并没有真实发生多角色并行
    • 文档、设计、采集器、前端、验收没有拆给不同责任面
  3. skills 问题是次要但真实存在

    • 关键技能如 code-analyzerfrontend-designgithubreview-pr 是可用的
    • 但很多技能通过软链挂到 ~/.agents/skills,被 OpenClaw 以 symlink-escape 拒绝加载
    • 这会导致“看起来安装了,运行时却没真正可用”的错觉

现状误区

误区 1规划已完成执行自然会跟上

不是。现在仓库里主要是:

  • PRD.md
  • FEATURE_LIST.md
  • BUSINESS_MODEL.md
  • TECHNICAL_DESIGN.md

但没有:

  • 数据采集脚本
  • db/migrations
  • frontend/
  • reports/daily/

说明执行没有从“文档阶段”切到“实现阶段”。

误区 2任务状态是可信的

不是。全局 TASKS.md 中出现这种状态漂移:

  • TECHNICAL_DESIGN.md 已标记完成
  • 后续任务仍写着“等待技术设计完成后启动”

这是典型的任务依赖没有被回收更新。

修复策略

一、项目内闭环

本项目必须有自己的:

  • GOALS.md
  • TASKS.md
  • scripts/verification_executor.go

不要继续依赖全局 ~/.openclaw/workspace/TASKS.md

二、角色拆分

建议固定四个责任面:

  • 产品架构师
    • 负责 PRD、Feature List、技术范围一致性
  • 数据后端
    • 负责采集器、数据库、日报生成
  • 前端实现
    • 负责 Explorer / Dashboard
  • 集成验收
    • 负责验证器、任务回收、日报推送

角色不是为了“显得高级”,而是为了让任务能并行、状态能落地。

三、执行顺序

按这个顺序推进:

  1. 冻结 Phase 1 范围
  2. 产出 OpenRouter 采集器
  3. 产出 PostgreSQL migration
  4. 产出日报生成器
  5. 搭 Explorer 最小页面
  6. 接日报推送
  7. 每一步通过项目内验证器回收

四、技能治理

短期内不需要继续“装更多 skill”先把现有能力用好。

优先使用:

  • code-analyzer
  • frontend-design
  • github
  • review-pr
  • self-improving-agent

后续要处理的是软链越界问题,不然技能表会继续出现“已安装但跳过加载”。

推荐动作

立即做

  • 使用本项目 TASKS.md
  • 只围绕 llm-intelligence 运行验证器
  • 把任务从“写文档”切到“产出采集器 / migration / frontend skeleton”

不要做

  • 不要继续往全局 TASKS.md 塞本项目任务
  • 不要把所有任务都挂在单角色“宰相”名下
  • 不要再新增一轮大而全设计文档,先把实现骨架跑起来