WildernessStudioAI Skills AtlasA Flora experiment
跳到正文

适合谁

工程流程:适合 plan、review、QA、ship 等角色化软件交付流程。

Codex 用法

优先按具体技能或原项目安装方式使用,不建议把归档目录整包复制。

使用原项目 setup --host codex,不建议从归档目录手拷运行时。

许可证 / 风险

带运行时和工具链;部署前核对 setup 脚本影响范围。

gstack

Y Combinator CEO 的超级技能包

Garry Tan 用 20 年工程经验打造的 AI 编码代理系统。把 Claude Code 变成一个虚拟工程团队——CEO、架构师、设计师、工程师、QA、安全官、发布工程师。60 天写了 60 万行代码!

"I don't think I've typed like a line of code probably since December, basically, which is an extremely large change."
— Andrej Karpathy (OpenAI 联合创始人)
27
种技能
27
个命令
7
种角色

📐 分层架构

🚀 发布工程师角色

负责代码发布、上线部署、监控系统。

  • /ship - 一键发布
  • /land-and-deploy - 部署上线
  • /canary - 金丝雀监控
  • /retro - 每周回顾

🛡️ 安全官角色

负责安全审计、漏洞检查。

  • /cso - 首席安全官模式
  • OWASP Top 10 审计
  • STRIDE 威胁建模

🧪 QA 角色

负责测试网站、找 bug、性能检测。

  • /qa - 测试并修复 bug
  • /qa-only - 只报告问题
  • /browse - 无头浏览器
  • /benchmark - 性能回归检测

👨‍💻 工程师角色

负责代码审查、调试、问题排查。

  • /review - 代码审查
  • /investigate - 系统调试
  • /codex - Codex 深度审查

🎨 设计师角色

负责界面审核、用户体验评估。

  • /design-review - 设计 QA
  • /plan-design-review - 交互式设计评审
  • /design-consultation - 设计咨询

🏗️ 架构师角色

负责技术方案评审、架构锁定。

  • /plan-eng-review - 工程计划审查
  • 架构、数据流、API 图表
  • 技术选型评估

👔 CEO 角色

负责产品战略思考、商业价值评估。

  • /office-hours - YC 导师模式
  • /plan-ceo-review - CEO 计划审查
  • 六个尖锐问题

⚡ 核心功能

👔 YC Office Hours

/office-hours - 六个尖锐问题,暴露需求真实性、产品市场契合度、竞争壁垒。像 YC 导师一样拷问你的产品想法。

🏗️ 工程计划审查

/plan-eng-review - 锁定执行计划:架构、数据流、API 图表、技术选型。 像技术总监一样评审技术方案。

🎨 设计 QA

/design-review - 找出视觉不一致、间距问题、层级问题、AI slop 痕迹。像请了个设计总监来审核界面。

🔍 代码审查

/review - 分析 diff 对比 base branch,SQL 安全、LLM trust boundary、格式规范。帮你 review 代码改动。

🧪 系统化 QA

/qa - 系统化测试 Web 应用并修复发现的 bug,迭代式测试和修复。帮你测试网站有没有 bug。

🚀 一键发布

/ship - 检测+合并 base branch,运行测试,审查 diff,bump VERSION,更新 CHANGE LOG。一键发布代码改动。

🛠️ 核心命令工具箱

/office-hours

YC 导师模式

用 YC 的六个尖锐问题拷问你的产品想法:目标用户是谁?市场规模多大?竞争壁垒是什么?

/plan-ceo-review

CEO 评审

从商业角度评估功能价值和优先级,找 10 星产品,挑战前提假设。

/design-review

设计评审

从设计师角度审核界面:视觉一致性、间距、层级、AI slop 痕迹。

/review

代码审查

审查代码改动,找安全问题、SQL 注入、性能问题、格式规范。

/qa

QA 测试

系统化测试网站并修复发现的 bug,迭代式测试和修复。

/ship

一键发布

完整发布流程:合并分支→运行测试→审查 diff→更新版本→发布上线。

💬 聊天比喻场景

👔
Hey 团队,我想做一个 AI 写作助手,能帮我评估一下这个想法有没有商业价值?
🧠
我是 /office-hours!让我用 YC 的六个尖锐问题来拷问你的想法:目标用户是谁?市场规模多大?竞争壁垒是什么?
👔
好的,我现在要做技术方案了,谁能帮我评估一下技术选型?
🏗️
我是 /plan-eng-review!让我帮你锁定技术架构:前端用什么?后端用什么?数据库选型?API 设计?
👨‍💻
代码写完了,/review 帮你做代码审查!看看有没有安全问题、SQL 注入、性能问题。
👤
测试没问题,现在可以发布了。
🚀
我是 /ship!执行发布流程:合并分支→运行测试→审查 diff→更新版本→发布上线。
📊
我是 /canary!监控上线后的系统:console 有没有错误?加载速度有没有变慢?

📖 大白话解释

gstack 是什么?

想象你是一家 startup 的 CEO,有一个完整的工程团队帮你干活:有人做战略规划(CEO)、有人做技术架构(架构师)、有人做界面设计(设计师)、有人写代码(工程师)、有人测试(QA)、有人管安全(安全官)、有人上线发布(发布工程师)。gstack 就是把这整团队"压缩"进 Claude Code,一个命令就能叫对应的"人"出来帮忙。

YC Office Hours 是什么?

YC 是全世界最著名的创业孵化器,每次"毕业演示"都像选秀一样严格。/office-hours 就是把 YC 导师的"面试技巧"学来了,会用六个尖锐问题拷问你的产品想法:谁是你的用户?市场有多大?为什么是你做而不是别人?这些问题是创业者最怕但也最需要的。

AI slop 是什么?

AI slop 就是 AI 生成的"垃圾设计"——那种看起来还行但透着一股廉价感的界面。/design-review 就是帮你识别这种痕迹:是不是用了太多渐变?是不是按钮圆角都一样?是不是配色太"AI"了?

金丝雀发布是什么?

以前矿工下井会带金丝雀,如果鸟死了说明有瓦斯泄漏。金丝雀发布 就是先让一小部分用户用新版本,观察有没有问题,如果没问题再全面铺开。/canary 就是帮你监控这个"鸟"还活着没有。