夜雨聆风问题：Claude Code 还不够聪明的地方
用过 Claude Code 的人应该都有这个感受：它很强大，但每次启动都是"白纸一张"。
你要反复告诉它：
这个项目用 React + TypeScript，组件怎么写 测试要用 Vitest，命名规范是什么 数据库用的是 PostgreSQL，不要生成 MySQL 语法 之前犯过的错，过了几轮又犯了
每开一个新会话，就得重新教一遍。像不像每次换了个实习生都要从头带？
ECC（Everything Claude Code Extension） 就是来解决这个问题的。
它不是 Claude Code 的替代品，而是一个扩展框架——给 Claude Code 装上 Skills（技能模板）、Instincts（直觉学习）、Memory（持久记忆）和 Security（安全控制），让它越用越懂你。
什么是 ECC？
ECC 全称 Everything Claude Code Extension，是一套为 Claude Code 设计的开源扩展框架。你可以把它理解为 Claude Code 的"操作系统层"——在 Claude Code 之上提供了一套能力框架。
它的核心组成部分：
Skills（技能） ——可复用的提示词模板和检查规则，覆盖特定技术栈或场景 Instincts（直觉） ——自动观察你的编码模式，生成习惯规则，Claude 会自动遵从 Memory（记忆） ——跨会话持久化存储，记住项目上下文、决策记录和避免过的坑 Security（安全） ——访问控制、审计日志、策略管理 Hooks（钩子系统） ——22+ 扩展钩子，支持 MCP Server、意图路由和自定义事件
简单说：ECC 让 Claude Code 从一个"每次从零开始"的工具，变成一个"越用越懂你"的伙伴。
安装：两种方式
方式一：一键安装（推荐）
npm install -g @nicepkg/ecc ecc init执行 ecc init 后，ECC 会在你的项目目录下生成配置文件，并创建初始的技能模板和记忆存储。
方式二：手动安装
# 克隆仓库 git clone https://github.com/nicepkg/ecc # 安装依赖 cd ecc && npm install # 链接到全局 npm link安装完成后，用 ecc --version 验证。
⚠️ 需要 Node.js 18+ 环境，且已安装 Claude Code。ECC 不会影响 Claude Code 本体，只在启动时注入配置。
基础使用
初始化项目
# 在项目目录中 cd my-project ecc init # 查看 ECC 状态 ecc status # 列出可用技能 ecc skills list创建技能
# 创建一个 React 技能 ecc skills create react-component # 编辑技能内容 ecc skills edit react-component技能文件大概长这样：
name: react-component description: React 函数组件开发规范 prompt: | 当编写 React 组件时： - 使用 TypeScript，为 props 定义接口 - 优先使用函数组件 + Hooks - 为每个组件编写单元测试 - 性能敏感处使用 useMemo/useCallback - 遵循项目的 import 排序规则使用 Claude Code + ECC
# 启动 Claude Code（ECC 自动加载） claude没错，和平时一样输入 claude 就行。ECC 会在后台自动注入你配置的 Skills、Instincts 和 Memory，Claude Code 启动时就已经知道你的项目规则了。
你不需要在提示词里写"用 TypeScript"、"写测试"——ECC 已经帮你打了底。
使用经验分享
我用 ECC 大概三个月，分享几个真实体会：
1. Skills 是最快见效的模块
刚开始用 ECC，建议从 Skills 入手。只需要花 10 分钟给项目写 3-5 条核心规则，之后每次启动 Claude Code 都会自动遵循。省去的不是一次两次的重复说明，而是每天几十次的重复说明。
我这里有个小技巧：把项目 README 中的技术选型和约束直接写成 Skill——比如"数据库用 PostgreSQL，ORM 用 Prisma，不要生成原始 SQL"。Claude Code 之后再也不会给你生成 MySQL 语法了。
2. Instincts 需要时间培养
Instincts 不会在你装好 ECC 的第一天就生效。它需要观察你的编码习惯，积累数据，再生成直觉规则。一般用一两周后，你会发现 Claude Code 的代码风格越来越接近你的个人风格——缩进、命名、注释方式都在对齐。
这个过程是自动的，不需要你手动干预。如果你发现某些生成的直觉不准确，可以用 ecc instincts review 查看和调整。
3. Memory 是长线投资
Memory 的魅力在于：你越用它，它越值钱。我用 ECC 一个月后，有一天让 Claude 重构一个模块，它居然说"这个模块上次重构用了策略模式，这次建议保持一致性，继续用策略模式"——它记住了三个月前的决策。
Memory 不仅仅是记住代码，还记录：
架构决策和原因 之前踩过的坑和解决方案 常用的工具和配置偏好 团队成员分工和代码所有权
ECC 四大核心模块及其适用场景
何时使用 ECC？
ECC 不是所有场景都需要。这里帮大家做个判断：
适合用 ECC 的场景
多技术栈团队 ——前端用 React、后端用 Go、数据用 Python，每个技术栈创建专属 Skill，Claude 自动适配 有编码规范要求的项目 ——把 style guide 写进 Skill，每次生成代码自动合规 长期维护的项目 ——Memory 让 Claude 记住架构决策，避免"改了这头忘了那头" 需要安全合规控制 ——Security 模块可以限制 API Key 权限、记录审计日志 团队知识管理 ——把常见问题、解决方案写进记忆，新人也能快速上手
不适合用 ECC 的场景
一次性脚本 ——写个一键部署脚本、临时数据处理，没必要上 ECC 简单个人项目 ——就一个文件的项目，装 ECC 有点杀鸡用牛刀 临时探索性代码 ——验证想法、写 Demo，不需要长期记忆
总结一句话：ECC 适合"有上下文惯性"的项目——你反复回来改、多人协作、有编码约束的项目。一次性任务，直接开 Claude Code 裸奔就行。
进阶建议
1. 团队共享技能库
ECC 的配置文件可以提交到 Git 仓库。团队统一维护一套 Skill，新人 clone 项目后运行 ecc init 就获得了整套编码规范。配合 Code Review，团队代码风格会越来越一致。
2. 与 CC Switch 配合使用
ECC 和上一期介绍的 CC Switch 是互补关系——CC Switch 管"用哪个模型"，ECC 管"用哪些规则"。
推荐组合：
CC Switch 负责模型切换（sonnet / haiku / opus） ECC 负责上下文注入（Skill + Instinct + Memory） 两者配合，一套配置搞定项目所有需求
3. 善用 Hooks 自定义
ECC 有 22+ 扩展钩子，覆盖代码生成前后、测试运行、提交准备等环节。比如：
代码生成后自动运行 linter 提交前检查是否包含敏感信息 根据文件路径自动选择合适的 Skill
4. 不要贪多
Skill 不是越多越好。我见过有人把几十条规则塞进一个 Skill，结果 Claude Code 启动时注入大量上下文，响应速度明显变慢。建议每个 Skill 控制在 5-10 条规则，按场景拆分。
总结
ECC 解决的核心问题是：Claude Code 每次从零开始 vs 开发者需要一致性和连续性。
它不会让 Claude Code 变聪明，但会让它变得更懂你。
Skills 是规矩，Instincts 是习惯，Memory 是经验，Security 是底线。这四个模块加起来，就是 Claude Code 从一个"通用工具"变成"你的专属编程助手"的关键。
如果你：
每天大量使用 Claude Code 维护多个技术栈的项目 希望团队保持代码一致性 受够了重复告诉 Claude"我们的项目用什么技术"
那 ECC 值得你花一个下午试试。
一句话总结：ECC 不是让 Claude Code 变强，而是让它记住你是谁、你在做什么、你想怎么做。
