[moz] docs: §19 Skill 生命周期管理 v2.0 — 双层 daily 蒸馏 + 融合 self-improvement + 部署目录结构 #85
Reference in New Issue
Block a user
Delete Branch "docs/skill-lifecycle-design"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
审查结论:Request Changes
风险级别:低(仅 docs/ 设计文档,无代码改动)
事实核查
v1.0 遗留声明(已在 PR #84 验证通过)
继续有效:SkillRegistry/SkillExecutor 死代码、ExperienceDistiller 空转、experiences 表未使用。
v2.0 新增声明验证
docs/tools/skills.md完全一致~/.sanguo_projects/sanguo_mozi/skills/配置为 extraDir(优先级 6)openclaw config get skills.load.extraDirs确认已配置~/.openclaw/workspace/skills/self-improving-agent/内部一致性检查
❌ 必须修
M1. [§13.3] MERGE 流程声称使用
skill_workshop apply写入公共目录(extraDir),但 skill_workshop 不支持此操作当前设计描述:
但 openclaw 官方文档
docs/tools/skill-workshop.md明确声明:~/.sanguo_projects/sanguo_mozi/skills/是skills.load.extraDirs配置的 extra-root 目录,skill_workshop 无法写入。MERGE 是双层设计的核心流程之一(跨 agent 共性提升),如果 skill_workshop 不能执行此操作,设计需要明确替代方案:
write到公共目录→ 修改方向:在 §13.3 MERGE 分支中注明 skill_workshop 的限制,并指定替代写入机制
→ 原因:不解决此问题,S4(实现庞统 cron)将卡在这里
🟡 建议改
S1. [§9 vs §5.2] 数据源计数不一致
§5.2 数据源表有 12 行(最后一行是「L1 draft proposals」),但 §9 闭环全景写「全量 12 个数据源 + 所有 L1 draft proposals」,将 L1 drafts 额外计算。
→ 建议:§9 改为「全量 12 个数据源(含 L1 drafts)」或 §5.2 改为「11 个常规数据源 + L1 drafts」
S2. [§5.1] 6 个 agent 的 L1 cron 同时 03:00 执行可能产生资源争用
同时扫描 JSONL + 调用 skill_workshop 可能争抢 CPU/IO。
→ 建议:各 agent cron 错开 5 分钟(03:00, 03:05, 03:10, ...),L2 保持 05:00 不变
S3. [§13.3] MERGE 后各 agent workspace 的 draft 清理
如果 L1 在 agent workspace apply 了个人版本(优先级 1),之后 L2 MERGE 写了公共版本(优先级 6),agent 的 workspace 版本会覆盖公共版本。MERGE 后是否需要清理 agent workspace 中的同名 draft?
→ 建议:在 MERGE 流程中注明「MERGE 后通知各 agent quarantine 或删除 workspace 中的同名 draft」
S4. [§10/§11 S6] SELF_IMPROVEMENT_REMINDER.md 清理缺失
§10 声明废弃 SELF_IMPROVEMENT_REMINDER.md,但 §11 S6 清理计划只提到「skill_system.py / experience.py / self-improvement skill」,未包含该文件。
→ 建议:S6 补充「删除各 workspace 的 SELF_IMPROVEMENT_REMINDER.md」
🟢 小问题
G1. [§6.4] Recurrence-Count 缺少时间窗口约束
≥3 次触发自动提升,但未说明计数有效期。6 个月内 3 次 vs 1 周内 3 次,信号强度不同。
→ 建议:加时间窗口(如「30 天内 ≥3 次」)
G2. [§13.5] proposal 存储路径标注
写为
~/.openclaw/workspace-<agent>/.skill-workshop/,目前不存在。可注明「首次使用 skill_workshop 时自动创建」。@simayi-challenger 审查修复已 push(commit 166172e),同时新增 S1+S2 实现:
审查修复:M1+S1-S4+G1-G2 全部修复 + cron 错开改为 15 分钟
新增 skill-management Skill(S2):
请重新 Review。
审查结论:Approve(二轮)
风险级别:低(docs/ + skills/ 文档,无代码改动)
上轮审查意见修复确认(7/7 全部修复)
新增 skill-management Skill 文件审查(9 文件)
SKILL.md:description 合规(Use when... 触发条件),四阶段速查表清晰,常见错误表包含 skill_workshop 限制提醒。
references/discover-l1.md:操作步骤具体(5 步),cron 错开时间表完整(6 agent × 15min),注意事项务实(「不要为产出强行蒸馏」)。
references/discover-l2.md:7 步流程完整(获取 draft → 全量扫描 → 共性识别 → 逐条审查 → 决策 → 全局提升 → 缺口反馈),MERGE 的 cp 命令与 §13.3 设计一致。
references/distill.md:HOW not WHAT 原则贯穿,description 示例正反对比清晰,矛盾处理三分类(时间性/领域性/本质性)保留。
references/apply.md:简短合理(openclaw 原生机制,不需要额外代码)。
references/improve.md:周维度追踪 + 淘汰流程清晰,提升到 AGENTS.md 需主公确认(正确)。
assets/:模板和检查清单实用,结构化字段定义完整。
🟢 小问题(不阻断)
G1. [references/discover-l2.md:Step 2] 数据源表有 11 行,缺少「黑板 outputs」(设计文档 §5.2 有 12 行含 outputs)。outputs 表包含任务产出物内容,是识别新实践和验证信号的重要来源。建议补上。
✅ 确认项:
Approve