第二大脑不该只是个收纳箱：用Claude Code搭一个会替你干活的AI运营系统

摘要：第二大脑真正的瓶颈从来不是存不下，而是存进去的东西不会替你动手。Claude Code能直接读写本地文件、记住跨会话的上下文、用MCP接上你正在用的邮箱和CRM，于是第二大脑第一次长出了行动层——它会自己起草邮件、把通话整理成方案、每小时巡一遍各个工具再把要紧的事推到你面前。下面用一个一人代理机构的真实搭法，讲清记忆、检索、技能、心跳这四层各干什么、怎么搭，以及怎么不让它闯祸。

做外贸和独立站这行的人，电脑里多半躺着一个早就不打开的笔记库。Notion里堆着几百页客户资料，Obsidian的双向链接画得像星图，可真到要给某个客户写复盘的时候，你还是得一个个翻聊天记录、翻邮件、翻表格，把上下文重新拼一遍。收集资料花的时间，比真正动脑的时间还长。

问题不在你不够勤快，而在工具的形态。绝大多数所谓的第二大脑，本质上是个更高级的收纳箱：进得来，出不去，也不会主动替你做任何事。这篇文章想讲的是另一条路——用Claude Code把第二大脑从一个被动的仓库，改造成一个会动手的运营系统。这里说的不是用它写代码，而是用它接管一家代理机构里那些反复消耗你的杂活。

为什么大多数人的第二大脑最后都成了数字垃圾场？

把笔记软件用废，几乎都逃不开三个坑，而且它们是连环的。

第一个坑是只进不出的被动存储。剪藏插件让收集变得太容易，于是你存了一堆觉得以后用得上的东西。但信息进了库之后没有任何机制把它推出来，它就只是静静躺着贬值。一年后你打开，面对的是几百条再也想不起当初为什么要存的碎片。Tiago Forte在他那篇被引用到烂的《Building a Second Brain》指南里有句话说得很准：我们的大脑是用来产生想法的，不是用来存储想法的。可惜大部分人只学会了存，没学会让存下来的东西重新流动起来。

第二个坑是上下文切换税。你的资料散落在一百个App里：邮件在Gmail，沟通在Slack，合同在Google Drive，客户阶段在CRM，会议录音在某个转写工具里。没有一样东西能横着读完这些。于是你每天的大量时间，都花在手动从一个工具复制、切到另一个工具粘贴上。这笔税不显眼，但日积月累吃掉的是整块整块的专注时间。

第三个坑最致命：没有行动层。传统第二大脑能帮你回忆，但不能帮你交付。它顶多告诉你这个客户上次提过预算紧张，却不会顺手把那封该发的跟进邮件草稿写好。结果就是，整理笔记本身变成了一种新的忙碌——你花时间维护一个系统，这个系统却不产出任何成品。

Notion、Obsidian、PARA这套经典方法论，把前两个坑解决得不错，但它们的天花板就卡在第三个坑上。它们的设计前提是人去读、人去用。要跨过这道坎，你需要的不是一个更漂亮的库，而是一个能读懂全部上下文、还能自己动手的东西。

Claude Code凭什么能把第二大脑从存变成做？

很多人对Claude Code的第一印象是个程序员的终端工具。这个印象没错，但太窄了。剥开编码这层外壳，它身上有四个能力恰好对症前面那三个坑，而这四个能力放在一起，普通聊天窗口和笔记软件都给不了。

一是原生的文件系统读写。它能直接读写你本地项目文件夹里的文件。这意味着你的第二大脑可以就是一堆放在硬盘上的纯文本文件，你随时能打开看、能改、能备份、能搬走，不被锁死在任何一家云服务里。

二是持久化的结构化记忆。每开一个新会话，它会先读一遍你写好的记忆文件，于是它一上来就知道你是谁、你的客户是谁、你的报价怎么算。这套机制官方文档里讲得很细，既有你手写的CLAUDE.md，也有它根据你的纠正自己记下来的自动记忆，两套都在每次会话开头加载（见文末Claude Code官方记忆文档）。

