GStack Claude Code配置：Garry Tan的AI编程工作台

凌晨5点17分，Y Combinator总裁Garry Tan在GitHub上公开了他的Claude Code配置——96,462颗星，14,342次fork。23个opinionated tools，分别扮演CEO、设计师、工程经理、发布经理、文档工程师和质量检查员。这不是技术分享，而是一个创业者的认知外骨骼。

一个人 = CEO + 设计师 + 工程经理 + QA，这个等号在AI Agent时代第一次成立。

GStack 23工具全景

六角色架构

👔 CEO (3 tools)

product-vision - 产品愿景定义
strategy-review - 战略决策辅助
priority-optimizer - 优先级排序

🎨 设计师 (4 tools)

ui-critic - UI审查
accessibility-check - 无障碍检查
design-system - 设计系统
responsive-review - 响应式检查

👨‍💼 工程经理 (4 tools)

task-breaker - 任务拆解
progress-tracker - 进度追踪
code-review - 代码审查
tech-decision - 技术决策

🚀 发布经理 (3 tools)

changelog-gen - 变更日志
release-checklist - 发布清单
deploy-orchestrator - 部署编排

📝 文档工程师 (4 tools)

doc-writer - 文档编写
api-doc-gen - API文档
readme-updater - README更新
comment-generator - 注释生成

🧪 QA (5 tools)

test-writer - 测试编写
edge-case-finder - 边界用例
perf-checker - 性能检查
security-scan - 安全扫描
integration-test - 集成测试

设计哲学

GStack的三大设计原则

Opinionated（有态度）：每个工具有明确的偏好和风格，不是万能的瑞士军刀
Role-based（角色化）：模拟不同职业的思维模式，而非单一工程师视角
Composable（可组合）：工具之间可串联，形成完整工作流

Opinionated的力量

# ❌ 通用型工具 - AI需要猜测
tool: code_review
# AI: 这个代码...还行？有问题吗？不确定...

# ✅ Opinionated工具 - AI有明确标准
tool: code_review
opinions:
  - max_function_length: 30 lines
  - max_nesting_depth: 3
  - prefer_immutable: true
  - always_handle_errors: true
  - no_magic_numbers: true
# AI: 这个函数45行，超过30行限制。嵌套4层，超过3层。
#    magic number 86400 应该提取为常量 SECONDS_PER_DAY。

OpenClaw移植方案

1. 目录结构

# OpenClaw项目中的GStack移植
~/.openclaw/skills/gstack/
├── ceo/
│   ├── product-vision.md
│   ├── strategy-review.md
│   └── priority-optimizer.md
├── designer/
│   ├── ui-critic.md
│   ├── accessibility-check.md
│   └── design-system.md
├── eng-manager/
│   ├── task-breaker.md
│   ├── code-review.md
│   └── tech-decision.md
├── release/
│   ├── changelog-gen.md
│   └── deploy-orchestrator.md
├── doc-engineer/
│   ├── doc-writer.md
│   └── readme-updater.md
└── qa/
    ├── test-writer.md
    ├── edge-case-finder.md
    └── security-scan.md

2. 代码审查Skill示例

# ~/.openclaw/skills/gstack/eng-manager/code-review.md
---
name: GStack Code Review
description: 基于GStack哲学的代码审查，有态度、有标准
trigger: review this code
---

## 审查维度

### 1. 代码质量（必须通过）
- [ ] 函数不超过30行
- [ ] 嵌套不超过3层
- [ ] 没有magic numbers
- [ ] 错误必须处理
- [ ] 类型安全（TypeScript strict mode）

### 2. 可维护性
- [ ] 命名清晰（动词+名词）
- [ ] 单一职责
- [ ] 依赖最小化
- [ ] 注释解释"为什么"而非"是什么"

### 3. 性能
- [ ] 无不必要的计算
- [ ] 适当缓存
- [ ] 异步操作正确处理

### 4. 安全
- [ ] 无硬编码密钥
- [ ] 输入验证完整
- [ ] SQL注入防护
- [ ] XSS防护

## 输出格式
### 🟢 通过 / 🟡 警告 / 🔴 阻塞

**文件**: src/api/users.ts
**评分**: 78/100

| 维度 | 评分 | 问题 |
|------|------|------|
| 质量  | 65   | 函数过长(45行)、嵌套过深(4层) |
| 维护  | 85   | 命名清晰 |
| 性能  | 90   | 正常 |
| 安全  | 72   | 缺少输入验证 |

**建议**: 
1. 拆分processUser函数为3个子函数
2. 减少嵌套，使用early return
3. 添加输入参数校验

3. 任务拆解Skill示例

# ~/.openclaw/skills/gstack/eng-manager/task-breaker.md
---
name: Task Breaker
description: 将复杂任务拆解为可执行的子任务
trigger: 拆解任务
---

## 拆解原则
- 每个子任务 ≤ 4小时工作量
- 子任务之间依赖最小化
- 每个子任务有明确的完成标准
- 优先完成高风险/高价值任务

## 输出格式
### 任务拆解报告

**原始任务**: 实现用户认证系统

| # | 子任务 | 预估 | 依赖 | 风险 |
|---|--------|------|------|------|
| 1 | 设计数据库Schema | 2h  | -    | 低   |
| 2 | 实现JWT Token服务 | 3h  | 1    | 中   |
| 3 | 实现登录接口 | 2h  | 2    | 低   |
| 4 | 实现注册接口 | 2h  | 2,3  | 低   |
| 5 | 密码重置功能 | 3h  | 2    | 高⚠️ |
| 6 | 编写单元测试 | 3h  | 3,4  | 低   |
| 7 | 安全审查 | 1h  | 6    | 中   |

**总预估**: 16h | **关键路径**: 1→2→5 | **风险点**: #5 密码重置

完整工作流示例

# 一天的工作流

# 早上 - CEO模式
> 今天的优先级是什么？
[Priority Optimizer] 
1. 🔴 修复登录bug (P0)
2. 🟡 完成API文档 (P1)
3. 🟢 重构数据库查询 (P2)

# 上午 - 工程经理模式
> 拆解"修复登录bug"任务
[Task Breaker]
子任务列表已生成...

# 中午 - 编码模式
> 实现修复
[Code Review] 已自动审查

# 下午 - QA模式
> 编写测试
[Test Writer] 测试用例已生成
[Edge Case Finder] 发现3个边界情况

# 傍晚 - 文档工程师模式
> 更新文档
[Doc Writer] 文档已更新

# 晚上 - 发布经理模式
> 准备发布
[Changelog Gen] 变更日志已生成
[Deploy Orchestrator] 部署计划已就绪