夜雨聆风
从纸笔到 AI:一套个人管理系统的完整搭建指南
从纸笔到 AI：一套个人管理系统的完整搭建指南
我花了一整天优化工具，然后什么也没产出
上个月某天，我复盘了一下当天的时间分配。
4小时45分钟打磨一个 Markdown 转 Word 的工具。3小时37分钟维护 LifeOS 系统。加起来快8个小时——全花在工具上。
那天实际产出了什么？一篇已经写好的公众号文章，发了。
花8小时磨刀，用1小时切菜。
这件事让我意识到一个我自己一直在犯的错：我在为系统服务，不是系统在为我服务。上一篇文章讲过”系统在给你找事”——我就是那个活生生的例子。
所以这篇教程，我不想只讲”怎么搭”。更要讲清楚每一步踩过的坑、浪费过的时间、想明白之后做的取舍。
这个系列写了五篇，评论区被问得最多的一个问题是：你的系统到底怎么搭的？能不能出一期教程？
今天交账。
三次进化，每次都是我被推着走的
我的系统经历过三次大的形态变化。回头看，每一次都不是我主动”升级”的。是痛点把我推到那一步的。
第一次，纸和笔。
去年某天下班，坐在工位上想不起来今天到底做了什么。不是没做，做了七八件事，但脑子里只剩”好像挺忙的”。
第二天拿了一个笔记本，早上到工位写三件事，下班前花两分钟写下实际做了什么。就这么三行。
没有 App，没有标签，没有分类。连笔记本都是随手从桌上拿的。
但就是这三行，第一次让我觉得”今天没有白过”。
第二次，Obsidian。
纸笔跑了三个月。一个本子快写完了，想回去翻上周做了什么，翻半天找不到。
那时候我已经很清楚自己每天需要记什么、看什么、想什么。搬上电脑不是因为纸笔”错了”，是我变了——我需要更快地查找和回顾。
Obsidian 的双向链接改变了一件事：以前的想法不会丢了。
我在和 AI 聊天的时候经常会蹦出一些念头——工作中调试某个 bug 突然想到另一个项目的优化方案，当时觉得”回头再想”，然后再也没有。
后来我在 Obsidian 里建了一个”闪念捕获”的习惯：不管质量，先记下来。以前这些念头要么一闪而过，要么写在某个角落的便利贴上再也找不到。现在它们有了去处。
想法是被捕获的，不是被产生的。 没有捕获机制，再多的灵感也白搭。
第三次，Claude Code。
Obsidian 用了大半年，记录没问题，但复盘还是靠手动。每周翻日记、找规律、提炼模式——这些事能做，但费时间，而且我经常看不到自己身上的盲区。
直到我把 Claude Code 接了进来。
我没让它替我思考。它做的是那些”该做但总懒得做”的事：每天自动回顾昨天、分析连续一周的行为趋势、提醒我某个任务已经积压了五天。
我做的决策没变。AI 帮我看到更多。
三次进化，每一次都不是因为旧方案”错了”。纸笔教会我记什么，Obsidian 教会我怎么复盘，Claude Code 帮我看到了自己看不到的东西。
每一次推翻，都是旧的系统完成了它的使命。它教会了我下一阶段需要知道的事。
Claude Code 怎么搭系统？三个层次
很多人以为 Claude Code 就是”让 AI 帮你写代码”。
是，但远不止。
我用它搭了一整套个人管理系统。核心是三个层次，从简单到复杂，每一层都能独立跑起来。
第一层：CLAUDE.md —— 让 AI 认识你。
大多数人和 AI 的交互是这样的：打开对话框，解释半天自己是谁、要做什么、有什么偏好。下次打开，重新解释一遍。
CLAUDE.md 解决这个问题。在项目根目录放一个文件，写上你的规则、习惯、偏好。Claude Code 每次启动都会先读这个文件。
我的 CLAUDE.md 里写着什么？举个例子——”任务查询用 obsidian CLI，不要用 Grep”。为什么这条很重要？因为我之前用 AI 帮我搭过一个 JeecgBoot 框架的项目。AI 生成的代码跑得通，测试数据也正常。
上线第二天崩了。AI 把部门权限写死了。测试时用的几个部门没问题，新来一个部门直接报错。
根因不是 AI 写错了——是我没告诉它”部门会变”。但更深层的问题是，我自己也没想到”部门会变”这件事。
从那以后我在 CLAUDE.md 里加了一条规则：任务查询必须用 obsidian CLI，因为 CLI 会自动处理链接关系，直接用 Grep 搜文本会漏掉双向链接。
这些规则不是天上掉下来的。每一条都是踩过坑之后写的。
CLAUDE.md 是一面镜子。你写不出来，说明你还没想清楚。
第二层：Skills —— 让 AI 会做流程。
CLAUDE.md 解决了”认识你”的问题。但 AI 还不知道”晨间复盘”具体要做什么、每一步怎么走。
Skills 就是把一套完整的流程写成文档，让 AI 按步骤执行。
拿我的晨间复盘举例。每天早上输入 /lo morning，Claude Code 会：
第一步，读取昨天的日记，看计划了什么、完成了什么。第二步，查询所有未完成的任务，检查哪些已经积压了。第三步，读取本周目标进度。第四步，把所有信息整合，生成今天的任务列表，写入日记。第五步，给出风险提示——”这个任务已经拖延5天了，还要继续吗？”
第五步是我最受益的一步。以前一个任务拖了十天我自己都没感觉，天天看到它，麻木了。现在系统会主动提醒：”这个任务已经积压6天了，建议评估还要不要做。”
有时候答案就是：不做了，砍掉。这个判断 AI 做不了。但它帮我看清了事实，判断留给源能力。
整个过程，从打开终端到看到今日计划，三分钟。以前手动做需要十五分钟，而且经常跳过。
Skills 的本质不是自动化。是把你的经验固化为可复用的流程。
第三层：Hooks —— 让系统自己运转。
Skills 需要”你触发它”。Hooks 连触发都不需要。
Hooks 是 Claude Code 的生命周期钩子。你可以在特定时机自动执行操作——比如每次修改文件后自动检查格式，或者会话结束时自动生成总结。
我的系统里，Hooks 做的事不多。举一个例子：每次会话结束前，Claude Code 会自动检查我改了哪些文件、有没有漏掉该提交的代码。以前这个事我经常忘，现在不用记了。
但 Hooks 我只用在了两三个节点上。上一篇文章说过：系统越简单，越容易跑下去。 多了反而给你找事。
三层之间的关系很简单：
CLAUDE.md 是地基。Skills 是框架。Hooks 是装修。
先打地基。再搭框架。装修最后来。
很多人反过来——上来就想搞全自动化，地基还没打好就想着装修。结果就是我开头说的那个自己：花8小时磨刀，1小时切菜。
这套思路不只是给自己用的
说到这里，你可能会想：这套东西只有程序员才能用吧？
讲一个工作里的例子。我之前负责一个现场项目，好多台设备有历史数据问题。每次出问题，现场的人解决不了，打电话找开发。
后来我没再自己一个个处理。我做了一个小工具，让现场的非专业人员也能快速定位和解决问题。
把解决问题的能力转移给别人，而不是每次都自己上。
这个思路和 Claude Code 搭系统是一回事：你把经验固化下来，交给工具或流程去执行。你不需要在现场，问题也能被解决。
跟着我做：从零搭建你的第一个系统
下面是一步一步的操作。你不需要会编程。跟着做就行。
准备工作：两样东西。
第一样，Node.js。去 nodejs.org 下载安装，版本 18 以上。Mac 和 Windows 都有安装包，一路下一步。装完打开终端输入 node -v，看到版本号就说明成功了。
第二样，Anthropic 账号。去 anthropic.com 注册一个。Claude Code 按 API 调用量计费，日常使用一天大概几毛到几块钱。
第一步：安装 Claude Code。
打开终端，输入：
npm install -g @anthropic-ai/claude-code等一两分钟。装完输入：
claude第一次启动会弹出一个认证链接。在浏览器里登录你的 Anthropic 账号，授权。回到终端，看到 > 提示符，就说明成功了。
输入 /exit 退出。后面我们配置好了再进来。
第二步：创建项目文件夹和基本结构。
找一个你习惯放东西的位置，建一个文件夹。
mkdir my-life-oscd my-life-os然后建两个子文件夹——一个放日记，一个放技能：
mkdir dailymkdir -p .claude/skills结构长这样：
my-life-os/├── CLAUDE.md ← 你的规则（还没建，下一步建）├── daily/ ← 日记存放的地方│ └── 2026-04-26.md ← 今天的日记（还没建，第四步建）└── .claude/ └── skills/ └── 每日回顾.md ← 第一个技能（还没建，第五步建）第三步：写 CLAUDE.md —— 让 AI 认识你。
在 my-life-os/ 文件夹根目录下，创建一个文件，名字必须是 CLAUDE.md（大写，不能改）。内容这样写：
MARKDOWN
用中文和我交流。## 我的习惯- 每天做晨间规划和晚间复盘- 任务用 - [ ] 格式写在日记里，完成用 - [x]## 文件位置- 日记在 daily/ 文件夹下，文件名格式 YYYY-MM-DD.md## 规则- 回答要简洁，不要长篇大论- 如果不确定我的意思，先问我- 不要修改我没有让你修改的文件先写这么多。每一条都是你能写清楚的。写不清楚的先不写。
保存。然后在终端里启动 Claude Code：
claude测试一下——在 Claude Code 里输入：
你帮我去 daily 文件夹下看看有没有今天的日记它会根据 CLAUDE.md 里写的规则去找。如果文件夹是空的，它会告诉你”没找到”。这就对了——说明它读懂了你的规则。
第四步：建一个今天的日记。
在 daily/ 文件夹下创建今天的日记文件。比如今天是 4 月 26 日，就建 daily/2026-04-26.md：
MARKDOWN
# 2026-04-26## 今日计划- [ ] 完成项目报告- [ ] 回复客户邮件- [ ] 运动30分钟## 晚间回顾（晚上填写）不用纠结格式。先建一个最简单的。
第五步：创建你的第一个 Skill。
在 .claude/skills/ 文件夹下，创建一个文件叫 每日回顾.md。
注意：文件名可以随便取，但必须是 .md 结尾。文件开头的 description 一行不能少，这是 Claude Code 识别这个技能的关键。
内容这样写：
MARKDOWN
---description: 每日回顾工作流---# 每日回顾按以下步骤执行：1. 读取今天的日记文件（在 daily/ 下，文件名是今天的日期）2. 找出所有 - [ ] 未完成的任务，数一下有几个3. 找出所有 - [x] 已完成的任务，数一下有几个4. 计算完成率：已完成 / 总数5. 在日记的"晚间回顾"部分写入： - 完成率是多少 - 完成了什么 - 没完成什么，可能的原因 - 明天最该优先做的一件事这就是一个 Skill。纯文本，不需要写代码。你告诉 AI 步骤，它按步骤走。
第六步：跑起来。
在 Claude Code 里输入：
帮我执行每日回顾你会看到它开始工作——先读日记，再找任务，再算完成率，最后把回顾写入日记。
输出大概长这样：
读取日记 daily/2026-04-26.md已完成任务：0 个未完成任务：3 个完成率：0%正在写入晚间回顾...然后它会把回顾内容写进日记的”晚间回顾”部分。
这就是你的第一个齿轮。
跑不通怎么办
几个常见问题：
输入 claude 提示”command not found”？Node.js 没装好，或者安装路径没加到环境变量。重新安装 Node.js，确保勾选”Add to PATH”。
认证失败？检查 Anthropic 账号是否注册成功，API 余额是否充足。
AI 找不到日记文件？检查 CLAUDE.md 里的路径和实际文件夹名字是否一致。注意大小写。
AI 没按 Skill 的步骤执行？检查 .claude/skills/每日回顾.md 的第一行 description: 有没有写。没有这一行，Claude Code 不认为它是一个 Skill。
回顾内容写得不理想？回去改 Skill。把步骤写得更具体。比如”完成率保留整数，不要小数”或者”明天最该做的事只写一件，不要写三件”。每改一次就跑一次。
每次跑，发现不对，就改。改完再跑。这就是系统长出来的方式。
想清楚了再往下加
上面的六步跑通之后，你已经有了 CLAUDE.md（地基）和一个 Skill（第一个齿轮）。
接下来往哪走？看你自己的痛点。
每天重复的事最多？再加一个 Skill，比如”每周回顾”或者”项目进度检查”。
想让 AI 更了解你？往 CLAUDE.md 里加规则。每踩一个坑，加一条。
想自动触发？等前两层跑稳了，再考虑 Hooks。
别急。一个齿轮转稳了，再加第二个。
写这篇的时候我回头看了一眼自己的知识库。从去年随手拿的笔记本到现在这套系统，变化挺大的。
但最大变化不是工具。是我自己。
最开始用纸笔的时候，我连”今天做了什么”都记不住。后来用 Obsidian，我开始有意识地回顾每周的经历。再后来接上 Claude Code，它帮我看到了我自己看不到的行为模式——比如连续两周效率在悄悄下降，我自己感觉不出来，但数据在那里。
工具从三个层面改变了我：效率层面，做事更快了。行为层面，做事的方式变了。身份层面，我从一个追工具的人，变成了一个造系统的人。
这篇标题叫”完整搭建指南”，但实话是——真正的搭建没有”完整”这回事。
我的系统到现在已经重构了四五回。每一回都是用着用着发现不对，才改的。这篇给你的是一条路线图，不是一张蓝图。
路线图告诉你方向。蓝图告诉你终点。但系统从来不是按蓝图长出来的。
先走起来。方向对就行。