适合谁
工程流程:适合 plan、review、QA、ship 等角色化软件交付流程。
适合谁
工程流程:适合 plan、review、QA、ship 等角色化软件交付流程。
Codex 用法
优先按具体技能或原项目安装方式使用,不建议把归档目录整包复制。
使用原项目 setup --host codex,不建议从归档目录手拷运行时。
许可证 / 风险
带运行时和工具链;部署前核对 setup 脚本影响范围。
Y Combinator CEO 的超级技能包
Garry Tan 用 20 年工程经验打造的 AI 编码代理系统。把 Claude Code 变成一个虚拟工程团队——CEO、架构师、设计师、工程师、QA、安全官、发布工程师。60 天写了 60 万行代码!
负责代码发布、上线部署、监控系统。
负责安全审计、漏洞检查。
负责测试网站、找 bug、性能检测。
负责代码审查、调试、问题排查。
负责界面审核、用户体验评估。
负责技术方案评审、架构锁定。
负责产品战略思考、商业价值评估。
/office-hours - 六个尖锐问题,暴露需求真实性、产品市场契合度、竞争壁垒。像 YC 导师一样拷问你的产品想法。
/plan-eng-review - 锁定执行计划:架构、数据流、API 图表、技术选型。 像技术总监一样评审技术方案。
/design-review - 找出视觉不一致、间距问题、层级问题、AI slop 痕迹。像请了个设计总监来审核界面。
/review - 分析 diff 对比 base branch,SQL 安全、LLM trust boundary、格式规范。帮你 review 代码改动。
/qa - 系统化测试 Web 应用并修复发现的 bug,迭代式测试和修复。帮你测试网站有没有 bug。
/ship - 检测+合并 base branch,运行测试,审查 diff,bump VERSION,更新 CHANGE LOG。一键发布代码改动。
用 YC 的六个尖锐问题拷问你的产品想法:目标用户是谁?市场规模多大?竞争壁垒是什么?
从商业角度评估功能价值和优先级,找 10 星产品,挑战前提假设。
从设计师角度审核界面:视觉一致性、间距、层级、AI slop 痕迹。
审查代码改动,找安全问题、SQL 注入、性能问题、格式规范。
系统化测试网站并修复发现的 bug,迭代式测试和修复。
完整发布流程:合并分支→运行测试→审查 diff→更新版本→发布上线。
想象你是一家 startup 的 CEO,有一个完整的工程团队帮你干活:有人做战略规划(CEO)、有人做技术架构(架构师)、有人做界面设计(设计师)、有人写代码(工程师)、有人测试(QA)、有人管安全(安全官)、有人上线发布(发布工程师)。gstack 就是把这整团队"压缩"进 Claude Code,一个命令就能叫对应的"人"出来帮忙。
YC 是全世界最著名的创业孵化器,每次"毕业演示"都像选秀一样严格。/office-hours 就是把 YC 导师的"面试技巧"学来了,会用六个尖锐问题拷问你的产品想法:谁是你的用户?市场有多大?为什么是你做而不是别人?这些问题是创业者最怕但也最需要的。
AI slop 就是 AI 生成的"垃圾设计"——那种看起来还行但透着一股廉价感的界面。/design-review 就是帮你识别这种痕迹:是不是用了太多渐变?是不是按钮圆角都一样?是不是配色太"AI"了?
以前矿工下井会带金丝雀,如果鸟死了说明有瓦斯泄漏。金丝雀发布 就是先让一小部分用户用新版本,观察有没有问题,如果没问题再全面铺开。/canary 就是帮你监控这个"鸟"还活着没有。