三是MCP直连。通过Model Context Protocol这个开放协议，它能直接接上Gmail、Slack、Google Drive、HubSpot、Scoro这些你已经在用的工具，不需要先把数据迁移到某个新平台。MCP官方把它比作AI应用的USB-C接口，一处接好，到处能用。这一条直接干掉了上下文切换税：它自己横着把这些工具读一遍就行，不用你手动搬运。

四是行动层。这是最关键的一条。它不只是回忆和检索，它会起草文档、分析数据、处理那些重复发生的任务。前三个能力是地基，这第四条才是让第二大脑真正活过来的那块砖。

把这四个能力组织好，就是下面要拆的四层架构：记忆、检索、技能、心跳。顺带说一句，如果你只想先把它当SEO工具用，站内那篇Claude Code搭SEO自动化工作流是更聚焦的入门；这里讲的是把整个机构的运营都装进去。

记忆层：让AI一开口就知道你是谁、客户是谁

记忆层是地基，全用纯Markdown文件搭。它装三类东西。

第一类是个人语境：你是谁、你这家机构做什么、你的工作方式是什么。第二类是事实库，也是含金量最高的一块——你的报价表、各个客户的偏好、retainer（长期服务费）的结构、哪个客户上次拍板过什么决定。第三类是语气定义：你平时写邮件、写方案是什么调性，好让它模仿你的口吻而不是端着一股AI腔。

记忆层不是死的。它的运转是这样：每天的对话日志会自动加载进来，然后有一道每日的流程，把这些日志里真正有价值的东西，提炼、提升到长期记忆里去。换句话说，它每天都在变得更懂你，而你几乎不用专门维护。

一个真实的记忆文件夹大概长这样：

second-brain/
├── memory/
│   ├── identity.md        # 我是谁、机构做什么、服务哪类客户
│   ├── pricing.md         # 报价表、retainer 结构、折扣底线
│   ├── clients/
│   │   ├── acme.md        # 这家客户的偏好、历史决策、雷区
│   │   └── globex.md
│   └── voice.md           # 写邮件/方案的语气样本
├── logs/                  # 每天的对话日志，自动归档
└── skills/                # 后面要讲的技能

这里要划清一条界限，免得跟站内另一篇撞概念。如果你专门想给每个客户建一份让AI开工前先读懂的背景资料，那是客户大脑那套上下文工程的活，它讲的是怎么把单个客户的身份和决策沉淀下来。本文的记忆层把客户大脑当成其中一块——它是地基的一部分，但第二大脑还要在它上面再叠检索、技能、心跳三层会动手的东西。两者是包含关系，不是替代关系。

这里要多说一句每日提升这道流程，它是记忆层会不会越用越聪明的关键。一条信息今天出现在对话日志里，不代表它就该进长期记忆。比如客户随口说的一句寒暄，留着没用；但客户拍板说以后所有方案先发我邮件确认再动手，这种会改变你协作方式的话，就该被提炼出来、写进长期记忆。这道筛选每天跑一次，标准只有一条：这条信息以后会不会影响它怎么替你干活。会，就留；不会，就让它随日志沉下去。坚持下来，记忆层装的全是有用的东西，不会被噪声撑爆——这跟后面护栏里要讲的记忆卫生是同一个道理。

检索层：把每天的对话变成回得了头的工作账本

光有记忆还不够。你跟它聊了三个月，攒下几百条日志，这些日志本身就是一座金矿——里面藏着你跟某个客户到底谈定了什么、某个方案当初为什么那么定。问题是怎么把要的那一条捞出来。

检索层干的就是这件事：把每天的日志索引进一个本地数据库，让你能精确地查到某份客户协议、某段历史上下文。这一层是它跟普通笔记软件、也跟单纯的客户知识库最大的不同。客户知识库回答的是这个客户是谁，检索层回答的是我们之间到底发生过什么、什么时候说的。

举个外贸场景：客户三个月前在一次通话里随口提过他们旺季在11月，要提前备货。这句话当时记进了日志，但你早忘了。等到9月你要做季度规划，你只要问一句这个客户的旺季和备货节奏，检索层就能把那条三个月前的记录连同当时的语境一起翻出来。这种回头查的能力，是被动笔记给不了的，因为被动笔记需要你记得自己存过、还记得存在哪。

