agency-agents 深度分析报告
一句话总结
纯 Markdown 定义的 AI Agent 角色集合(156+ 个 agent,12 个部门),通过 Shell 脚本一键适配 9 种 AI 编码工具,用”内容即配置”的范式填补了”有深度内容 + 零代码门槛 + 跨工具兼容”的空白。
值得关注的理由
- “Markdown 即 Agent 运行时”范式:零代码、零依赖,agent 定义文件直接就是 AI 工具可读的配置——这在竞品中独一无二。工程师造框架,创业者造组织,这个项目属于后者
- 跨工具适配器设计:
convert.sh将同一份 Markdown 转换为 9 种工具格式(Claude Code、Cursor、Copilot、Aider、Windsurf、Gemini CLI 等),“写一次到处用”的文档级适配器模式值得借鉴 - 组织学思维的迁移:将广告公司的部门制 + 岗位角色定义迁移到 AI agent 设计中,包含完整的 NEXUS 编排协议(7 阶段 pipeline + 质量门禁)——非工程师视角的独特贡献
项目画像
| 维度 | 数据 |
|---|---|
| GitHub | https://github.com/msitarzewski/agency-agents |
| Star / Fork | 58,079 / 8,678 |
| 代码行数 | 47,689 行(Markdown 96.9%, Shell 2.3%,纯文档/配置型项目) |
| 项目年龄 | 5 个月(2025-10-13 创建) |
| 开发阶段 | 爆发增长期(98.6% 提交集中在 2026 年 3 月) |
| 贡献模式 | 单人主导 + 社区贡献(msitarzewski 48.1%,46 位贡献者) |
| 热度定位 | 大众热门(58K stars,但首日 20K 的增长轨迹存在异常) |
| 质量评级 | 代码[良好] 文档[优秀] 测试[不足] |
作者视角:为什么存在这个项目
创始人/作者背景
Michael Sitarzewski,达拉斯的资深创业者(30+ 年经验),Techstars 校友。不是开源框架作者,而是”产品型创始人”——他的其他仓库 star 数均在个位到两位数级别,agency-agents 是首个爆款。README 开篇即写”Born from a Reddit thread”,说明灵感来源是社区反馈而非技术趋势。
问题判断
AI 编码助手的默认人格是”通用实习生”——什么都能做但什么都不精。每次都要重新告诉 AI”你是谁”。现有方案要么只有一句话角色描述(awesome-chatgpt-prompts),要么是记录型的逆向提示词(无法直接用),要么需要写代码(LangChain/CrewAI)。The Agency 卡住的空白是:零代码、跨工具、内容即配置的 agent 人格标准。
解法哲学
- 内容即代码:整个项目零运行时代码,Markdown 直接就是可执行配置
- 版本控制即协作:每个 agent 是一个文件,PR 就是添加一个
.md——贡献门槛极低 - 转换而非重写:
convert.sh把同一份源适配成 9 种工具格式 - 组织学隐喻:“Divisions”=部门、“Agents”=岗位、“NEXUS”=项目管理 workflow——广告公司的组织结构迁移到 AI 世界
战略意图
从 agent 集合 → 跨工具部署 → NEXUS 编排协议 → MCP Memory 集成,逐步构建”AI 时代的 org chart 标准”。当前无明确商业化路径,但 MIT 许可 + 社区驱动 + 作者创业背景暗示未来可能有 SaaS 或付费 agent 的方向。
核心价值提炼
创新之处
-
“Markdown 即 Agent 运行时”范式(新颖度 4/5 | 实用性 5/5 | 可迁移性 5/5)
- 完全无代码运行时的 agent 系统。消除安装依赖、运行环境、学习编程三重门槛
-
YAML
vibe字段(新颖度 4/5 | 实用性 3/5 | 可迁移性 4/5)- 一句话赋予 agent 情感色彩和记忆点——不是功能描述(
description),而是人格签名。竞品中无对应物
- 一句话赋予 agent 情感色彩和记忆点——不是功能描述(
-
NEXUS 编排协议(新颖度 3/5 | 实用性 4/5 | 可迁移性 4/5)
- 用 Markdown 实现简化版 CI/CD pipeline:7 阶段流水线 + 质量门禁 + Dev-QA 循环(最多 3 次重试后升级)+ 3 种部署模式
-
跨文化 Agent 矩阵(新颖度 3/5 | 实用性 4/5 | 可迁移性 3/5)
- marketing/ 中包含完整的中国市场 agent:微信公众号、小红书、知乎、百度 SEO、B 站、抖音、快手、私域运营、直播电商——英文开源项目中极为罕见
-
MCP Memory 非侵入式增强(新颖度 2/5 | 实用性 4/5 | 可迁移性 5/5)
- 在任何 agent prompt 尾部追加 Memory Integration 段落即可获得跨会话记忆,不修改原有 agent 定义
可复用的模式与技巧
| 模式 | 简述 | 适用场景 |
|---|---|---|
| Frontmatter 即 Schema | YAML frontmatter 定义元数据 + lint 验证 | 任何需要结构化内容的文档系统 |
| Bash 适配器模式 | get_field()/get_body()/slugify() + per-tool converter | 单一源格式转多种目标格式 |
| 交互式 TUI | 纯 bash 复选框安装器,兼容 bash 3.2+,无外部依赖 | CLI 工具的交互式选择 |
| 编排即文档 | playbook + runbook + activation prompt 结构 | DevOps runbook、项目管理手册 |
| Persona/Operations 二分法 | 角色定义与行为规范的语义分离 | 员工手册、服务台知识库 |
关键设计决策
- 纯 Markdown + Shell,零外部依赖:
convert.sh603 行和install.sh613 行全部用 POSIX 标准工具(awk/sed/find),不依赖 yq、python 或 node——最大化可移植性 - 生成文件 .gitignore 排除:只提交源格式(Markdown),不提交构建产物(integrations/)——清晰的源/产物分离
- 用户级 vs 项目级部署:Claude Code/Copilot 安装到
~/(全局),Cursor/Aider 安装到$PWD/(局部)——按工具特性区分作用域
竞品格局与定位
竞品对比矩阵
| 维度 | The Agency | system-prompts (132K★) | awesome-prompts (5.6K★) | CrewAI/LangChain |
|---|---|---|---|---|
| 本质 | 可操作 agent 人格定义 | AI 工具提示词逆向 | Awesome List 索引 | 代码级 agent 框架 |
| 内容深度 | 每 agent 平均 230 行 | 原样复制 | 一句话+链接 | 无内容 |
| 使用门槛 | 复制 .md 即用 | 参考阅读 | 参考阅读 | 需写 Python |
| 工具覆盖 | 9 种 AI 编码工具 | 无 | 无 | 仅自身框架 |
| 多 agent 编排 | NEXUS(7 阶段) | 无 | 无 | 有(代码级) |
差异化护城河
- 内容量 + 结构化深度:156+ 个 agent,每个含工作流、交付物模板、成功指标——不是一句话 cosplay
- 跨工具适配:唯一支持 9 种 AI 编码工具的 agent 集合
- 社区贡献飞轮:结构化 PR 模板 + lint 验证降低贡献门槛,46 位贡献者持续扩展
竞争风险
- 内容易复制:纯 Markdown 无技术壁垒,竞品可快速跟进
- AI 工具内置化:如果 Claude Code / Cursor 内置 agent 市场,第三方集合价值下降
- Star 增长异常:首日 20K stars 的轨迹可能影响社区信誉评估
生态定位
“AI 编码助手的角色扮演套件”——在”通用 prompt 库”和”代码级 agent 框架”之间填补了空白。更像”AI 时代的员工手册”而非技术工具。
套利机会分析
- 信息差: Star 数虽高但增长轨迹存疑。真实价值在于其结构化 agent 定义模式和跨工具适配器设计,而非 agent 内容本身
- 技术借鉴: (1) YAML frontmatter 即 Schema 的内容验证模式 (2) 纯 bash 的多格式文档转换器 (3) NEXUS 编排协议的”文档即工作流”模式——这三个可直接迁移
- 生态位: 填补了”有深度内容 + 零代码 + 跨工具”的空白,但壁垒低
- 趋势判断: AI 编码助手的个性化定制需求确实在增长,但此项目更像”内容消费品”而非”基础设施”——增长天花板取决于社区贡献质量
风险与不足
- Star 增长异常:创建当天即达 20K stars,Star-History 明确指出”suggests either significant viral adoption or possibly inflated metrics”
- 技术深度低:2.2MB、纯 Shell + Markdown,无核心算法或复杂逻辑
- 竞争壁垒低:内容易复制,无技术护城河
- agent 质量参差:社区贡献质量不均(paid-media/ 平均 71 行 vs support/ 平均 467 行)
- 脚本无自动化测试:603 行
convert.sh和 613 行install.sh没有测试覆盖,bash 边界情况多 - 无版本管理:无 tag、无 release,agent 格式变更无迁移机制
- convert_openclaw() 的启发式分类器:依赖
##标题中的关键词分流内容,误判风险不可忽略 - 平台依赖:对 AI 编码工具生态变化敏感——任何工具的 agent 格式变更都需要更新 convert.sh
行动建议
- 如果你要用它: 适合使用 Claude Code / Cursor 的开发者快速获得专业化 AI 助手。运行
./scripts/install.sh交互式选择工具和 agent 即可。注意挑选——并非所有 agent 质量一致,engineering/ 和 testing/ 部门评价最高 - 如果你要学它: 重点关注
scripts/convert.sh(603 行,8 种工具格式的文档级适配器模式)和strategy/目录(NEXUS 编排协议)。agent 定义文件的 Frontmatter 结构设计值得参考。CONTRIBUTING.md 是社区贡献流程设计的范本 - 如果你要 fork 它: 改进方向:(1) 为 convert.sh 和 install.sh 添加自动化测试 (2) 引入版本号管理和格式迁移机制 (3) 建立 agent 质量评分体系 (4) 补充 Windows 原生支持(Issue #153)
知识入口
| 资源 | 链接 |
|---|---|
| DeepWiki | 已收录 |
| Zread.ai | 部分收录 |
| 关联论文 | 无 |
| 在线 Demo | 无 |