open-agent-hub
AI编码助手能力扩展中心,一键加载83+模块化技能,兼容Claude Code/Cursor/Trae等8大工具
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
AI编码助手能力扩展中心,一键加载83+模块化技能,兼容Claude Code/Cursor/Trae等8大工具
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。

图1:open-agent-hub 项目图标
想象一下:你同时用 Claude Code 写后端、用 Cursor 做前端、用 Trae 做代码审查——每个工具都有自己擅长的领域,但每次切换都要重新「教」AI 你的项目规范、代码风格、常用工作流。open-agent-hub 就是来解决这个问题的:它是一个统一的 AI 助手能力扩展中心,让你可以在任何主流 AI 编码工具中,一键加载 83+ 个经过精心设计的模块化技能。
这个项目由独立开发者 guanyang 创建,GitHub 社区迅速积累到 907 颗星、165 个 Fork,成为 2024–2025 年 AI 编程工具生态中最活跃的「工具集」类开源项目之一。其核心理念是:让 AI 编程工具的能力扩展标准化、可复用、跨平台。
以 Claude Code、Cursor、Trae 为代表的 AI 编程工具,在 2024 年集体迎来了爆发式增长。这些工具本质上都是带了 LLM 的代码编辑器/终端,它们能做代码补全、写测试、甚至重构整块功能,但默认能力是「通用」的——它不了解你的技术栈偏好、不知道你团队的代码规范、不熟悉你常用的设计模式。
社区很快发现了这个缺口:用户开始在 .claude/、.cursor/ 等目录下放置系统提示词文件,手动管理各种「技能」。问题是:这些提示词散落在各处、格式不统一、无法跨工具复用。open-agent-hub 正是填补这一空白的系统性方案。
open-agent-hub 的设计非常清晰,整个仓库围绕三大核心组件组织:
skills/ 目录下存放了 83 个独立的能力模块,每个技能是一个包含 YAML frontmatter 的 Markdown 文件。frontmatter 定义了技能的触发词、适用场景、使用方式;正文则提供了详细的提示词模板。以 baoyu-article-illustrator 为例,它专门用于生成文章配图,配有完整的风格说明和 prompt 模板。
这些技能来源多元:部分来自 Anthropic 官方技能库,部分来自社区贡献,还有一部分是作者自研(以 baoyu- 前缀标识)。所有技能统一存放在 skills_index.json 中管理,通过 oah sync 命令可以从上游数据源自动同步更新。
agents/ 目录下存放了预定义的 Agent 系统提示词,涵盖了编程中常见的高阶工作流角色,如代码审查员(Reviewer)、测试工程师(Test Engineer)、架构师(Architect)等。每个 agent-*.md 文件都是一个独立角色定义,AI 在收到特定任务时会切换到对应角色,以更专业的视角处理问题。
这套 Agent 体系借鉴了 Andrej Karpathy 的 skills 思想,并通过 Evaluator-Optimizer 反馈循环机制实现了自我改进能力——简单说就是:AI 做任务 → 另一个 AI 评估 → 反馈优化,形成闭环。
commands/ 目录下的 *.md 文件定义了 AI 编码助手可以识别的斜杠命令(如 /commit、/review、/test-tdd)。这些命令在 AI 运行时通过特定触发词激活,执行预定义的工作流模板,大幅降低了重复性操作的认知负担。
整个项目最令人印象深刻的工程选择是:零依赖。核心脚本 scripts/hub.js 仅依赖 Node.js 内置的 fs、path、os 三个模块,没有任何 npm 依赖包。这使得工具本身极轻量(22430 字节),安装后几乎不占用系统资源,且在任何装有 Node.js 的环境下均可直接运行。
hub.js 的核心逻辑包含三大功能:
.claude/、.cursor/)。软链接的优势是源文件更新后,所有工具即时生效,无需重复安装。package.json 注册了 4 个 bin 别名(open-agent、open-agent-hub、oah、ahub),通过 npm link 全局安装后,在系统任何目录下均可直接调用。
open-agent-hub 目前完整支持 8 款主流 AI 编码助手:
| 工具 | 类型 | 项目路径 | 全局路径 |
|---|---|---|---|
| Claude Code | CLI | .claude/ | ~/.claude/ |
| Cursor | IDE | .cursor/ | ~/.cursor/ |
| Trae | IDE | .trae/ | ~/.trae/ |
| Gemini CLI | CLI | .gemini/ | ~/.gemini/ |
| Codex | CLI | .codex/ | ~/.codex/ |
| OpenCode | CLI | .opencode/ | ~/.config/opencode/ |
| Kiro | CLI/Agent | .kiro/ | ~/.kiro/ |
| Antigravity | IDE | .agents/ | ~/.gemini/antigravity/ |
这种全平台覆盖的策略极具野心——它真正想做的是成为 AI 编程工具的「插件商店」标准,无论用户切换到哪款工具,都能携带自己积累的技能库。
安装流程极度简洁:
git clone https://github.com/guanyang/open-agent-hub.git ~/open-agent-hub
cd ~/open-agent-hub && npm link
激活所有能力到当前项目:
oah enable # 激活到当前项目(默认 Claude Code)
oah enable --target=cursor # 激活到 Cursor 项目
oah enable --global --target=all # 全局激活到所有工具
查看状态:
oah status # 查看当前项目激活状态
oah list # 列出所有可用能力
整个过程不需要 Docker、不需要配置环境变量、不需要写 YAML——对非技术用户也极度友好。
尽管设计出色,open-agent-hub 也有其局限性:
1. 依赖 Node.js 环境:对于纯 Python 用户而言,需要额外安装 Node.js,增加了认知门槛。项目虽然极简,但 Node.js 的安装在不同操作系统上仍有差异。
2. 技能质量参差不齐:83 个技能来源不同(官方、第三方、自研),维护质量不一。部分 baoyu- 前缀的自研技能与主功能关联性较弱,社区维护的技能更新节奏不统一。
3. 软链接机制的风险:使用软链接意味着仓库目录不可删除。对于深度集成用户,~/open-agent-hub 变成了一个「不能动的系统目录」,与 Git 习惯(定期 pull/update)存在张力。
4. 缺乏版本锁定:没有 lock 文件,oah sync 同步后上游更新可能导致本地行为变化,存在潜在的回归风险。
open-agent-hub 的出现,折射出一个更大的趋势:随着 AI 编码工具从「新奇玩具」走向「日常生产工具」,围绕这些工具的生态配件需求正在爆发。从 VS Code 插件生态的历史经验来看,工具本身免费、配件收费(或社区共建)是成熟的商业模式。
open-agent-hub 目前走的是纯开源社区路线,907 星的速度说明开发者社区对这类工具有真实需求。它的竞争壁垒不在于代码本身——22KB 的核心脚本任何人都能复制——而在于技能库的内容质量和社区维护的持续性。
未来可能的演进方向:技能市场(付费技能订阅)、技能评分/推荐系统、与主流 IDE 的深度集成(而不是仅依赖配置目录),都值得观察。