更值钱的是它能横着查。你可以问一句最近三个月有几个客户都提到了交期变长的问题，它会把分散在不同客户日志里的相关记录汇到一起。这种跨客户、跨时间的检索，靠人翻笔记几乎不可能，却往往能让你提前看出一个行业层面的苗头。

技能层：把重复的活做成喊名字就能用的工种

技能层是把第二大脑从能查升级到能做的关键。一个技能，就是一个单一用途、按名字就能调用的能力。官方把它叫Agent Skills，本质是一个写着指令的SKILL.md文件，平时不占上下文，喊到它才加载（见文末Claude Code技能文档）。对一家代理机构来说，最值得先做成技能的，是这几样反复发生的活：

• 起草客户简报（brief）：把零散需求整理成一份结构清楚的工作简报。
• 做销售提案：根据客户情况和你的报价库，生成一份提案初稿。
• 用你的口吻回邮件：读完一封来信，按你的语气写好回复草稿。
• 把discovery通话整理成scope：把一通需求沟通的录音转写，压缩成一份服务范围文档。

一个技能写出来并不复杂，核心就是一个SKILL.md文件，里面用自然语言把这件活该怎么干说清楚。以写提案为例，它大概长这样：

---
name: draft-proposal
description: 根据客户历史和报价库生成一份提案初稿
---

# 写提案技能
1. 从检索层拉出这个客户近三个月的关键决策和顾虑
2. 从 memory/pricing.md 取对应服务的报价区间和折扣底线
3. 套用 memory/voice.md 里的语气，别端着 AI 腔
4. 输出结构：背景 - 目标 - 方案 - 报价 - 下一步
5. 拿不准的地方留空并标注，等我确认，别瞎编数字

写好放进skills文件夹，以后你只要喊一句给某客户写一版提案，它就按这套步骤跑。注意最后那条留空别瞎编——这是把后面要讲的人工复核精神，提前焊进技能本身。

每个技能都有两个特点。一是它继承记忆层，所以它写出来的东西自带你的报价、你的语气、这个客户的偏好，不是通用模板。二是它每天都在你跟它的互动里被训练、被改进——你今天纠正了它一句措辞，明天它就记住了。这种越用越顺手的特性，是写死的脚本和固定模板给不了的：模板永远停在你当初写好的那个版本，技能却会跟着你的业务一起长。

技能层和检索层有个微妙的配合：技能负责产出，检索负责供料。写提案这个技能跑起来的时候，它会先去检索层把这个客户的历史拽出来当输入，再去记忆层取你的报价和口吻，最后才动笔。所以你喊一句给Acme写一版续约提案，它产出的不是空泛的模板，而是一份接得上前情、对得上报价的初稿。技能怎么设计才耐用、怎么避免一上真客户就翻车，那是另一个话题，这里只强调：从你最烦、最高频的那个动作开始做第一个技能，别贪多。

心跳层：让第二大脑自己醒过来，每小时替你扫一遍

前面三层都还是你问它答。心跳层（heartbeat）是让它反过来主动找你——这也是整套架构里最让人眼前一亮、市面上几乎没人讲透的一层。

它的运转很简单：在你的工作时段里，每小时跑一次，从各个接好的工具拉一份快照——有没有新邮件、日历有没有变动、Slack里有没有要紧的线程、HubSpot的销售管线有没有推进。拉完之后，它给你发一条Slack通知，用一行话告诉你这一小时发生了什么要紧事，该有草稿回复的地方，顺手把草稿也准备好。

它推给你的那条通知大概是这个样子：

[09:00 心跳摘要]
· Acme 回了报价邮件，倾向砍 15%，已备好两版回复草稿（让步 / 守价）
· 与 Globex 的续约会议被对方挪到明天 15:00，日历已同步
· HubSpot：一个新询盘进了 待联系 阶段，附自动整理的来源和背景
· 提醒：上周答应给 Beta 客户的月度复盘，今天到期

一行一件事，要紧的有草稿、有提醒，不要紧的它压根不报。你扫一眼就知道这一小时的局面，该拍板的拍板，该发的草稿改两句就发。这条摘要替代的，是你过去一天里十几次下意识切去刷邮箱和CRM的动作。

