📚 工程方法 全难度 📦 community

continuous-learning

让 Agent 从每次会话中学习、沉淀最佳实践到 Skill。

📄 相关文章

📊 评分明细

📦 打包完整度
2.1 2.1 / 2.5
🎯 实用性
2.1 2.1 / 2.5
📖 文档清晰度
1.7 1.7 / 2
👥 社区影响力
1.2 1.2 / 1.5
🔗 集成度
1.2 1.2 / 1.5

🎯 适用场景

免费教育办公

continuous-learning 快速入门

让 AI 助手越用越聪明——这个 Skill 教它 3 步把每次对话的好经验沉淀成可复用的“团队记忆”。

这是什么?解决什么问题?

continuous-learning 是社区作者 affaan-m 在 affaan-m/everything-claude-code 仓库下贡献的元 Skill(meta-skill),解决一个非常实际的问题:为什么我每次让 AI 帮我写代码,它都会重复犯同样的错? 普通 Agent 的“记忆”只存在于单次会话里,关掉窗口就清零。如果你在一段对话里纠正了它 3 次“别用绝对路径、要相对项目根目录”,下一次开新会话,Agent 还是会从零开始犯同样的错。 continuous-learning 的做法是给 Agent 配一套 “会话复盘 + 知识沉淀” 的工作流:

  1. 会话结束前触发复盘:Agent 自动问你 “本次会话哪些经验值得保留?”;
  2. 提炼为 Skill 单元:把经验写成结构化的 Markdown(类似 CLAUDE.md / Skill 文件);
  3. 写入项目级知识库:沉淀到 .claude/lessons/.cursor/rules/ 目录,下次同项目开新会话自动加载。 它的灵感来自 Anthropic 在 prompt engineering 中强调的 “constitutional AI” 思路——让 AI 在长程协作中持续校准自己的行为,而非每次都靠用户重新提示。 适合长期维护同一项目的工程师、咨询顾问、技术负责人,也适合想“用 AI 写出越来越专业代码”的个人开发者。

准备工作

  1. AI 编程 Agent:Claude Code、Cursor 都可以,Claude Code 体验最佳。
  2. Node.js ≥ 18:本 Skill 的部分 hooks 是 Node 写的。
  3. Git 仓库:建议在 Git 项目里使用,方便追踪 .claude/ 目录的版本变化。
  4. 基础提示词经验:虽然对小白友好,但如果你完全不熟悉 CLAUDE.md,建议先看一遍 Anthropic 官方教程。

3 步快速上手

第 1 步:克隆仓库并安装

git clone https://github.com/affaan-m/everything-claude-code.git
cd everything-claude-code
ls skills/continuous-learning

第 2 步:把 Skill 装到项目

在你的项目根目录:

mkdir -p .claude/skills
cp -r everything-claude-code/skills/continuous-learning .claude/skills/

然后在 CLAUDE.md 顶部加入:

# CLAUDE.md
At the end of each session, invoke the continuous-learning skill to
extract reusable lessons and append them to .claude/lessons/.

第 3 步:跑一次“会话复盘”

正常和 Agent 协作完成一项任务(比如给 React 项目加一个表单)。任务结束后,直接说:

请用 continuous-learning Skill 复盘本次会话,把值得沉淀的经验写入 .claude/lessons/。

Agent 会:

  1. 通读本次对话;

  2. 找出 2-4 条“复盘价值高”的经验(例如 “Next.js App Router 下,fetch 必须用绝对 URL 而不是相对路径”);

  3. 给每条经验打 tag(category、severity、applies_to);

  4. 写入 lessons/2026-06-17-nextjs-fetch.md 之类的文件。

下次新开会话,这些 lessons 会自动随 CLAUDE.md 一起被加载,Agent 不会再犯同样错误。

常见踩坑

  1. 沉淀太多噪声:如果 Agent 复盘过度,会把“今天我给用户写了个 for 循环”这种废话也写进 lessons。Skill 提供 noise_filter 提示,记得在 CLAUDE.md 里强调 “只保留有通用价值的经验”。

  2. 过期经验没清理:项目一年前的经验可能已经不适用,Skill 提示每季度做一次 lessons 复审,删除过时项。

  3. 私人项目配置混入全局:不要把 .claude/ 目录 push 到公开仓库(可能含密钥或敏感信息),Skill 强调在 .gitignore 里排除 .claude/local/

  4. 只沉淀失败经验:成功经验同样值得记录(比如“用 X 库 + Y 模式性能最好”),Skill 提示 Agent 同时记录 positive lessons。

  5. lesson 文件过长:如果单条经验写到 200 行 Markdown,反而会撑爆上下文窗口,Skill 推荐单文件 30-80 行最合适。

  6. 跨项目复用错位:A 项目的经验可能不适用于 B 项目,Skill 提示在 lesson 文件里加 applies_to: [nextjs, app-router] 之类的元数据,避免误用。

