Everything Claude Code:让 AI 代理真正为你工作的完整系统

Everything Claude Code:让 AI 代理真正为你工作的完整系统

从一次黑客马拉松开始

2026 年初,在 Anthropic 与 Cerebral Valley 联合举办的黑客马拉松上,一个叫 Everything Claude Code(ECC) 的项目拿到了冠军。

但它并没有停留在"获奖作品"的阶段。10 个月、50K+ star、6K+ fork 之后,ECC 已经演化成了一套覆盖 27 个专业 Agent、114 个工作流技能、59 个斜杠命令的生产级 AI 代理增强系统——并在 2026 年 3 月发布了 v1.9.0。

这篇文章想聊清楚:ECC 到底解决了什么问题,它的设计哲学是什么,以及它对"如何用好 AI 编程工具"这件事意味着什么。


问题:大多数人在错误地使用 Claude Code

你可能每天都在用 Claude Code 写代码。你提问,它回答,大部分时候还不错。

但你有没有发现:

  • 同一类错误反复出现,每次都要重新解释上下文
  • 代码写完了,没有人帮你 review 安全漏洞
  • 构建失败时,你和 Claude 都在猜问题在哪
  • 上一个会话学到的"好做法",下一个会话完全忘掉

这些不是 Claude 的问题,是系统的问题。Claude Code 是一个功能强大的工具,但它需要配置、规则、记忆和工作流才能真正发挥出"AI 代理"的能力。

ECC 要做的,就是提供这套完整的系统。


核心设计:Agent 优先的分层架构

ECC 最重要的设计决定,是把"专业分工"贯彻到底。

它不是一个通用的大 Prompt,而是 27 个专业化的子 Agent,每个 Agent 只做一件事,并且做到最好:

场景该用哪个 Agent
规划新功能planner
系统架构决策architect
测试驱动开发tdd-guide
代码质量审查code-reviewer
安全漏洞扫描security-reviewer
构建错误修复build-error-resolver
Go 代码审查go-reviewer
PyTorch 训练错误pytorch-build-resolver
Kotlin/Android 构建kotlin-build-resolver

这种设计有个关键优势:上下文纯净。一个负责安全审查的 Agent,它的整个系统 Prompt 都在讲安全,不会被不相关的信息稀释。


三个让人印象深刻的子系统

1. 持续学习 v2(Instinct System)

ECC 里有一套"本能"系统,可以自动从你的开发会话中提取模式:

/instinct-status # 查看已学到的开发本能(附置信度评分) /instinct-export # 导出分享给团队 /instinct-import <file># 从他人经验导入 /evolve # 把相关本能聚合成可复用的技能

每次开发会话结束,ECC 的 Hook 会自动分析对话,提取"这次发现了什么有价值的模式",附上置信度评分,存入本能库。这些本能可以随着时间推移 evolve 成结构化的技能。

这是在解决一个真实痛点:你和 AI 协作积累的经验,不应该随着会话结束而消失

2. AgentShield 安全审计

构建于 Claude Code Hackathon,1282 个测试,98% 覆盖率,102 条静态分析规则。
# 快速扫描(无需安装) npx ecc-agentshield scan # 启用 Opus 深度分析(红队/蓝队/审计三 Agent 流水线) npx ecc-agentshield scan --opus--stream

--opus 模式会启动三个 Claude Opus Agent 组成"攻防对抗"流水线:攻击者找漏洞利用链,防御者评估保护措施,审计者综合两方输出优先级风险报告。

扫描范围覆盖:CLAUDE.md、settings.json、MCP 配置、Hook 脚本、Agent 定义——14 种密钥泄露模式、权限审计、Hook 注入分析。

3. 结构化 Hook 系统

Hook 是 ECC 的"神经系统"。它在工具调用前后自动触发,实现:

  • 会话开始:加载上次的上下文和学习到的本能
  • 文件编辑后:自动格式化 + TypeScript 检查 + 检测 console.log
  • 提交前:扫描 Prompt 里的密钥(sk-ghp_AKIA 等模式)
  • 会话结束:保存状态,提取模式,生成摘要

通过环境变量可以精细控制 Hook 的严格程度:

exportECC_HOOK_PROFILE=strict # strict / standard / minimalexportECC_DISABLED_HOOKS="pre:bash:tmux-reminder"

不止 Claude Code:跨平台的设计

ECC v1.9.0 支持 5 个主流 AI 开发工具:

  • Claude Code:原生支持,最完整
  • Cursor:DRY 适配器模式,复用所有 Hook 脚本
  • OpenCode:全插件支持,20+ 事件类型
  • Codex(OpenAI):AGENTS.md 自动检测
  • Antigravity--target antigravity 安装标志

在 Cursor 里,适配器把 Cursor 的 stdin JSON 转换为 Claude Code 格式,所有 Hook 脚本无需重写即可共享。这是一个干净的跨平台设计决策。


覆盖 12 种语言生态

v1.9.0 将语言覆盖扩展到 10+ 种:TypeScript、Python、Go、Java、Kotlin、Rust、C++、Swift、PHP、Perl,每种语言都有专属的:

  • 代码审查 Agent
  • 构建错误修复 Agent
  • Coding 规范规则
  • TDD 工作流技能