这一层为什么重要？因为它把第二大脑从一个你需要时才打开的工具，变成了一个一直在后台替你盯着的助手。你不用每隔半小时切去刷一遍邮箱和CRM看有没有漏掉的事，它替你刷，刷完只在有事的时候才打扰你，而且打扰你的时候手里已经攥着一份草稿。上下文切换税在这一层被彻底抹平：你不再在工具之间来回跳，所有工具的动静汇成一条通知流到你这里。

这一层也是最该谨慎上线的。它有读你各种工具的权限，所以一开始务必只让它通知、不让它动手，等你确认它的判断靠谱了，再一点点放开写权限。这点下面讲护栏时还会再说。

装上之后，到底省下多少时间？

讲了半天架构，落到实处就一个问题：值不值。按这套搭法跑下来，最直观的几处提效是这样的。

收集客户工作上下文，从30分钟压到30秒。过去你要给某个客户干活，得先把会议转写、Slack讨论、CRM里的备注一个个翻出来拼齐，半小时没了。现在这些它早就横着读好、预先拼成一份了，你开口就有。

数据分析自带语境。你让它拉一份分析数据、排名跟踪、或者Search Console的表现，它给你的不是一堆裸数字，而是带着这个客户背景的解读——哪个变化对这家客户意味着什么，它清楚。

从discovery到scope，省掉好几天的来回。过去一通需求沟通完，要反复几轮邮件才能把服务范围敲定。现在它读完discovery的转写、相关邮件、再参考过往类似单子的成交记录，直接给你一份scope初稿，你改改就能发。

这几处提效之所以能成立，靠的不是某个单点功能强，而是四层叠在一起的复利。举个外贸代理常见的场景：周一早上，一个老客户发邮件说想加做一个新市场的独立站SEO。换成过去，你得先翻这家客户的历史合同看现有服务范围，再翻群里聊过的零碎需求，再去查这个新市场的基本盘，最后才能动手写报价——一上午没了。装了这套之后，心跳层已经在9点的摘要里把这封邮件连同自动整理的客户背景推给了你；你喊一句给这家客户做一版新市场SEO的报价，写提案的技能去检索层拽出历史决策、去记忆层取报价区间和你的语气，十几秒就给你一版接得上前情、对得上价的初稿。你要做的只剩判断和微调。这不是把某一步加速了，而是把一条原本要在四五个工具间来回切的链路，压成了一次对话。

说白了，单独看每一层，市面上都有平替：记忆有笔记软件，检索有搜索工具，技能有各种自动化脚本，通知有各种提醒App。它们凑不到一起的原因，是彼此之间隔着上下文的墙——脚本不知道你的客户偏好，提醒App读不了你的历史决策。Claude Code把这四层装在同一套上下文里，墙就没了，复利才跑得起来。

从已经这么用了大半年的人那里反馈回来的说法，这套东西大概两周就能回本。保哥的看法是，这个回本周期对一人公司和小团队尤其成立，因为你省下的每一分钟，本来就是你自己的时间，没有别人替你扛。

会动手的AI最怕翻车：三道护栏先焊死

一个能读你邮件、能动你CRM、能替你发东西的系统，威力越大，翻车的代价也越大。所以在让它跑起来之前，有三道护栏必须先焊死。

第一道：默认只读。所有接进来的工具，一律先从只读权限开始。写权限是后面一点点加的，而且只针对你确认信得过的那几个工具单独开。别一上来就给它满权限，那是把方向盘直接交给一个还没磨合好的司机。

第二道：记忆卫生。长期记忆里只放那些会改变它行为的东西——报价、决策、工作模式这类。别把什么都往长期记忆里塞，否则记忆库会越来越脏，它的判断也跟着跑偏。判断标准很简单：这条信息会不会影响它下次怎么干活，不会就别留。

第三道：人工复核。它起草的每一封邮件，发出去之前你都得亲眼读一遍；每一份要交给客户的东西，交付前都得自己压一遍。它是替你打草稿的，不是替你拍板的。这条看起来最朴素，却是整套系统能不能长期信任的底线——一旦你图省事跳过复核，迟早会有一封不该发的邮件替你发出去。

