Y Combinator 总裁 Garry Tan 把自己的开发配置仓库 gstack 公开后，github.com/garrytan/gstack 累计获得 10 万 star。仓库本体不复杂——一组 dotfile 加一个 .claude 目录，但里面塞进了 23 个针对不同角色的工具配置：架构师、前端、后端、SRE、安全审计、市场文案各自一份 system prompt 和工具白名单。
“超级智能配置”这个说法略显夸张，本质上是把”个人 Agent 团队”打包成了可复制的 Git 仓库。
仓库里到底装了什么
看完目录结构，gstack 分四块：
- shell 配置：zsh + starship 提示符 + 一组 alias，没什么新意；
- 编辑器配置：VS Code settings、keybindings、推荐扩展列表；
- Claude Code skills：23 个 skill，每个对应一个角色，定义了系统提示、工具权限、输出格式；
- 工作流文档：一份 README 讲清楚不同角色 skill 该在什么场景调用。
真正有 know-how 的是第三块。Garry 把他在 YC 评审创业项目、给 portfolio 写技术备忘录、自己搭原型的工作流，拆解成了 23 个角色任务。每个 skill 描述里写明”什么时候触发”，避免 Agent 自己瞎选。
“分身术”这个说法的合理性
把 Agent 划分角色不是新概念，AutoGen、CrewAI 早就在做。gstack 的不同在于它不是给你一个 multi-agent 编排框架，而是给你一组单角色 skill 的”启动模板”。
这两种思路对应不同的工作方式：
- multi-agent 框架：Agent 们互相调用，你给一个目标就行——适合任务能拆得很机械的场景；
- 单角色 skill 池：你自己当总调度，需要哪个角色就唤起哪个——适合需求模糊、要边走边看的真实工作。
Garry 选了后者。这反映他作为投资人的工作风格——大部分时间在做判断而不是执行，需要的是”在不同思考模式之间快速切换”，而不是”让 Agent 们自己跑完一整套流程”。
10 万 star 不能直接复制到你的工作里
需要泼一盆冷水：gstack 的 10 万 star 里，相当一部分是”名人光环”。Garry 是 YC 总裁，他的 dotfile 自带传播效应，跟仓库的实用价值不完全成正比。
真照搬全套配置很可能水土不服：
- 23 个 skill 里有一半是 Garry 个人工作流的产物（评估初创公司、起草 LP 备忘录），普通工程师用不上；
- 系统提示里塞了不少他个人的判断风格（重视 founder market fit、对 hype 警惕），照抄会让你的 Agent 输出带着别人的口吻；
- 工具白名单是按 Mac + Claude Code 桌面客户端设的，Linux 或其他 Agent 框架要重新映射。
更务实的用法是把 gstack 当作模板观摩——挑 3-5 个你工作里真用得上的 skill 抽出来，按自己的语言和工具链改写，剩下的不要硬装。
它的真正价值是把”个人 Agent 工作流”标准化的尝试
过去两年大家都在谈 Agent，但每个人的 Agent 配置都散落在脑子里、私聊截图里、内部 wiki 里。gstack 让”我的 Agent 怎么用”变成了一个可以 git clone 的对象。这件事的意义不在于 Garry 配得有多好，在于它证明了这种打包方式的可行性。
未来一两年我们大概率会看到更多人 fork gstack 的目录结构，把它替换成自己领域的 23 个 skill。从这个角度，10 万 star 是社区在投票通过一种工作流标准——而 Garry 只是恰好率先把它跑通。
参考来源：