特别值得一提的是 Kotlin/Android/KMP 支持——这在 AI 编程工具里还比较少见。


安装与快速上手

# 方式一:Claude Code 插件(推荐) /plugin marketplace add affaan-m/everything-claude-code /plugin install everything-claude-code@everything-claude-code # 方式二:手动安装(Windows PowerShell)git clone https://github.com/affaan-m/everything-claude-code.git cd everything-claude-code .\install.ps1 typescript # 按需选择语言

两分钟内即可获得 27 个 Agent、114 个技能、59 个命令的完整访问权限。


这个项目在讲一个更大的故事

ECC 的技术细节固然重要,但它更重要的意义在于:它在定义"AI 代理增强系统"这个品类

它不是要替代 Claude Code,而是要回答"如何让 Claude Code 真正像一个有经验的开发团队一样工作"。答案是:专业分工、持续学习、强制安全检查、跨会话记忆、结构化工作流。

这套思路对于任何想认真使用 AI 编程工具的团队都有参考价值——不管你最终用不用 ECC 本身。


GitHubaffaan-m/everything-claude-code
npmecc-universal(通用安装包)/ ecc-agentshield(安全审计)
GitHub Appgithub.com/marketplace/ecc-tools(150+ 安装)

Read more

pywebview:用Python+Web技术打造轻量级桌面应用!

pywebview:用Python+Web技术打造轻量级桌面应用!

✍️作者:唐叔在学习 💡专栏:唐叔学python ✨关键词:Python桌面开发、pywebview教程、WebView应用、前后端分离、JS与Python交互、桌面应用打包、Electron替代方案、Python GUI 大家好,我是唐叔。今天我们来聊聊一个非常轻量且强大的Python库——pywebview。如果你曾经为开发一个简单的桌面应用而纠结于Electron的笨重、PyQt的复杂,或是Tkinter的界面简陋,那pywebview或许正是你一直在找的解决方案。 文章目录 * 一、介绍 * 二、安装 * 安装全量版本 * 安装指定环境版本 * 三、使用入门 * 3.1 基本使用 * 3.2 应用程序架构 * 纯网络服务架构 * 无服务器架构 * 3.3 JS与Python交互 * 四、应用打包 * 五、常见使用场景 * 5.1 文件操作 * 文件下载

UniApp + Dify 实战:详解 SSE 流式响应的解析与前端渲染

UniApp + Dify 实战:详解 SSE 流式响应的解析与前端渲染

1. 理解核心机制:拼接而非替换 Dify 的 streaming 模式下,服务器会不断推送形如 data: {"event": "message", "answer": "字"} 的数据包。 核心逻辑是: 收到一个包,解析出 answer 字段,将其**追加(Append)**到当前正在显示的对话变量后,而不是直接替换。 2. 关键数据解析逻辑 Dify 返回的数据流格式如下: data: {"event": "message", "answer": "我", ...}\n\

OpenWebUI联网搜索实战:如何用SearXNG让本地大模型获取实时信息(附百度/360配置)

OpenWebUI联网搜索实战:如何用SearXNG让本地大模型获取实时信息(附百度/360配置) 如果你在本地运行大模型,比如用Ollama部署了Qwen、Llama或者DeepSeek,可能会发现一个尴尬的问题:模型的知识截止日期是固定的,它不知道今天股市涨跌,不清楚最新的科技新闻,甚至不知道明天是什么节日。这种“信息孤岛”的感觉,让本地大模型的实用性大打折扣。 我最初搭建OpenWebUI环境时,也遇到了这个痛点。看着模型一本正经地分析过时的数据,那种无力感让我开始寻找解决方案。市面上有不少联网搜索方案,但要么配置复杂,要么对国内网络环境不友好。经过几周的折腾和测试,我发现SearXNG这个开源元搜索引擎,配合OpenWebUI的联网搜索功能,是目前最稳定、最灵活的方案之一。 更重要的是,通过合理配置SearXNG,我们可以让本地大模型直接调用百度、360等国内搜索引擎,获取符合中文用户习惯的实时信息。这不仅仅是技术上的连接,更是让本地AI真正“接地气”的关键一步。下面我就把自己踩过的坑、验证过的配置,以及实际效果对比,毫无保留地分享给你。 1. 为什么需要SearXN

15. Web可访问性最佳实践:让每个用户都能平等访问

15. Web可访问性最佳实践:让每个用户都能平等访问 引言 Web 可访问性是前端开发的重要组成部分,它确保所有用户,包括残障人士,都能平等地访问和使用网站。作为一名把代码当散文写的 UI 匠人,我始终认为:好的设计不仅要美观,更要包容。就像一首好的音乐,不仅要动听,更要让所有人都能欣赏。Web 可访问性,就是为了让这种包容成为现实。 什么是 Web 可访问性? Web 可访问性(Web Accessibility)是指网站、工具和技术能够被所有人使用的程度,无论他们是否有残疾。这包括: * 视觉障碍(如失明、低视力) * 听觉障碍(如耳聋) * 运动障碍(如无法使用鼠标) * 认知障碍(如学习困难) 可访问性的重要性 1. 法律要求:许多国家和地区都有关于 Web 可访问性的法律法规 2. 扩大受众:提高可访问性可以让更多人使用你的网站