三天前TechCrunch发了一篇报道，标题大意是为什么Garry Tan的Claude Code配置既收获了喜爱也收获了仇恨。

Garry Tan是Y Combinator的现任总裁兼CEO，3月12号他在X上发了条推，把自己日常写代码的Claude Code配置开源了。

项目叫gstack，5天2万Star，1800个Fork。
Product Hunt上线，TechCrunch报道。

一半人说这是上帝模式"，另一半人说这就是一堆prompt。

我看了这个仓库。两种评价都没说错。

首先这确实是一堆prompt，15个Markdown文件，每个文件定义一个角色和工作流程，没有花哨的代码，没有复杂的架构，纯文本指令。

但这堆prompt，可以说是把一个创业公司的完整工程团队塞进了Claude Code。

里面包含了6个角色：
CEO负责产品思考，不是你说什么它写什么，是先问你你在解决什么问题；
工程经理负责架构审查，找N+1查询、竞态条件、信任边界；
设计师负责审UI，检查空状态、错误状态、移动端适配；
QA用真实浏览器跑测试然后生成回归用例；
发布经理一键发布，同步分支、跑测试、推送代码、创建PR；
文档工程师自动更新所有过期文档。

每个角色对应一个Slash命令，/office-hours进CEO模式，/plan-eng-review切工程经理，/ship就是发布。

每个角色不是独立的，它们相互之间是有交接的。

/office-hours输出一份设计文档，这份文档被/plan-ceo-review读取做产品审查。
审查通过后/plan-eng-review读取做技术审查；
技术审查的测试计划被/qa自动读取。每一步的输出是下一步的输入。

这不是6个独立的prompt，是一条流水线。

这跟你自己在Claude Code里写"帮我review一下代码"的区别在于治理结构。

你让通用Claude帮你review代码，它什么都看什么都说，哪些是真正风险、哪些是代码风格偏好，混在一起分不清。

gstack的/review是结构化审查，先检查安全，再检查架构，再检查测试覆盖，最后给一个Review Readiness Dashboard告诉你能不能发。

有CTO在推上说gstack的工程审查发现了他们团队都没注意到的XSS漏洞， 也有开发者说这是一堆写得比较好的prompt，任何高级工程师都能自己写。

两种说法都对，不过它的价值不在于能做你做不到的事，在于把你知道应该做但经常跳过的事强制执行了。

你知道发布前应该更新文档，但经常忘，/ship自动调用/document-release更新；
你知道应该写测试，但deadline紧的时候跳过了，/ship自动生成覆盖率报告，没覆盖的自动补；
你知道应该先想产品再写代码，但习惯了直接开写，/office-hours先问你六个问题，不回答完不进实现阶段。

这些不是AI的能力，是流程的纪律，gstack用prompt实现了纪律。

他本人用这套配置每天产出一万行生产代码，同时做YC总裁的本职工作。

同时跑10到15个并行开发任务，不同功能、不同分支、不同Agent。

这个说法可以打折，但核心观点对：
AI编程的瓶颈不是AI写代码的能力，是你管理AI的能力。
给它角色和流程，输出比随便帮我看看好得多。

不过在进行配置的时候有几个注意事项。
这套代码有配置强烈有观点（opinionated），审查标准是Garry Tan的习惯，你可以Fork改成自己的。
TechCrunch引用了一个批评：不是YC CEO这项目还有2万Star吗？
答案大概不会，但YC CEO日常用什么工具写代码，这件事本身有参考价值。

它确实是一堆prompt，但也确实是一堆被高强度验证过、形成了完整工程流程的prompt。
#ai##人工智能[超话]##claude##yc##prompt#