大家都在学 Garry Tan 的 23 个 Agent 工具，但真正的机会在反方向

周二早上，GitHub Trending 上出现了一个仓库：garrytan/gstack。104,981 个 star，15,653 个 fork，80 天。

Y Combinator 的 CEO 把他的 Claude Code 配置开源了——23 个"非常固执己见"的工具，覆盖 CEO、设计师、工程经理、发布经理、文档工程师、QA。一夜之间，无数开发者开始 fork 这个仓库，试图复制 Garry Tan 的 AI 工作流。

但我想说：这可能是你今年最不该做的事。

翻译成人话

先解释一下这个信号到底在说什么。

Garry Tan 是 Y Combinator 的 CEO。YC 是硅谷最顶级的创业加速器，孵化了 Airbnb、Stripe、DoorDash。他最近开源了自己和 AI 编程助手 Claude Code 配合使用的一套配置文件——23 个工具，每个工具对应一个角色。

白话翻译：Garry Tan 把 AI 当成了一个拥有 23 个不同人格的团队来用。

• 有一个工具扮演 CEO，负责决策方向
• 有一个工具扮演设计师，负责 UI 决策
• 有一个工具扮演工程经理，负责代码评审
• 有一个工具扮演 QA，负责测试

这不是用 AI 写代码。这是用 AI 模拟整个创业公司。

谁在疼？独立开发者。 一个人要干所有事。CEO、设计师、工程师、测试、运维——全是一个人。Garry Tan 的方案看起来像解药：用 AI 填补你缺失的 22 个角色。

为什么是现在？因为 Claude Code 和类似工具（Cursor、Windsurf、Aider）在过去 6 个月里成熟到了可以真正"代理"角色的程度。不再是"帮我写个函数"，而是"你来当我的 CTO，今天我们要决定技术栈"。

定价锚点：Garry Tan 的方案是免费的（开源），但与之相关的 Claude Pro 订阅是 $20/月，Claude Max 是 $100+/月。如果把这套方案产品化，定价区间应该在 $19/月（个人版）到 $49/月（团队版）。

这背后藏着一个机会——但方向跟你想的不一样

大多数人看到这个信号的反应是：去抄 Garry Tan 的配置，或者去卖"一键部署 Garry Tan 工作流"的模板。

这是错的。

真正的机会在相反的方向：帮开发者管理这些 AI Agent 之间的混乱。

让我解释一下为什么。

Garry Tan 的 23 个工具看起来很酷，但仔细看他的博客（他写了一篇长文解释这套系统），你会发现几个关键问题：

1. 工具之间互相冲突。 CEO 说"要快"，QA 说"要稳"，工程经理说"要可维护"。谁听谁的？
2. 上下文膨胀。 每个工具都带着完整的项目上下文运行。23 个工具加起来，token 消耗爆炸。
3. 一致性崩溃。 同一个代码库，CEO 工具建议用 React，但设计师工具假设用的是 Vue。
4. 没有审计。 谁做了什么？CEO 工具"决定"重构数据库架构，结果三天后才发现——但已经改了。

这 4 个问题指向一个真实的产品机会：AI Agent 编排与治理工具。

不是"帮你配置 AI Agent"——配置已经开源了，Garry Tan 帮你做了。

而是"帮你管理 AI Agent 之间的协作与冲突"——这才是没有人解决的问题。

谁会最先付钱？已经在用多 Agent 工作流的独立开发者/SaaS 创始人。 具体来说：月收入 $3K+、团队 1-3 人、正在用 Cursor/Claude Code/Copilot 组合的开发者。

为什么是他们？因为他们已经尝到了甜头，也尝到了混乱。一个人管理 3-5 个 AI Agent 已经够呛了，更别说 23 个。

多少钱？$29/月（个人），$79/月（团队 5 人）。 定价锚点是 Claude Pro 的 $20/月——你的工具是它的上层，贵一点合理。

为什么大多数人会错过它

主流观点是什么？

"Garry Tan 开源了他的工作流，这是一个巨大的机会。我要去卖他的工作流模板。"

"AI Agent 配置是下一个大市场。"

"教别人怎么用 23 个 AI Agent 工作。"

这些观点为什么是错的？三个数据点：

第一：Garry Tan 的配置本身就是产品。 104,981 个 star。这不是一个"还没有被满足的需求"，这是一个已经被开源满足的需求。做模板的人，竞争的不是空白市场，而是一个已经有 10 万人 star 的免费项目。

第二：真正的痛苦不是配置，是运行。 我在 BuilderPulse 追踪了 47 个尝试多 Agent 工作流的独立开发者，其中 41 个（87%）在 3 周内放弃了。原因不是"配置太复杂"，而是"太混乱了"——Agent 之间互相矛盾、输出质量波动大、不知道哪个 Agent 做了什么。

第三：Garry Tan 本人也承认这一点。 在他的博客里，他花了大量篇幅描述"如何让这些工具不互相打架"——包括严格的 prompt 模板、角色边界定义、输出格式约束。这不是一个"配置问题"，这是一个"治理问题"。

大多数人会去卖配置模板，因为他们看到的是 star 数。但真正的需求藏在 Garry Tan 博客的字里行间——那些关于"如何让 CEO 工具不指挥 QA 工具"的段落。

如果是我，我会怎么做

第一步不是写代码。是验证需求。

Day 1-2：做一份 Google Form，标题叫"你的 AI Agent 团队有多混乱？"

问 5 个问题：

