> 原始仓库：msitarzewski/agency-agents > 上榜数据：+932 stars today | 语言：Shell | 分类：AI 代理框架
从一个 Reddit 帖子说起
2025 年的某一天，有人在 Reddit 上问了一个问题：如果 Claude、Cursor、Codex 这些 AI 编程助手不是”通用助手”，而是像真正的代理公司一样——有前端专家、有社区运营、有质量把关——会怎样？
这个帖子没有沉下去。它变成了一个项目，叫 The Agency。几个月后，这个项目登上了 GitHub Trending，单日涨星 932 颗。
不是提示词模板，是”人格档案”
市面上不缺”100 个 ChatGPT 提示词”之类的仓库。agency-agents 的不同之处在于：它给每个代理写了一份完整的人格档案。
每个代理文件包含四层信息：
1. 身份与人格特质——这个代理是谁，说话什么风格 2. 核心任务与工作流——这个代理负责什么，按什么流程做事 3. 技术交付物——这个代理最终产出什么，带代码示例 4. 成功指标与沟通风格——怎么衡量做好了，怎么跟人汇报
这不是”请扮演一个前端工程师”这种一句话提示词。这是一份完整的岗位说明书，AI 拿到之后知道自己是谁、该做什么、做到什么程度算好。
一个”代理公司”的组织架构
agency-agents 仓库里的代理按职能划分，像一家真正的代理公司：
– 工程部门：前端开发、后端开发、全栈工程师 – 社区部门：Reddit 社区运营、社交媒体策略师 – 创意部门：趣味注入器（Whimsy Injector）——这个岗位名就很有意思 – 质量部门：现实检查员（Reality Checker）——专门负责挑刺
最有意思的是”趣味注入器”和”现实检查员”这两个角色。前者负责让产品有趣，后者负责让产品靠谱。这两个角色在任何真正的创意公司里都存在，但很少有 AI 项目把它们显式分离。
一键安装到所有主流工具
agency-agents 不绑定单一工具。它提供了一个转换脚本，可以把代理文件转换成以下工具的格式：
– Claude Code – Cursor – GitHub Copilot – Gemini CLI – Codex – Aider – Windsurf – OpenClaw – Kimi Code – Osaurus – Hermes – Mistral Vibe – Antigravity
还有一个原生桌面应用（macOS、Linux、Windows），可以浏览整个代理名册，一键安装到任意工具，并自动更新。
这意味着什么？代理人格变成了可移植资产。你在 Claude Code 里用的”前端工程师”代理，可以原封不动地搬到 Cursor 里用。人格定义和工具实现解耦了。
为什么 932 颗星？
这个项目的爆发不是偶然。它踩中了一个正在成型的趋势：AI 工具从”通用助手”向”专家团队”演化。
通用助手的问题在于：它什么都会一点，但什么都不够深。你让它写 React 组件，它写得出来；你让它做 Reddit 社区运营策略，它也写得出来。但两者的专业深度都不够。
agency-agents 的解法不是训练更多模型，而是在提示词层面做专业化分工。每个代理文件就是一个领域专家的”灵魂”——包含这个领域的工作流、交付标准、沟通风格。
这和人类组织里的分工逻辑一样：你不会找一个全栈工程师去做社区运营，也不会让社区运营去写前端代码。专业的事交给专业的人——或者专业的代理。
对 AI 工程的启示
agency-agents 做对了一件关键的事：把人格定义从工具实现中分离出来。
大多数 AI 工具的做法是：人格 = 系统提示词 + 工具配置。两者耦合在一起，换个工具就得重写。agency-agents 的做法是：人格 = 一份 Markdown 文件。工具只需要读取这份文件，按格式适配。
这和软件工程里的”关注点分离”是同一个道理。人格定义是业务逻辑，工具适配是基础设施。两者分开，各自演化。
一个值得思考的问题
agency-agents 给出了几十个预定义代理。但真正的代理公司不会只有几十个角色——它会有成百上千个细分岗位。
未来的问题是：谁来定义这些代理？谁来验证它们的专业性？谁来维护它们的质量？
agency-agents 给出了一个起点。但”AI 代理公司”这个概念的终局，可能比一个 GitHub 仓库大得多。
—