Claude Code 对我来说本来是"写代码专用"的。写脚本、改 Bug、重构都行，可一旦我想让它帮我做 PPT、写品牌手册、出一份新员工入职 SOP，就总觉得自己在跟它反复"对暗号"------字要白色、标题要 48 号、风格要专业但不冰冷...... 每次重做都要从头描述。
直到我翻到 second-brain-skills 这个项目，才发现它把 Claude Code 变成了更像"第二大脑"的东西：会按你的品牌出 PPT，会按你的语气写文档，还能直接连上 Zapier、GitHub 这些外部服务。
它到底解决了什么痛点？
Claude Code 很强，但默认能力范围基本围着代码转。如果你是个独立开发者、技术博主、小团队 PM，日常工作里其实有大量非代码但重复的事：
- 给投资人/客户做一份风格统一的 PPT；
- 把某个流程写成能反复执行的 SOP（Standard Operating Procedure，标准操作流程）；
- 为公众号/短视频定一套品牌色和语气；
- 让 AI 去调用 Zapier 发邮件、查 GitHub issue。
以前这些事的共同点是：每次都要重新告诉 Claude"我是谁、我想要什么风格"。second-brain-skills 的思路很简单------把这些要求和流程提前写进 Skill 文件里，需要时再让 Claude 按需加载。
这有点像什么呢？你不是每次做菜都临时背菜谱，而是先把菜谱写好贴在冰箱上，做饭时瞟一眼。
项目概况：我只看了数据和 README
这是 AI Agent 工程师 Cole Medin 开源的一个 Claude Code Skill 集合，GitHub 仓库是 coleam00/second-brain-skills。我拉了一下 GitHub API 上的数据：
| 指标 | 数值 |
|---|---|
| Stars | 832 |
| Forks | 214 |
| 创建时间 | 2026-01-24 |
| 最近仓库更新 | 2026-10-03 |
| 开源协议 | 未明确标注（使用前建议自行确认） |
小提醒：网上有文章写 648 Star / 195 Fork，那是旧数据。GitHub API 返回的当前值已经涨了不少。
Cole 之前做过 Archon（确定性 Agent 框架）和 context-engineering-intro（上下文工程教程），都是比较偏"工程落地"的项目，不是纯理论派。
核心理念：渐进式上下文披露
图：项目最值钱的设计思路------按需加载，而不是把所有东西一次性塞进对话。
这个项目里我最喜欢的设计是 Progressive Disclosure of Context ，中文可以叫"渐进式上下文披露"。用人话说就是：用到什么才加载什么，别一开始就把整本说明书塞给 Claude。
我们平时跟 Claude 聊天时，它一次能"记住"的内容是有限的，这个上限叫 context window（上下文窗口）。如果每次都把品牌色、SOP 模板、PPT 规则全塞进去，很快就会把窗口占满，真正重要的上下文反而被挤掉。second-brain-skills 的做法是三层加载：
| 层级 | 放什么 | 什么时候加载 |
|---|---|---|
| 元数据层 | SKILL.md 顶部的 name + description | 始终可见，告诉 Claude 这个 Skill 是干嘛的 |
| 指令层 | SKILL.md 正文里的工作流 | 你触发这个 Skill 时才加载 |
| 资源层 | scripts/、references/、assets/ 里的文件 | 执行具体任务时再读取 |
这个设计让 Claude 能同时知道很多个 Skill，但每次对话里只展开你真正需要的那一个。
六个 Skill 能干什么？
我翻了下仓库的 .claude/skills/ 目录，里面一共放了 6 个 Skill，覆盖了从品牌到视频的工作流：
| Skill | 一句话功能 | 我试下来最适合的场景 |
|---|---|---|
| Brand & Voice Generator | 生成一套品牌配置 | 初创项目/自媒体定视觉 + 语气 |
| PPTX Generator | 用品牌配置生成专业 PPT | 汇报、融资、演讲、LinkedIn 轮播 |
| SOP Creator | 写 Runbook / 技术文档 / 操作手册 | 新员工入职、on-call 应急、部署流程 |
| Skill Creator | 指导你创建新的自定义 Skill | 项目沉淀成可复用能力 |
| MCP Client | 统一接口连接外部 MCP 服务 | 接 Zapier、GitHub、Sequential Thinking |
| Remotion Video Creator | 用代码生成 MP4 视频 | 产品 demo、数据动画、短视频 |
下面挑我印象深刻的几个展开讲讲。
品牌系统：先定"规矩"，后面自动套用
图：Dynamous 示例品牌的真实色板，颜色直接从仓库里的
brand.json读出来的。
Brand & Voice Generator 的输出不是一张图，而是一组互相引用的文件。跑一遍它会生成：
brand.json------ 颜色、字体、间距等视觉参数；config.json------ 输出目录、批次大小等生成配置；brand-system.md------ 给人类看的品牌指南；tone-of-voice.md------ 语气、词汇偏好、禁区。
仓库里已经带了一份 Dynamous 品牌的示例。我看了一下它的 brand.json，真实的颜色结构是这样的：
{
"name": "Dynamous",
"description": "AI education content, community, and products with a modern dark aesthetic",
"colors": {
"background": "07090F",
"background_alt": "080A13",
"text": "FAFAFA",
"text_secondary": "CCCCCC",
"accent": "3B82F6",
"accent_secondary": "60A5FA",
"accent_tertiary": "0EA5E9",
"code_bg": "0A0C12",
"card_bg": "0D1117",
"card_bg_alt": "161B22"
},
"fonts": {
"heading": "Inter",
"body": "Inter",
"code": "JetBrains Mono"
}
}注：原文章给的示例键名跟真实
brand.json不完全一致，我这边用的是仓库里实际的那份。
一旦这套文件跑出来了，PPTX Generator 写幻灯片、SOP 写文档时就会自动引用，不用你每次说"背景用黑色、标题用蓝色"。
图：仓库里自带的 Dynamous 示例品牌 logo，真实素材。
PPT 生成：不再只是"文字堆在白底上"
图：PPTX Generator 会基于品牌配置统一配色和字体，生成成套幻灯片。
我数了数仓库里 pptx-generator/cookbook/ 目录下的脚本，真实的布局脚本是 16 个：
| 布局脚本 | 适合放什么内容 |
|---|---|
title-slide |
封面页 |
stats-slide |
数据大屏/关键指标 |
chart-slide |
柱状图/折线图 |
circular-hero-slide |
产品或人物焦点 |
floating-cards-slide |
多个要点并列 |
multi-card-slide |
卡片式信息网格 |
two-column-slide |
左右对比 |
code-slide |
代码/技术展示 |
quote-slide |
引用/金句 |
section-break-slide |
章节过渡页 |
image-caption-slide |
图片+说明 |
giant-focus-slide |
单点强调 |
bold-diagonal-slide |
斜切视觉焦点 |
corner-anchor-slide |
锚点式布局 |
closing-slide |
结尾/CTA |
content-slide |
通用正文页 |
完整列表就是仓库里
cookbook/目录下的 16 个.py文件，外加carousels/子目录可以做 LinkedIn 正方形轮播图。原文章只列了 8 个，这里补全。
PPTX Generator 还有一个我在 SKILL.md 里看到的硬性规则：一次最多生成 5 页，生成完要停下来检查，确认没问题再继续。这个限制看起来有点保守，其实是在保护上下文窗口，避免一次塞太多页面把 token 吃光。
SOP Creator：把"我下次怎么教新人"写成文档
SOP Creator 的定位很直接：把操作流程写成别人能看懂、能照做的文档。仓库里 SKILL.md 的原则我很喜欢：
- 可扫描：多标题、多列表，别用大段文字；
- 可执行：每一步都是"做某件事"，不是"考虑某件事"；
- 可验证：写清楚"怎么算成功"。
我试了一下，让它把"如何给新项目初始化这套 Skill"写成 SOP，它给出的结构大致是：先 clone 仓库，再复制 .claude 目录，最后验证 6 个 Skill 是否出现。实际输出会长这样：
# 项目初始化 SOP
## 1. 克隆仓库
git clone https://github.com/coleam00/second-brain-skills.git
## 2. 复制 .claude 目录到目标项目
cp -r second-brain-skills/.claude /your-project/
## 3. 验证 6 个 Skill 已加载
运行 Claude Code 并确认 `/.claude/skills/` 下出现对应目录。当然，实际 SOP 会更长，但风格就是这种"操作 + 命令 + 检查点"的节奏。
MCP Client：给 Claude 装上"外部插头"
图：MCP Client 像是一个转换插头，让 Claude 能调用外部 MCP 服务。
MCP（Model Context Protocol，模型上下文协议） 可以简单理解成"AI 调用外部工具的通用 USB 接口"。second-brain-skills 里的 MCP Client 提供了一层统一封装，让你不用每次都去记每个 MCP 服务怎么连。
我从 mcp_client.py 源码里看到它支持的传输协议有这 4 种：
| 协议 | 大白话解释 | 典型场景 |
|---|---|---|
stdio |
本地启动一个命令行子进程 | 本地工具、npx 启动的服务 |
sse |
HTTP + 服务器推送事件 | 远程 MCP 服务 |
streamable_http |
现代 HTTP 流传输 | 新版远程 MCP 服务 |
fastmcp |
带 Bearer Token 认证 | Zapier 等需要 API Key 的服务 |
配置方式也不复杂，把 references/example-mcp-config.json 复制成 mcp-config.json，填上自己的 Key 就行：
{
"mcpServers": {
"zapier": {
"transport": "sse",
"url": "https://mcp.zapier.com/api/v1/connect",
"headers": {
"Authorization": "Bearer YOUR_ZAPIER_API_KEY"
}
},
"sequential-thinking": {
"transport": "stdio",
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]
},
"github": {
"transport": "stdio",
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "YOUR_TOKEN"
}
}
}
}注意：
YOUR_ZAPIER_API_KEY和YOUR_TOKEN要换成你自己的，别把示例直接提交到 Git。
Remotion：把 PPT 那套思路延伸到视频
Remotion Video Creator 这套 Skill 的思路跟 PPT 很像：用代码描述视觉，然后一次性渲染成视频。它基于 Remotion 这个 React-to-MP4 的框架，适合做产品 demo、数据可视化动画或者短视频内容。
坦白说，视频生成这部分我还没跑通，因为 Remotion 依赖 Node 和 FFmpeg 环境，本地配起来比 PPT 重。但如果你本身就在做短视频或产品演示，这个 skill 值得按官方 README 再往下踩一步。
快速上手：复制目录就行
项目最友好的一点是部署门槛低。按 README 的说法，两种方式任选一种：
# 方式一：把 .claude 目录复制到你的项目里
cp -r second-brain-skills/.claude /your-project/
# 方式二：在仓库目录里直接打开 Claude Code
cd second-brain-skills如果你要用 MCP Client，再补两步：
# 复制配置模板
cd .claude/skills/mcp-client/references/
cp example-mcp-config.json mcp-config.json
# 然后编辑 mcp-config.json 填入你的 API Key
# 安装 Python 依赖
pip install mcp fastmcp更稳的做法是新建一个 Python 虚拟环境再安装，避免把依赖污染到系统环境。
之后你就可以用自然语言直接触发：
帮我为 WonderLab 生成品牌配置
→ 触发 Brand & Voice Generator
基于品牌配置，做一个 AI 趋势报告的 PPT
→ 触发 PPTX Generator
为我们的 Docker 部署流程写一份 Runbook
→ 触发 SOP Creator
连接 Zapier MCP，列出可用的 Action
→ 触发 MCP Client它适合你吗？
我把它跟传统方案做了个简单对比，结论因人而异：
| 维度 | second-brain-skills | RAG 方案 | 直接写 System Prompt |
|---|---|---|---|
| 上下文占用 | 按需加载，比较省 | 看检索质量 | 全塞进去，容易爆 |
| 部署成本 | 复制目录就能用 | 需要向量数据库 | 低 |
| 扩展方式 | 新增一个 Skill 文件 | 加文档/切片 | 每次改 Prompt |
| 一致性 | Skill 固化最佳实践 | --- | 每次都得重新描述 |
| 适合场景 | 固定专业任务 | 非结构化知识问答 | 一次性对话 |
它特别适合这些人：
- 独立开发者 / 一人公司：技术、内容、品牌全得自己上；
- 技术博主 / 内容创作者：要批量做 PPT、写文档、保持品牌一致；
- 团队里的"文档担当"：要维护大量 SOP、Runbook、操作手册；
- Claude Code 重度用户：想把它从代码助手改造成个人工作平台。
我踩到/注意到的几个点
- Star 数量不是重点：这个项目 800+ Star 不算爆款，但 Skill 的质量和可落地性比 Star 数更重要。
- 协议未明确：仓库没有 LICENSE 文件，商用前建议找作者确认。
- MCP 不是开箱即用：Zapier、GitHub 都需要自己的 API Token，配置时要小心别把 Key 提交上去。
- PPT 数量限制：SKILL.md 里明确写了单次最多 5 页，批量生成记得分批验证。
- 生成的品牌要迭代：第一次跑出来的 brand.json 可能不完全符合预期，多跑几轮比一次性追求"完美"更实际。
名词速查表
| 名词 | 一句话解释 |
|---|---|
| Second Brain（第二大脑） | 把数字系统当成大脑的外挂，用来捕获、整理和复用知识。 |
| Claude Code Skill | Claude Code 的一种扩展机制，用 Markdown + 脚本封装一套工作流。 |
| Context Window（上下文窗口） | 模型一次能处理的 token 总量，窗口满了就会忘掉前面的内容。 |
| Progressive Disclosure（渐进式披露） | 用到什么信息才展示什么，避免一次性把所有内容都塞给系统。 |
| MCP | 模型上下文协议，AI 调用外部工具的通用接口。 |
| Runbook | 类似"应急预案手册"，出事时按步骤操作。 |
| SOP | 标准操作流程，日常可重复任务的执行规范。 |
| Remotion | 一个用 React 写视频、然后渲染成 MP4 的开源框架。 |
总结
second-brain-skills 给我的最大启发不是某个具体功能，而是它把 Claude Code 从"一个会写代码的 AI"变成了"一个能按需加载专业能力的搭档"。它的设计核心就一句话：把重复的工作流程写成 Skill，把宝贵的上下文窗口留给真正重要的事。
如果你也经常跟 Claude 重复描述"我要什么风格、什么格式、什么流程"，可以把这个仓库 fork 一份，删掉不用的 Skill，慢慢改成你自己的版本。用熟了之后，它会比你更记得住你自己定的规矩。