从零搭：先建记忆、最后才上心跳的落地次序

知道了四层是什么，剩下的是按什么次序搭。这个次序很重要，跳步容易翻车。

1. 先定4到5个决策点。盘一下你每天真正花时间的地方，通常逃不开这几个：邮件、日历、消息、CRM、任务。先圈出这几个口子，别贪多。
2. 补上转写层。代理机构的上下文，丢失最严重的就是通话——开完会，信息全在脑子里和录音里，没落成文字。先接一个会议转写工具（比如Fireflies这类），把通话变成可读的文本，后面几层才有料可吃。
3. 先把记忆层建起来。创建你的身份文件和每天的日志，然后做一件最关键的验证：跟它聊几句，看它的回应像不像懂你的人。如果它答得还是一股通用AI腔，说明记忆层没喂到位，先调这一步，别往下走。
4. 逐个加技能，从最重复的那个动作起。别想着一口气把所有技能都做出来。挑你最烦、最高频的那一件，先做成一个技能，跑顺了再加下一个。
5. 心跳层放最后。而且上线时只让它通知，写权限留到最后、一点点放。这一层威力最大，所以最该稳着来。

这套次序的底层逻辑是：先让它懂你（记忆），再让它会查（检索），然后让它会做（技能），最后才让它主动（心跳）。每一层都建立在前一层可靠的基础上，顺序错了，上层就是空中楼阁。如果你连Claude Code本身都还没装起来，先看Claude Code完全指南把环境跑通；要把Gmail、Slack这些接进来，MCP配置那篇有具体步骤。

保哥的判断：这套东西适合谁，不适合谁

把话说白：这套第二大脑不是人人都该上。它最划算的人群，是一人公司、小型代理机构、独立的SEO或外贸顾问——也就是那些既要接活又要管运营、身上没有团队替你分担杂活的人。你省下来的时间，全是你自己的，回本最快。

如果你已经有一支分工明确的团队，每个杂活都有人专门负责，那这套系统的边际收益会小很多，甚至可能不如把流程理顺来得实在。它的价值前提，是你身上压着大量本可以自动化、却一直靠人肉硬扛的重复劳动。

从SEO这个行当的角度多看一层：这套东西真正改变的，不是你的排名打法，而是你做客户服务的杠杆率。一个人能同时把几个客户的上下文、提案、跟进都接住，靠的不是更拼，而是把第二大脑从被动的库，升级成了带行动层的运营系统。保哥这几年的体会是，AI在这行拉开差距的地方，越来越不在谁会用某个工具，而在谁先把自己日常的运营动作沉淀成了一套能自己跑的系统。被动存储的时代该翻篇了，会动手的第二大脑，才是接下来一个人能扛起一家机构的底气。

落地时最容易踩的四个坑

这套东西的思路不复杂，但真动手的时候，有几个坑踩进去会让你觉得不过如此、然后弃用。提前说在前面。

第一个坑：一上来就想搭全套。看完四层架构，最容易犯的错是周末一口气把记忆、检索、技能、心跳全铺开，结果哪一层都没调透，跑起来处处别扭，三天后就不碰了。正确的姿势是只建记忆层加一个技能，先让它在一件事上真的帮到你，尝到甜头再往下加。

第二个坑：记忆层喂得太泛。很多人把官网介绍、服务清单一股脑塞进记忆，以为越多越好。结果它满嘴正确的废话，一点不像懂你。记忆层要喂的是那些只有你知道、别人不会写在公开资料里的东西：这个客户的雷区、你报价时的隐藏底线、你写邮件爱用的那几个口头禅。具体的、私有的信息，才能让它的回应有你的味道。

第三个坑：把转写层省了。觉得开会做笔记太麻烦，干脆不接转写工具，结果代理机构里最值钱的上下文——客户在通话里随口透露的预算、顾虑、时间节点——全丢在了没人记的录音里。检索层和技能层再强，也是巧妇难为无米之炊。转写层是供料的源头，别省。

