那个CEO把23个AI工具塞进终端，然后每周省下20小时

想象一下：你早上9点打开电脑，发现代码库里昨晚冒出了37个PR需要review，还有5个生产环境的bug等着修，产品经理在Slack里追着你问新功能什么时候上线——而你今天居然还想在下班前去健身房。

这画面太熟悉了，对吧？

但硅谷有个CEO，他已经不用“想”了。Garry Tan，创业者圈子里的老熟人，YC加速器的早期合伙人，最近搞了个骚操作——他把23个定制化AI工具直接嵌进了自己的开发终端。结果是：他每周凭空多出来20个小时。

20小时什么概念？差不多一个兼职员工的工作量。换个说法，他比别人多活了一天。

你可能会想，这又是哪个大佬在炫耀资源？但有意思的是，他干这件事用的不是自己开发的什么神秘武器，而是每个开发者电脑里可能都躺着的东西——Claude Code。

Garry把自己的这套配置上架到了GitHub，仓库名叫“gstack”。

名字很随意，但内容一点都不随便。23个工具，每一个都是他根据自己的工作场景，亲手调教出来的AI代理。这些代理不是那种“你问它答”的玩具，而是实实在在能干活、能决策、能自动执行任务的数字员工。

我翻了一遍他的配置，发现最骚的地方在于：他让AI代理学会了“演戏”。

比如有一个工具叫“CEO Mode”，这个代理被设定为“一家创业公司的CEO”。你给它一个指令，它不会直接甩给你一段代码，而是先做战略分析——这个需求值不值得做？有没有更快的替代方案？如果做，第一步该从哪下手？它会像真的CEO一样，给你一个带有优先级排序的行动计划。

另一个叫“Bug Hunter”的代理就更有意思了。这家伙被训练成一个偏执狂——它会故意找代码里的漏洞、边界情况、并发问题，甚至模拟用户瞎点的场景来测试你的程序健壮性。Garry说有一次这个代理发现了一个他团队里三个工程师都没注意到的时间竞态问题。

这些工具不是凭空变出来的魔法，而是一套清晰的框架。

我拆解了一下gstack的底层逻辑，发现Garry做了三件事：

第一，他给每个代理立了人设。 不只是“代码审查员”这种干巴巴的岗位名称，而是“一位在谷歌工作过10年的SRE老兵”或者“一个专写烂代码让你来改的实习生”。人设越具体，AI输出的质量越稳定。这其实利用了Claude对角色扮演的理解能力——角色越清晰，它的行为边界就越明确。

第二，他给代理们配了“工具箱”。 每个代理不是光靠嘴说，而是能真正执行命令。有的代理能直接读写你的Git仓库，有的能调用你的测试框架，有的甚至能操作你的云服务器。Garry把Claude Code的MCP（Model Context Protocol）能力用到了极致——让AI不止是“看到”你的代码，而是能“触摸”到你的整个开发环境。

第三，他设计了一套“监督机制”。 每个代理做完事，不会直接合并到主分支。它们会生成一份报告，列出做了什么、为什么这么做、风险点在哪。Garry只用扫一眼这份报告，就能决定是放行还是驳回。他说这叫“1%的人工监督，99%的自动化执行”。

你可能会问：这东西真能落地吗？还是又是一次Demo级演示？

我扒了一下他最近的公开记录。Garry在Twitter上发过一张截图：某个周五下午，他的一个代理自动处理了42个GitHub Issue，分类了、打了标签、给每个提交者回了回复，甚至还完成了其中3个简单bug的修复。整个过程他只在开始时给了一条指令：“清一下本周积压的Issue。”

更狠的是，这个代理会根据Issue的紧急程度自动调整回复语气。遇到骂人的用户，它会先道歉再给解决方案；遇到诚恳提建议的，它会表示感谢并追问细节。Garry的原话是：“它比我更会跟用户聊天。”

这套东西最牛的地方，不是它多智能，而是它多“听话”。

