平时用 Claude Code 最头疼什么？
一个是代码质量不稳定。有时候 Claude 写出来的代码能跑，但总觉得哪里不对劲——命名不规范、缺少注释、潜在 bug 没考虑到。项目小的时候无所谓，代码一多就头疼。
另一个是上下文记不住。上次聊了一半的需求，这次打开又要重新解释一遍。Claude 好像得了"金鱼记忆"，每次对话都是全新的开始。
如果你也有同感，那今天这篇文章就是写给你的。
Github:
everything-claude-code: github.com/affaan-m/ev…
oh-my-claudecode： github.com/Yeachan-Heo…
两个插件，各管一摊
Claude Code 的插件生态里，目前最成熟的两个工具是：
everything-claude-code（简称 ECC） —— 这是个"强迫症福音"。它给 Claude 套上了一层工程质量规范：代码怎么写、命名怎么取、哪些安全漏洞要检查，全都有规矩。核心理念就八个字："需求驱动开发 + 90分质量门禁"。
oh-my-claudecode（简称 OMC） —— 这是个"效率加速器"。它有持久化记忆系统，能记住你的项目背景、技术决策、关键文件。还有自动驾驶模式、多模型协作（Claude/Codex/Gemini 一起上）。核心理念是："智能记忆 + 高并发执行"。
看出来了吗？这俩插件简直是天作之合：
- ECC 管"做什么、怎么做好"
- OMC 管"记住上下文、高效执行"
但问题来了——它俩撞名了。
四个 Agent 打架
两个插件都内置了一些智能助手（Agent），用来帮你完成特定任务。但尴尬的是，它们给这些助手起了同样的名字。
比如你想找一个帮你做规划的 Agent，结果两个插件都提供了一个叫 planner 的。ECC 的 planner 擅长拆解技术实现步骤，OMC 的 planner 更偏向战略层面的规划。还有 architect、code-reviewer、security-reviewer 这几个也是重名。
这就好比你家里有两个都叫"小明"的人，你喊一声"小明过来"，根本不知道谁会应。Claude 加载插件时也是一脸懵，有时候会随机选一个，有时候干脆两个都失效，行为完全不可预期。
解决方案：给 ECC 的 Agent 改个名
解决办法其实挺简单的。OMC 的 Agent 更偏向通用规划，名字保持原样就好。ECC 的 Agent 专注于工程实现细节，我们给它们的名字前面加个 ecc- 前缀，这样就不会打架了。
具体怎么做呢？分三步：
step 1：改文件名
进到 ECC 插件的 agents 目录，把重名的文件改个名：
cd ~/Github/everything-claude-code/agents/
mv planner.md ecc-planner.md
mv architect.md ecc-architect.md
mv code-reviewer.md ecc-code-reviewer.md
mv security-reviewer.md ecc-security-reviewer.md
step 2：改文件里的标识
每个 Agent 文件开头都有个 name: 字段，这是 Claude 识别它们的关键。我们要把这个字段也改成带前缀的版本：
# 打开 ecc-planner.md，把 name 改成这样
---
name: ecc-planner
...
---
step 3：更新所有引用
ECC 插件内部还有一些地方引用了这些 Agent 的名字，比如 orchestrate 命令、plan 命令、agents 规则文件等等。这些地方也要统一改成带 ecc- 前缀的版本。
改完之后，调用方式就变成了：
使用 ecc-planner 分析功能实现方案 ← 这是 ECC 的版本
使用 planner 做战略规划 ← 这是 OMC 的版本
清清楚楚，互不干扰。
Hook 合并：谁管什么要分清楚
除了 Agent 之外，两个插件还都有一些自动触发的功能（Hooks）。这些功能会在特定时机自动执行，比如在会话开始时、使用工具前后等等。
这里也要做个取舍。我的原则是：记忆相关的事交给 OMC，代码质量检查的事交给 ECC。
具体来说，OMC 在记忆管理这块做得更完善，所以这几个 Hook 完全交给它：
- SessionStart：会话刚开始时，OMC 会加载之前保存的项目记忆
- PreCompact：上下文要压缩前，OMC 会先保存重要信息
- SessionEnd：会话结束时，OMC 会整理并保存本次的上下文
而 ECC 在代码质量检查上有独特优势，这些 Hook 留给它：
- SessionEnd 里的
evaluate-session.js：自动总结本次会话的编程模式，这个功能 OMC 没有 - PreToolUse：检查 tmux 状态、提醒 git push、警告文档变更
- PostToolUse：自动格式化代码、检查 TypeScript 类型、警告 console.log
- Stop：最后检查一遍有没有遗漏的 console.log
这样分工之后，两个插件各司其职，不会互相干扰。
如何安装两个插件？
安装过程其实不复杂，但有几个细节要注意。
Claude Code 的插件系统（v2.1 以上版本）分两步走：
step 1：注册 marketplace
先把两个插件的本地目录注册到 Claude 的 marketplace 里：
claude plugin marketplace add ~/Github/everything-claude-code
claude plugin marketplace add ~/Github/oh-my-claudecode
step 2：安装插件
然后从 marketplace 安装：
claude plugin install everything-claude-code@everything-claude-code
claude plugin install oh-my-claudecode@omc
装完之后，agents、commands、skills 这些会自动加载，不用你手动复制。但有个例外：Rules（代码规范）需要手动安装。
进到 ECC 目录，先装通用规范：
cd ~/Github/everything-claude-code
./install.sh
然后根据你的项目类型选装对应的规范：
./install.sh typescript # 前端项目
./install.sh python # Python 项目
./install.sh golang # Go 项目
./install.sh csharp # Unity 或 .NET 项目
./install.sh swift # iOS 项目
step 3：开启实验功能
OMC 的多 Agent 协作功能需要手动开启。打开 ~/.claude/settings.json，加上这个环境变量：
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
搞定！
安装之后，他们怎么用？
两个插件装好后，你的 Claude Code 就像开了挂一样。
ECC 带来的工程质量提升
比如你想做一个用户管理系统，直接丢给 ECC：
/requirements-pilot "用户管理系统，JWT认证，RBAC权限，500并发"
它会自动走完整个流程：先确认需求（质量门禁），然后写代码，接着做代码审查，最后生成测试。整个过程不需要你一步步指挥。
ECC 的专家团队（记得用带 ecc- 前缀的版本）：
ecc-planner帮你生成 PRD、架构文档、任务清单ecc-architect做系统设计，分析可扩展性ecc-code-reviewer从多个维度审查代码质量ecc-security-reviewer检查 OWASP 漏洞、注入攻击、密钥泄露
OMC 带来的效率提升
想快速实现一个功能？试试这个：
/autopilot "实现购物车功能，包含持久化和库存校验"
OMC 会自动帮你搞定。它的核心能力包括：
- 跨会话记忆：项目背景、技术决策、关键文件都会自动记住，下次打开不用重新解释
- 并行执行：
/ultrawork可以同时处理多个独立任务 - 三模型协作：
/ccg能让 Claude、Codex、Gemini 三个模型一起干活，各自发挥优势
Github:
everything-claude-code: github.com/affaan-m/ev… oh-my-claudecode： github.com/Yeachan-Heo…
总结一下
ECC 和 OMC 这两个插件，一个管质量，一个管效率，配合起来用真的挺香。
ECC 擅长的是：代码规范、质量门禁、自动化检查、专家级代码审查。它让你的代码从"能跑"变成"写得漂亮"。
OMC 擅长的是：记忆持久化、并行执行、多模型协作。它让 Claude 从"金鱼记忆"变成"过目不忘"，还能同时处理多个任务。
两个插件不是简单叠加，而是分工明确的协同。工程质量交给 ECC，执行效率和记忆持久化交给 OMC。这才是真正的 1+1>2。
如果你也在摸索 Claude Code 的最佳配置，欢迎交流。
关注
觉得有用的话，点个赞👍 或转发给需要的朋友。有问题可以在评论区留言，我会尽量回复。