第四个坑：太早给写权限。看它草稿写得不错，就忍不住给它开了自动发邮件的权限，图个彻底省心。这是最危险的一步。它判断对九十九次，错一次发出一封不该发的邮件给客户，前面攒的信任就崩了。写权限永远是逐个工具、确认靠谱之后才开，发送这种不可逆的动作，能停在草稿就停在草稿。

常见问题解答

这个第二大脑和客户知识库（客户大脑）是一回事吗？

不是，是包含关系。客户知识库解决的是让AI开工前先读懂某个客户是谁、有哪些偏好和历史决策，它是一份偏静态的上下文资料，对应的是这里说的记忆层里的一块。而第二大脑是更大的一整套：它在客户上下文之外，还叠了检索层（回头查我们之间发生过什么）、技能层（自己动手起草和产出）、心跳层（每小时主动巡查推送）。简单说，客户知识库管的是懂，第二大脑管的是懂加做。你完全可以先把客户知识库建好，再往上长出会动手的另外几层。

把客户的报价、合同这些机密写进AI能读的文件，安全吗？

这正是要靠护栏和文件形态来兜底的地方。第一，记忆层是放在你本地硬盘上的纯文本文件，不是上传到某个第三方平台，数据主权在你手里，你能随时查、改、删、搬走。第二，三道护栏里的记忆卫生原则要求你只把会影响它干活的信息放进长期记忆，那些真正敏感、又不影响日常判断的东西，没必要往里塞。第三，所有对外动作都过人工复核这一关，它不会背着你把机密发出去。当然，具体到合规层面，不同地区对客户数据的处理有不同要求，落地前该按你所在市场的规矩走一遍。

我不会写代码，能搭起来这套东西吗？

能，而且这套用法本来就不是给写代码准备的。记忆层是纯Markdown文件，就是写文档，会用文本编辑器就行。接工具靠的是MCP，更多是按文档配置而不是编程。技能是写在SKILL.md里的自然语言指令，描述你想让它干什么、按什么步骤干。真正需要点门槛的是把MCP接好和把心跳层跑起来这两步，但这些都有现成文档可循。建议的路径是：先只建记忆层和一两个技能，把纯文本这部分玩熟，再慢慢碰自动化的部分，不用一开始就追求全套。

它会不会自作主张，把不该发的邮件发出去？

只要你按规矩搭，不会。防这件事的机制有两层。一是默认只读：所有工具刚接进来时都没有写权限，它只能看不能动，写权限是你确认它判断靠谱之后，针对单个工具一点点开的。二是人工复核：哪怕开了写权限，发邮件这种动作也应该停在草稿环节，由你过目后再发。心跳层上线时更要克制，先让它只通知、只备草稿，绝不让它自动发送。真正危险的不是这套系统本身，而是图省事跳过这两道关，那是人的问题不是工具的问题。

它和直接用网页版聊天，或者用Notion、Obsidian比，到底强在哪？

强在三件普通工具凑不齐的事。网页版聊天没有持久记忆，你每开一个对话都得重新交代背景，更别提让它读你本地文件、接你的CRM。Notion、Obsidian这类笔记软件解决了存和组织，但它们的设计前提是人去读、人去用，没有行动层——它们不会自己起草邮件、不会每小时替你巡查。Claude Code的组合拳是：本地文件读写加跨会话记忆加MCP直连加行动层，四样齐了，第二大脑才第一次能既懂你又替你动手。这不是某一项功能更强，而是这套组合改变了第二大脑能干什么。

搭这套要花不少时间，万一搭了用不起来不就白搭了？

这也是为什么前面强调要按次序、小步来。降低打水漂风险的办法就一个：每一步都先验证再往下走。先只建记忆层，跟它聊几句确认它真的懂你了，这一步没成本也就十几分钟，不行就调；记忆层站住了再加第一个技能，挑你最高频的活，跑顺了立刻就能感受到省时间，这时候你自然有动力加下一个。从实际用下来的经验看，这套大概两周就能回本——前提是你别一上来就贪大求全把全套铺开，那才是最容易半途而废的搭法。一步一验证，用不起来的那一步会在很早就暴露，损失也就停在那一步。

权威参考资料