你知道开发者用AI最怕什么吗？最怕AI自作主张。你让它“优化一下数据库查询”，它给你把整个表结构改了。你让它“加一个按钮”，它顺手把你整个UI框架换成了某个它觉得更好的。

Garry的23个工具里，专门有一个叫“Guardian”的代理，它的唯一工作就是盯着其他代理不要越界。它会在每次提交前检查：修改范围是否超出预期？有没有碰不该碰的文件？一旦发现越界，直接回滚并报告。 这就像给你的AI团队配了个纪委。

这23个工具具体能干什么？我挑几个最实用的说说。

有一个叫“Doc Writer”的代理，专门负责写技术文档。你只需要给它一个函数名，它会自动扫描代码上下文，理解这个函数的用途，然后生成完整的文档——包括参数说明、返回值、使用示例，甚至还有一篇小短文来解释为什么这个函数要这么设计。Garry说自己已经三个月没碰过文档了。

还有一个叫“Refactor Pro”的代理，专门做代码重构。神奇的是，它不会一次性把你的代码改得面目全非。它会先提出一个重构方案，列出改动范围、风险等级和预计影响。等你确认后，它才开始动手。而且每次只改一个模块，改完就跑一遍测试，确保没炸再继续。

最让我心动的是那个叫“Meeting Ghost”的工具。当你被拉进一个长达一小时的会议时，你只需要把会议链接扔给它，它就能帮你旁听。会后它会给你一份摘要：谁说了什么、做出了什么决定、你需要在哪个截止日前完成什么。Garry说他现在每周至少取消3个会议，全交给这个代理。

但说真的，这套东西不是拿来就能用。

我试着在自己的开发机上部署了gstack，发现有几个门槛：

第一个门槛是环境配置。你需要装好Claude Code，还要配置各种API密钥、权限设置、网络代理。如果你对命令行不太熟，光是让第一个代理跑起来可能就得花一两个小时。

第二个门槛是“调教”。Garry的配置是针对他自己的工作流的。你的项目结构、你的团队规模、你的代码库特点都跟他不一样。直接抄过来，效果可能只有六成。你需要花时间去理解每个代理的逻辑，然后按需调整。

第三个门槛是信任。把AI放进开发流程里，意味着你要放弃一部分控制权。 你得接受AI会犯错、会做傻事、甚至可能搞出让你哭笑不得的操作。Garry能做到，是因为他有足够的技术底气和容错空间。如果你在做的是金融交易系统或者医疗软件，建议还是谨慎点。

不过，这个方向是对的。

我越来越觉得，未来几年里，开发者的核心竞争力不再是写代码的速度，而是“驾驭AI代理的能力”。谁能更好地调配这些数字员工，谁就能在同样的时间内产出更多价值。

Garry的23个工具，本质上是一张“AI代理的作战地图”。它告诉我们：AI不是来取代你的，而是来帮你处理那些重复、琐碎、耗时的脏活累活。剩下的创造性工作、决策工作、战略工作，依然需要人类来完成。

所以，如果你是一个对效率有追求的开发者，我建议你去翻一翻gstack这个仓库。不用全盘照抄，但可以挑几个你需要的工具试试。哪怕只省下每周5个小时，那也是5个小时的自由时间。

【more】

最后说个有意思的事。Garry在一次访谈里被问到：“你就不怕这些代理真的抢了你的工作？”

他的回答是：“如果我的工作能被23个终端里的代理替代，那说明我本来就不该拿这份工资。”

这话听着扎心，但道理是真的。

与其担心被AI替代，不如先学会怎么用它。你手边就有Claude Code，试试看，给它立个人设，给它配个工具箱，看看它能帮你做什么。

说不定，下一个每周省下20小时的人就是你。

*你觉得AI代理真的能替代一部分开发工作吗？还是说这又是一次“过度炒作”？留言区聊聊你的看法，顺便点个“在看”，让更多人看到这个可能改变效率的工具。*

───

关注「蓝色Jerry」· 每天资讯早知道

觉得有用？点个 在看 分享给朋友