初级用法

1. 手动触发复盘

任务结束直接说 “请用 continuous-learning 复盘”,最简单。

2. 在 commit hook 中自动触发


# .git/hooks/post-commit

claude --skill continuous-learning --replay-last-session

每次 commit 自动沉淀一次。

3. 团队共享 lessons

.claude/lessons/ 提交到团队仓库,所有人都能享受同样的“团队记忆”。

高级玩法

1. 与 Skill-creator 联动

continuous-learning 沉淀的 lesson,可以再用 Anthropic 的 skill-creator 升级成正式 Skill,实现“经验 → Skill”的自动化生产链。

2. 按 tag 检索 lessons


grep -l "category: testing" .claude/lessons/*.md

做季度复盘时很有用。

3. 跨项目 lessons 合并

写个脚本把所有项目的 lessons 聚合成一份“大记忆”,在咨询场景特别好用。

4. 用 RAG 检索 lessons

把 lessons 灌进向量数据库,Agent 在新会话里根据当前任务自动检索相关经验,而不是无差别全量加载。

小技巧

  • 每条 lesson 控制在 30 行内:超出就要拆。

  • 写好日期戳:文件名加 YYYY-MM-DD-topic.md 方便排序。

  • confidence: high/medium/low:高置信度经验直接采用,低置信度要人工验证。

  • 配合 git blame 看沉淀效果:commit message 里加 lesson: 2026-06-17-nextjs-fetch,方便追溯。

  • 每月底做一次 lessons review:删掉 3 个月内未引用的 lesson,保持知识库精炼。

continuous-learning Skill 多维度简评

类别:工程方法 来源:affaan-m/ECC(原名 everything-claude-code) 定位:AI 持续学习机制——从 PR 审查、Bug 修复、用户反馈中自动提取并沉淀可复用的知识和模式。

免责声明:本文基于官方文档和公开资料整理,未经过 MagicNetWorld 实测。


一、核心定位与价值

continuous-learning 是 ECC(Everything Claude Code)框架中的持续学习 Skill,专注于让 AI Agent 在长期项目协作中不断积累和优化知识。

核心价值:将每次 PR 审查、Bug 修复和用户反馈转化为可复用的知识资产——自动总结、模式库更新、RAG 知识库索引、以及从重复模式中自动生成新的 Skill。

ECC 框架由 Anthropic 黑客马拉松获奖者 Affaan Mustafa 创建,是目前最受欢迎的 AI Agent 配置框架之一(211K+ Stars)。ECC v2.0.0 版本引入了 Hermes Operator 概念,将框架定位为”跨 harness 的 Agent 操作系统”,支持 Claude Code、Cursor、Codex、OpenCode、Gemini CLI、Zed、GitHub Copilot 等 7+ 个主流 Agent 平台。


二、核心能力清单

能力实现方式适用场景
自动总结从 PR 评论和修复记录中提取关键决策团队知识沉淀、新人上手
RAG 知识库将项目特定知识索引到可查询向量库长期项目的上下文检索
模式库维护识别重复出现的 Bug 模式并归档减少同类问题重复出现
反馈循环追踪修复效果,反向优化 Skill 规则Skill 的持续改进
Skill 自动生成从高频率任务中自动生成新 Skill组织知识自动化

三、持续学习机制详解

3.1 知识沉淀流程

ECC 的 continuous-learning 通过以下机制实现知识积累:

  1. 事后总结(Post-Mortem):每次完成重大变更或修复后,Agent 自动生成结构化总结,包含:问题描述、根因分析、解决方案、经验教训、可推广的模式。

  2. 模式识别(Pattern Detection):当同一类型的问题在多个 PR 或 Bug 报告中出现时,Agent 将其识别为”可沉淀模式”,建议创建对应的 Skill 或编码规范检查规则。

  3. 反馈接入(Feedback Loop):用户的修正(如”这里不应该是这样”)被记录并分析,用于调整 Skill 的触发条件和执行规则。

  4. 知识库索引(RAG Indexing):项目特定的架构决策、故障排查记录、团队约定被索引到可查询的知识库中,供后续会话调用。

3.2 ECC 框架中的 Hooks 系统

ECC 的 Session Hooks 为持续学习提供了基础设施:

  • SessionStart:会话开始时加载已有知识库和 Skill
  • SessionEnd:会话结束时保存新产生的知识和记忆
  • PreToolUse:工具调用前检查是否符合学习到的规则
  • PostToolUse:工具调用后评估结果并更新模式库

3.3 ECC 框架的 /learn 命令

ECC 提供了 /learn slash command,用户可主动触发持续学习模式:

/learn
→ Agent 回顾最近的 PR、修复历史和用户反馈
→ 识别可沉淀的模式
→ 提出知识库更新建议
→ 经用户确认后写入知识库

四、ECC 框架关键 Commands

ECC 提供了 60 个 Slash Commands,其中与持续学习直接相关的包括:

Command功能
/learn触发持续学习:回顾历史,沉淀模式
/plan启动规划模式(调用 Planning Agent)
/tdd进入 TDD 开发流程
/verify运行验证循环
/eval执行评估框架
/compact战略上下文压缩

五、ECC v2.0.0 的新特性

2026 年发布的 ECC v2.0.0 引入了几个关键更新:

  • Hermes Operator:一个跨 harness 的 Operator 层,“从真实的跨 harness 工程工作流中构建”
  • Cross-harness Architecture:同一套 Skills/Instincts/Hooks 在 Claude Code、Codex、Cursor 等平台间共享
  • ECC Pro:面向企业私有仓库的 GitHub App($19/seat/mo),开源版本保持 MIT 协议永久免费

六、安装与使用

# 通过 skills CLI 安装
npx skills add https://github.com/affaan-m/ECC --skill continuous-learning

# 或克隆仓库
git clone https://github.com/affaan-m/ECC

七、总结

核心价值:

  • 从 PR、Bug、反馈中自动提取和沉淀可复用知识
  • 依托 ECC v2.0.0 的 Hermes Operator 跨平台知识共享架构
  • 与 ECC 的 119 个 Skills、28 个 Subagents、60 个 Commands 形成闭环

适用人群:

  • 长期使用 AI Agent 维护项目的团队
  • 希望构建组织级 AI 知识库的工程效能团队

推荐程度:⭐⭐⭐⭐ —— 推荐安装。与其他 ECC Skills 配合使用时,持续学习机制能显著提升团队的知识复用效率。


参考资料

📊 评分与标签

评分说明

总分 8.3/10 · P_优选

📊 可观测社区指标(数据核验日期:2026-07-23)

📦 可安装性 2.1/2.5

  • Skill 目录带配置和脚本,可从套件加载;自动观察或写入行为需要宿主 hooks 与明确文件权限。
  • 对比 Superpowers、Planning with Files:只对公开可复核的安装路径和依赖计分,不把宿主账号或外部服务能力算作 Skill 自身。

🎯 实用性 2.3/2.5

  • 通过会话评估把可复用模式沉淀为本地规则,并提供配置与 evaluate-session 脚本。
  • 对比 Superpowers、Planning with Files:本维度依据实际任务覆盖、输出边界和风险控制,而非仅依据仓库热度。

📖 文档质量 1.7/2.0

  • SKILL.md、config.json 和评估脚本可核验,仓库另有 v2 规范;版本选择与迁移需要用户判断。
  • 对比 Superpowers、Planning with Files:可核验的步骤、示例和限制计入分数,缺少原始文件时明确扣分。

👥 社区活跃 1.0/1.5

  • 总仓 API 返回 ★232,152、Fork 35,405,2026-07-22 仍活跃;这些数字不是单 Skill 指标。
  • 社区数字是核验日仓库级快照;与 Superpowers、Planning with Files 的规模差异不直接推导功能质量。

🔗 兼容性 1.2/1.5

  • 可用于支持本地 Skills 与 hooks 的 Agent;无 hooks 或禁止持久写入的环境只能手动执行。
  • 对比 Superpowers、Planning with Files:只计算明确支持的协议、语言和运行环境,不推定未声明的平台兼容。

评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。

局限与使用边界

  • 自动沉淀可能把偶然偏好或敏感上下文写入规则;必须审查、去标识化并允许撤销错误记忆。
  • 本评分为公开资料审查,不代表在所有宿主、账号权限与生产数据集上完成独立实测。

🏷️ 标签说明

  • 免费: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源
  • 教育: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源
  • 办公: 标签对应条目公开描述与已核验的能力边界。来源:主要核验来源

📋 来源核验记录

  • ✅ 已核验:主要官方或登记来源
  • ✅ 已核验:GitHub 仓库页面
  • ✅ 已核验:GitHub API 元数据
  • ⚠️ 间接来源:站内 JSON 仅用于名称、标签和固定总分的一致性校验,维度证据取自以上公开页面。
  • ❌ 已删除死链:无;无法定位同名原始 Skill 的情况已在正文明确限制,未伪造路径或指标。