YC CEO Garry Tan 的 Claude Code 配置：23个工具能复制吗？_it博客站

这是什么？YC 老大自己用的 Claude 工具箱

Garry Tan，Y Combinator 现任 CEO，上周在 GitHub 扔了一个仓库叫 gstack，一天内涨了 11 万星。里面是他个人使用的 Claude Code 配置——23 个自定义工具，把 Claude 包装成了 6 个角色：CEO、设计师、工程经理、发布经理、文档工程师、QA。

说白了，这哥们把平时跟 Claude 对话时反复输入的那些 prompt 模板，写成了可复用的工具声明。每次你想让 Claude 扮演某个角色做特定任务，直接调工具就行，不用再手写一大段提示词。

核心功能：23 个工具到底怎么用？

打开仓库的 tools/ 目录，你会发现每个工具是一个 JSON 文件，遵循 Claude Code 的 tool schema。以 tools/ceo_write_strategy.md 为例（我简化了，实际是个 Markdown 文件，里面定义 tool 的 schema）：

json

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

{
  "name": "ceo_write_strategy",
  "description": "Write a high-level strategy document in the voice of a CEO",
  "parameters": {
    "type": "object",
    "properties": {
      "topic": {
        "type": "string",
        "description": "The strategy topic (e.g., 'Q3 growth plan')"
      },
      "context": {
        "type": "string",
        "description": "Current company context, constraints, and goals"
      }
    },
    "required": ["topic", "context"]
  }
}

然后在 Claude Code 的配置文件 .claude.json 里这样引用：

json

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

{
  "tools": [
    {
      "name": "ceo_write_strategy",
      "type": "function",
      "function": {
        "name": "ceo_write_strategy",
        "description": "Write high-level strategy docs. Pass topic and context.",
        "parameters": {
          "type": "object",
          "properties": {
            "topic": { "type": "string" },
            "context": { "type": "string" }
          },
          "required": ["topic", "context"]
        }
      },
      "prompt": "You are the CEO. Write a concise strategy document. Be decisive and use bullet points. Focus on outcomes, not process."
    }
  ]
}

实际使用时，你在 Claude Code 里输入 @ceo_write_strategy topic="Product launch” context=“We have 2 weeks, team of 3, no budget”，Claude 就会按 CEO 口吻输出策略文档。

其他工具类似：eng_manager_plan_sprint 把工程经理角色固化，给出 sprint 计划；designer_review_figma 让 Claude 分析设计稿（需要你能把图片传给 Claude）。总共 23 个，覆盖了开发流程中常见的决策和沟通场景。

Claude Code tools JSON configuration
图：.claude.json 中 tools 配置片段，定义了工具名称、参数和提示。

和同类方案比：为什么它值得看？

先说默认的 Claude Code。它自带了 10 个左右内置工具（读文件、写文件、执行命令、搜索等），没有角色模板。你每次想让 Claude 扮演某个角色，需要手动写一段 prompt，比如：“你是一个资深工程经理，请为下个 sprint 制定计划，考虑……” 写多了就腻了。

再看 Cursor 的 Rules（.cursorrules）或 GitHub Copilot 的 Instructions。它们也能固化行为，但局限性很明显：

Cursor Rules 是针对整个项目的全局行为设定，无法精确到某个任务临时切换角色。
Copilot Instructions 只能影响代码补全，不能执行复杂任务（如写策略文档）。
Claude Code 的工具体系是 按需调用，不像 Rules 那样一次性加载所有行为，这避免了 AI 在某些无关任务上也强行带“CEO 口吻”。

Garry 这套配置最大的价值在于 可复用、可组合。你可以只复制其中几个，按自己的需求改 prompt。我试了一下，把 ceo_write_strategy 改成了适合我一个小团队（4 人后端）的“技术负责人”角色，5 分钟搞定。

局限：它不是什么银弹

注意三点：

依赖 Claude Code 且需要 API 额度。这个配置只在 Claude Code（终端版）里跑，VSCode 扩展版不一定支持。每月 Claude API 费用最低 10 美元（按 token 计费，写一份策略文档大约几百 token，还行）。
工具 prompt 写得比较简洁。Garry 的 prompt 偏 YC 风格，决策类、快节奏。如果你做的是长周期、多约束的项目（比如航天软件），这些 prompt 可能需要大改。
没有实际代码执行能力。这些工具大部分是文字生成，没有集成外部 API（比如真的去创建 Jira 卡片、发 Slack 消息）。想自动化工作流还得额外开发。

适不适合你的项目？

判断标准：如果你已经在用 Claude Code，并且厌倦了每次输入角色 prompt，那直接复制 gstack 的工具定义到你的项目里，然后根据需要修改。如果你还没开始用 Claude Code，那需要先安装（npm install -g @anthropic-ai/claude-code），然后配置 API key。

不适合的场景：

你只写 HTML 页面，不需要多角色协作。
你团队不在 GitHub/ Slack 上协作，这些角色对你没用。
你在国内无法稳定访问 Claude API（延迟高，费用也高）。

快速上手：5 分钟复刻 Garry 的配置

bash

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

# 1. 安装 Claude Code（要求 Node 18+）
npm install -g @anthropic-ai/claude-code

# 2. 设置 API key
export ANTHROPIC_API_KEY=你的key

# 3. 克隆 gstack 仓库，提取 tools 目录
git clone https://github.com/garrytan/gstack.git
cd gstack

# 4. 把 tools 目录复制到你自己的项目根目录
# （或者直接使用根目录的 .claude.json，它已经引用了所有 tools）
cp -r tools /path/to/your/project/
cp .claude.json /path/to/your/project/

# 5. 启动 Claude Code
cd /path/to/your/project/
claude

进入交互后，输入 /tools 可以看到所有可用工具。试着执行：

text

@ceo_write_strategy topic="Q3 bug fixing strategy" context="We have 200 open bugs, 3 engineers, no dedicated QA. Goal: reduce to 50 in 2 months."

Claude 会输出一个策略文档。

Claude Code terminal showing tool execution
图：终端中调用 ceo_write_strategy 工具的输出示例。

我的个人看法

Garry 这个仓库本质上是一套高质量的 prompt 模板集，生逢其时——正好赶上 Claude Code 支持自定义工具。它的价值不在于“AI 多么厉害”，而在于 把最佳实践开源了。你可以像使用开源代码一样，fork、修改、提 PR。

不过也别盲目复制。YC 的节奏是“快速决策、快速迭代”，如果你在合规性很强的行业，这些 prompt 可能过于激进。建议先挑两三个工具用起来，跑一周，再决定要不要全盘接受。

最后留个坑：23 个工具里有一部分是 doc_engineer_write_docs、qa_write_test_plan 等，这些我试下来效果还不错。但 designer_review_figma 需要你把设计图转成图片传给 Claude，这个过程有点折腾。如果你有好的自动化方案（比如用 Puppeteer 截图），欢迎评论区分享。

（完）

YC CEO Garry Tan 的 Claude Code 配置：23个工具能复制吗？