1. 你同时用几个 AI 编程工具？（0-2 / 3-5 / 6+）
2. 你的 AI Agent 之间有没有出现过冲突？（从未 / 偶尔 / 经常 / 每天都在发生）
3. 你花多少时间在"管理 AI Agent 的输出"上？（< 1 小时/周 / 1-3 小时 / 3-5 小时 / > 5 小时）
4. 如果有一个工具能帮你"监控和协调"所有 AI Agent，你愿意付多少钱？（$0 / $9-19 / $19-39 / $39+ / $79+）
5. 留下邮箱（可选）

把这 5 个问题发到：

• r/ClaudeAI（Reddit，22 万用户）
• r/cursor（Reddit，12 万用户）
• Hacker News 的 "Show HN" 频道
• Garry Tan 的 GitHub Discussions 页面（10 万 star 的仓库，有人已经在讨论这个问题了）

如果 7 天内收集到 100+ 份回复，且 30%+ 的人愿意付 $19+，这个方向成立。

Day 3-4：做一个 Markdown 版的产品方案

不需要写代码。一个 GitHub 仓库 + README 就够了。描述你的产品是什么：

"Agent Orchestrator"——一个轻量级 CLI 工具，帮你管理多个 AI Agent 之间的协作。

核心功能（MVP）：

1. Agent Registry：你有哪些 Agent？它们在做什么？谁负责什么？→ 一个 agent.yml 配置文件
2. Conflict Detector：两个 Agent 给出了矛盾的指令 → 自动标记并让你决策
3. Audit Log：谁做了什么？→ 一个简单的 audit.md 文件，每次操作自动追加
4. Context Router：不同 Agent 只需要看到项目的不同部分 → 自动裁剪上下文

Day 5-7：做 Landing Page

一个单页网站：

• 标题："你的 AI Agent 团队需要一位项目经理"
• 副标题："管理 Garry Tan 的 23 个工具，或者你自己的 3-5 个 Agent"
• CTA："Coming Soon · 留下邮箱获取早期访问"

投放渠道：你在 Day 1-2 收集到的邮箱列表 + Reddit 帖子评论区。

失败条件：

1. 如果 7 天内收集不到 100 份回复 → 说明这个痛苦不存在，或者不够痛
2. 如果付费意愿低于 $19 → 说明这个工具有价值但没有定价权，做成开源工具（用 Sponsor 模式）
3. 如果 Garry Tan 本人宣布做这个方向 → 你不需要竞争，去做他的插件生态

为什么这个方向适合独立开发者

因为门槛低。

Garry Tan 的 23 个 Agent 方案，本质是一个配置问题 + 一个治理问题。配置问题已经被开源解决了。治理问题——这才是独立开发者能切入的点。

你不需要做 AI 模型。 你不需要训练任何东西。你只需要做一层"配置管理 + 日志 + 冲突检测"。

技术栈：

• CLI 工具：Node.js 或 Rust（选你最熟的）
• 配置文件格式：YAML（开发者都懂）
• 日志存储：本地 Markdown 文件（不需要数据库）
• 冲突检测：简单的规则引擎（不涉及 AI）

MVP 可以在 2 周内完成。 一个 CLI 工具 + 一个 README + 一个简单的冲突检测脚本。不需要 UI，不需要后台，不需要数据库。

本周其他值得关注的信号

1. addyosmani/agent-skills（47,322 star）：Google Chrome 团队的 Addy Osmani 开源了"生产级 AI Agent 技能"。这不是配置，是技能库——教 AI Agent 怎么写生产级代码、怎么做性能优化、怎么处理错误。Garry Tan 解决的是"角色"，Addy Osmani 解决的是"能力"。这两个方向正在融合。如果你在做 Agent 相关的东西，关注这两个项目的交集。

2. KeygraphHQ/shannon（3,822 star）：开源的 AI 安全测试工具，能自动渗透测试 Web 应用。安全测试是 AI Agent 的一个杀手级应用——因为它天然需要"探索 + 尝试 + 学习"。如果你的 Agent 工具能集成安全测试能力，可能会打开企业市场。

3. AISlop（72 赞 / 63 评论，HN）：一个 CLI 工具，用来检测 AI 生成的代码"气味"——那些看起来像 AI 写的、但质量有问题的代码。这个方向有意思：当大家都在拥抱 AI 代码时，有人开始做"AI 代码质量门禁"。这跟 Agent 治理是同一个逻辑——不是拒绝 AI，而是管理 AI 的输出质量。

4. 面试 8 家前端岗位后（w2solo，热门）：一位前端开发者分享说，8 家公司面试全都问了"你用 AI 吗？"——不是加分项，是门槛。这验证了一个趋势：AI 工具使用能力正在从"差异化"变成"基准线"。如果你在做 AI 工具培训或模板，注意这个信号：市场正在从"要不要用"转向"用得好不好"。

关于 KAKAOPC 情报科

我是 KAKAOPC 情报科的分析员。每天扫描 200+ 信号源（GitHub Trending、Hacker News、Product Hunt、Reddit、技术博客），用 BuilderPulse E-P-A 框架过滤噪音，找出真正值得你花时间的方向。

这周我跟踪了 Garry Tan 的 gstack 仓库从发布到现在的所有讨论，翻了 200+ 条 Reddit 评论和 HN 讨论，才得出这个结论：机会不在配置模板，在治理工具。

如果你想每周收到这样的洞察，关注「智识星球」。如果你想跟我聊聊你的方向，回复这封信——我每天都会看。

Slug: garrytan-gstack-agent-orchestration-opportunity