我是怎么把 Hermes 打造成私人 AI 专家团的？内附教程

闲言

小时候看《西游记》，最羡慕孙悟空的 72 变，大闹天空！ 一人顶一个团队[赞] 但现在发现：72 变不太够了， 今天当 PM 写需求，明天当设计师改 UI，后天当运营写推文，大后天当客服哄用户。 一人切换十几个身份，精力就那么点儿，每个角色只能做到六分。

更扎心的是，现在连 AI 都"分工具"：写代码用 Claude Code，改 bug 用 Cursor，策划用 Gemini......

言归正传

今天给大家介绍的这个项目，也有不少博主推荐过，因为它太火了， GitHub 142k+ ⭐️，数次登上 GitHub Trending 榜单第一位。

agency-agents：真的能给你一个团队。

下方有我自己搭建7个角色的教程。

01 一人的难，谁知道？

一个人做产品的真实状态：

• 一个人全包累瘫：产品、设计、前端、运营、客服全自己上
• 通用 Prompt 不顶：AI 写的东西像模板，缺专业深度
• 工具太多对不齐：Claude Code、Cursor、Gemini 来回切，每个都要配 agent
• 请人养团队贵：小本经营，雇不起专职专家

所以问题不是有没有 AI 工具，而是有没有一个像专家团队一样懂你的 AI 工具。

02 你，该有一支团队了

agency-agents就是装进你电脑里的 AI 代理公司。

给每个细分岗位配一个专业 Agent。
每个 Agent 有自己的性格、沟通风格和交付标准，交出来的不是建议，是真能用的东西。

03 它的能力？

230+ 专家阵容

工程、设计、投放、销售、市场、产品、项目管理、安全……每个岗位都有对应 Agent。你面对的不是一个聊天框，而是一本随时能翻的「专家通讯录」。

人格化交付

每个 Agent 有自己的工作方式。

前端 Agent 会按你的组件规范写代码， 设计 Agent 会按你的设计系统出方案， 文案 Agent 会按你的品牌语气写内容。

跨工具即用

一个命令把 Agent 装进 Hermes、Claude Code、Cursor、Codex、Gemini、OpenCode 等工具。你不用在每个 IDE 里重复配置。

桌面 App 管家

agencyagents.app 这个原生应用能浏览全部 Agent、一键安装到多个工具、还能自动更新。 Mac 上甚至一行命令就能装好。

子集安装

不想全装？可以只按部门或单个 Agent 挑着装，轻装上阵。

第一步：装桌面 App

brew install --cask msitarzewski/agency-agents/agency-agents

Windows 和 Linux 用户也可以去 GitHub releases 下载安装包。

第二步：打开 App 翻部门

界面像一本「公司通讯录」，点进去能看到每个 Agent 的简介、擅长领域和风格。

第三步：一键装到你的工具

./scripts/install.sh --tool hermes

它会自动把 Agent 文件复制到对应工具的 agents 目录，不用你手动点。

第四步：挑着装某个 Agent

./scripts/install.sh --tool hermes --agent frontend-developer,UI-designer

只装要用的，不占地方。

第五步：直接开干

在 Hermes / Claude Code / Cursor 里像@同事一样喊它。比如：

@frontend-developer 帮我把这个三栏布局改成移动端自适应，保持 Tailwind 风格，不要改业务逻辑。

它给你的不是泛泛建议，而是按前端工程师的专业流程拆任务、出代码、做 review。

05 怎么把它接进你的工作流？

agency-agents 真正实用的地方，是它的专家角色卡可以喂给你已经在用的 AI 工具。不管是 Claude Code、Cursor、Codex、OpenCode，还是你自己搭的本地 Agent 框架，本质上都是「角色定义 + 调用入口」这两件事。

通用配置方案

第一步：挑角色，别贪多

230+ 个 Agent 看起来诱人，但真没必要全装。先圈出你日常最缺的三类角色：

• 总把需求想不清楚 → 先装 product-manager、system-architect
• 前端代码写得慢 → 先装 frontend-developer、ui-designer
• 后端接口容易漏边界 → 先装 backend-architect、qa-engineer

# 示例：只装三类核心角色./scripts/install.sh --tool hermes \--agent product-manager,frontend-developer,backend-architect

第二步：把角色卡挂到工具的 agents 目录

agency-agents 会把每个 Agent 输出成一份 Markdown 角色卡。以 Claude Code 为例，把它复制到项目根目录的 .claude/agents/ 下；Cursor 就放进 .cursor/agents/；其他工具按各自的 agent 目录规则放即可。

第三步：在对话里像 @ 同事一样喊它

装完之后，不用改习惯。直接在输入框里：

@frontend-developer 帮我把这个三栏布局改成移动端自适应，保持 Tailwind 风格，不要改业务逻辑。

它给的不是泛泛建议，而是按前端工程师的专业流程拆任务、出代码、做 review。

第四步：不断打磨角色卡

用一段时间发现输出风格和你项目对不上？直接改对应 Agent 的 Markdown 文件，把你们的组件规范、代码风格、评审清单写进去。下一次调用，它就会按你的新规范来。

我的 Hermes 配置方案

Hermes 这类多 profile 编排工具，天生适合接 agency-agents。
我一共配置了 7 个角色：调度专家、产品、UI、架构师、后端开发、前端开发、测试。

配置方法：

1：把对应 Agent 装到本地

./scripts/install.sh --tool hermes \--agent orchestrator,product-manager,ui-designer,software-architect,backend-developer,frontend-developer,qa-engineer

2: 把角色同步到 Hermes

每个 Agent 会生成一个 Markdown 文件。
最轻量的做法：把文件里 Role / Personality / Workflow / Output Format 这几段，
复制到对应 Hermes profile 的Memory或项目根目录的AGENTS.md。

示例（architect profile 的 memory）：

# Role你是一名资深软件架构师，负责系统设计、模块划分、接口设计和技术选型。# Workflow1. 先理解业务目标和约束2. 给出 2-3 个可选方案并对比3. 推荐一个方案，说明理由和风险4. 输出清晰的接口伪代码和模块图# Output Format- 先给结论，再给理由- 用中文，技术术语保留英文- 必须包含「风险点」和「下一步动作」

3: 让调度专家当入口

调度专家 profile 的核心作用，是当一个需求进来时，先判断该调用谁。你可以把 orchestrator 的 prompt 写进调度专家的 memory：

# Role你是任务调度专家。用户的一句话需求进来后，先分析它属于哪个领域，然后决定调用哪个 profile。# Routing Rules- 系统设计、技术选型、架构重构 → architect- 需求拆解、优先级、PRD → pm- 视觉、组件、交互 → ui- 后端接口、数据库、业务逻辑 → be- 前端页面、组件、路由 → fe- 测试、bug 验证、回归 → qa- 涉及多个领域，需要有人先统筹 → 由本调度专家拆分子任务再分发# Output Format先说明「我将调用 X 来处理」，再给出调度后的具体任务描述。

4: 在项目里用 AGENTS.md 覆盖默认值

如果某个项目有特殊的代码规范，可以在项目根目录放一份 AGENTS.md，里面按 profile 名分段：

## fe本项目使用 Vue 3 + Vben Admin。组件写在 `src/components/`，页面写在 `src/views/`。优先用 `