用 AI 管理生活：我的 Logseq + Claude Code 生活系统

用了三年时间管理工具，我放弃了

我试过 Todoist、Notion、滴答清单、Fantastical，甚至用 Org-mode 管理过一段时间的日程。每次切换到新工具的头两周都很兴奋——精心设计分类体系、建好看的模板、把所有待办都迁过来。然后第三周开始，打开率就断崖式下降。

问题出在哪？我后来想明白了，不是工具不好，是"手动维护"这件事本身就反人性。每天早上花 15 分钟在三四个 App 之间切换，整理昨天没做完的事。晚上又花 15 分钟回顾今天做了什么，把明天的任务手动搬到待办列表。更头疼的是这些工具之间的数据是割裂的——日记里写了"完成论文初稿"，待办清单那边还显示"论文初稿：进行中"。周末想回顾一周做了什么，得同时打开三个 App 拼凑全貌。

这种摩擦日积月累，最终一定会让系统荒废。我需要的不是"更好的工具"，而是一种完全不同的交互方式——我只负责说"做了什么"和"想做什么"，剩下的记录、整理、汇总、回顾全部自动化。

后来我用 Claude Code + Logseq 搭了一套系统，现在用 10 个命令管一整天的生活节奏。用了快半年，没有"第三周断崖"。这篇文章分享我的使用体验和一些思考。

一天的样子

先看一天的完整流程，你就知道这套系统的手感了。

08:00 -- 起床，/morning

打开终端，一句 /morning。Claude Code 自动查 Logseq 里昨天没做完的任务、今天的日历事件、周期性习惯，然后生成一个结构化的今日概览：

Copy早安！以下是今日概览：
 
## 今日概览 - 04.01（周三）
 
### 延续任务
- [ ] 整理上周阅读笔记（优先级: 中）
- [ ] 完成课程第三章大纲（优先级: 高）
 
### 今日日历
- 10:00 团队周会
- 15:00 导师会面
 
### 周期性任务
- [ ] 每日英语阅读 30 分钟
- [ ] 运动 30 分钟
 
已创建今日日志页面。

整个过程不到 10 秒。以前我需要打开日历 App、待办 App、翻昨天的日记，至少 5 分钟。现在一句话搞定。

09:00 -- 开始工作，/plan

/morning 给全景，/plan 做细化。我一般会加上一句自然语言的优先级意图：

Copy/plan 今天上午先准备周会材料，下午集中写课程大纲

Claude Code 会根据日历时间、任务优先级和我的意图，生成一个分时段的执行计划。这个计划会自动写入 Logseq 的日志页面——我不需要手动整理。

10:30 -- 周会中冒出一个想法，/capture

这是我用得最频繁的命令。周会上有人提到一个项目可以用新的目录体系管理，我不想打断会议去打开什么 App，直接在终端输入：

Copy/capture 新项目可以用四区目录管理，下周和团队讨论

Claude Code 把这条想法结构化地记录到 Logseq 的今日捕获区，自动加上来源标签和分类。这条记录不会丢失、不会遗忘，它会出现在今天的晚间回顾里。

11:30 / 14:30 -- 完成任务，/done

做完一件事就 /done 整理上周阅读笔记。Claude Code 在 Logseq 中找到对应的任务，更新状态为"已完成"，记录完成时间。它还会告诉我今日进度——"今日 2/6 任务完成，含 2 个高优先级"——这种即时反馈比任何勾选复选框的感觉都好。

21:00 -- 一天结束，/evening

这是我最喜欢的命令。一句 /evening，Claude Code 自动汇总今天的全部活动：

Copy## 日回顾 - 04.01
 
### 完成情况
✅ 准备周会材料
✅ 团队周会
✅ 整理上周阅读笔记
✅ 完成课程第三章大纲
✅ 导师会面
⬜ 每日英语阅读（未完成）
⬜ 运动（未完成）
 
### 计划外收获
- 捕获 1 条想法（四区目录项目管理讨论）
 
### 完成率: 5/7 (71%)
 
### 反思
核心任务全部完成，但日常习惯任务（英语阅读、运动）
连续第三天被挤掉。建议将习惯任务固定到早晨或午休。

注意"反思"部分——Claude Code 不只列清单，它能识别跨天模式。"连续第三天被挤掉"这句话来自对过去几天日志的自动对比。如果我自己做日记回顾，可能根本不会注意到这个趋势。

10 个命令的设计思路

整个系统的命令体系是这样的：

设计这套命令时，我有几个原则：

命令名必须是动词或时间词，不需要任何参数就能执行。 /morning 不需要你告诉它今天几号——它自己会查。/done 后面跟的任务描述是可选的，模糊匹配就行。这种"零摩擦"是坚持使用的关键。如果每次执行一个命令都要先填一堆参数，那和手动管理没有本质区别。

日间命令（/capture、/done）可以无限循环调用。 你一天可能会 /capture 五六次、/done 七八次。这些命令的设计目标是"1 秒内发出、3 秒内完成"。你甚至不需要切换到终端再切回来的心理成本——因为它本来就在终端里。

首尾命令（/morning、/evening）是仪式性的。 它们标记一天的开始和结束。有仪式感的系统更容易坚持。我发现早上的 /morning 变成了一种"进入工作模式"的心理信号，就像打开办公室的灯一样。

项目管理集成：让个人管理和团队协作打通

如果你的任务只涉及自己，上面 8 个命令就够了。但如果你参与团队协作，就需要一个桥梁把个人系统和团队的项目管理工具连起来。我用的是 Linear，通过 /sync 命令实现双向同步。

/sync 的工作方式：

Copy同步报告:
 
Logseq → Linear:
- 新增: "完成课程第三章大纲" → Project: 课程开发 / Done
- 更新: "整理阅读笔记" 状态 → Done
 
Linear → Logseq:
- 新增: "Review PR #42"（团队成员创建）→ 待办
- 更新: "设计评审"截止日期 → 04.05
 
同步完成。2 条推送，2 条拉取。

几个关键设计决策：

• 双向同步，但 Logseq 优先。个人管理系统是唯一真实来源
• 手动触发，不是自动的。自动同步会带来干扰——你正在专注的时候突然冒出一条新任务
• 只同步任务级别。子任务和评论留在各自的系统里，避免信息过载
• 不是所有任务都需要同步。运动、阅读这些私人习惯不需要出现在团队看板上

还有一个我很喜欢的细节：Linear 中的任务图标使用莫兰迪低饱和度配色——不是那种刺眼的红黄绿，而是灰蓝、暖灰、灰绿的柔和色调。每天盯着看板好几个小时，低饱和度配色给人的感觉是"有序、从容"，而不是"紧急、压力"。

Review 体系：日 → 周 → 月的数据漏斗

Daily Review（/evening）我已经展示过了。更有价值的是 Weekly 和 Monthly 这两层。

Weekly Review（/weekly）

每周末执行一次。Claude Code 自动汇总 7 天的日志数据，生成周报：

Copy## 周回顾 - 第 14 周
 
### 本周概览
- 总任务: 42 | 完成: 35 | 完成率: 83%
- 计划外任务: 8（占比 19%）
- 习惯坚持: 英语阅读 5/7 | 运动 3/7
 
### 时间分配
- 课程开发: 40%
- 团队协作: 25%
- 阅读学习: 20%
- 行政事务: 15%
 
### 模式识别
⚠ 运动习惯连续两周低于目标（3/7 vs 5/7）
✅ 课程开发进度超前
💡 周三和周四计划外任务集中，建议预留缓冲

我自己手动做过周回顾——翻七天的日记、统计数字、找规律。大概要花 45 分钟到一个小时。/weekly 把这个时间压缩到 15 秒。而且它比我更擅长发现模式——"连续两周运动低于目标"这种跨周趋势，我自己回顾的时候很容易忽略。

Monthly Review（/monthly）

月度回顾的真正价值是趋势分析：

Copy### 趋势分析
- 完成率趋势: 78% → 80% → 83% → 89%（持续上升）
- 计划外任务占比: 25% → 22% → 19% → 15%（逐步下降）
- 解读: 系统使用越熟练，规划准确度越高
 
### 精力分配变化
第 1-2 周: 行政事务占比偏高（适应期）
第 3-4 周: 创造性工作占比提升至 60%

这段数据给我的信心远超任何直觉判断。我可以清楚地看到：系统不是"用了之后效率立刻翻倍"，而是一个渐进上升的过程——计划外任务占比从 25% 逐步降到 15%，说明规划越来越精准；创造性工作占比从适应期的低位回升到 60%，说明系统本身的管理开销在下降。

三级 Review 的核心设计逻辑：

每一级的输出都是上一级的输入，形成一个数据漏斗——从日常琐碎中逐步提炼出有价值的认知。这套回顾机制不是我发明的，GTD（Getting Things Done）和子弹笔记都有类似的层级回顾理念。但问题是，纯手动回顾的坚持率极低。我认识的人里，能坚持月度回顾超过三个月的，一只手数得过来。AI 自动化之后，这个"坚持"问题就不存在了——因为它不需要你坚持，只需要你说一句 /monthly。

背后的技术：用了哪些东西

这套系统的技术选型其实很简单：

• Logseq DB v2 做数据存储。所有日志、任务、捕获、回顾报告都存在 Logseq 里。选 Logseq 是因为它的数据模型（DataScript + SQLite）非常适合结构化查询，而且 HTTP API 支持直接从外部操作数据
• Claude Code 做调度引擎。每个命令本质上是一个 Claude Code Slash Command，背后由一个叫 life-system 的 Skill 驱动。这个 Skill 包含 11 个 reference 文件——数据模型、页面模板、查询模板、状态流转规则、日历集成、Review 体系模板等等。Claude Code 读取这些 reference 后就知道"怎么生成晨间概览""怎么标记任务完成""怎么做周回顾"
• CLAUDE.md 做系统架构说明书。229 行，告诉 Claude Code 这三个系统（Logseq + Linear + Calendar）之间的数据流动关系，以及操作安全规则（比如"操作前先确认目标存在""验证操作的是正确的知识图谱"）
• 5 条 Rules 做行为约束。规范 AI 的工作流行为、操作安全、ID 管理、工作目录等
• Linear（可选）做项目管理协作

技术细节我就不展开了——搭建过程涉及 Logseq API 对接、Skill 配置、Rules 编写等，有兴趣的可以看文末的进阶阅读。这篇文章更想传达的是使用体验和思考。

这套系统的局限

用了快半年，有些局限也逐渐清晰：

需要 Claude Code Max 订阅。 life-system Skill 加载 11 个 reference 文件，Context 空间消耗不小。Pro 订阅虽然不是完全不能用，但在执行复杂命令（比如 /monthly 汇总一整个月的数据）时可能会触碰 Context 上限。

Logseq 必须保持运行。 整个系统依赖 Logseq 的本地 HTTP API。如果 Logseq 没有打开，所有命令都会失败。这意味着你需要让 Logseq 在后台常驻——对桌面用户来说不是问题，但如果你主要用移动端管理生活，这套系统暂时不适合你。

不适合"偶尔用用"的人。 这套系统的价值来自数据积累——用一天和用一个月的体验完全不同。如果你只是偶尔想记个待办，手机上的提醒事项就够了。这套系统适合那些想要"系统性地管理生活节奏"的人。

有一定学习成本。 虽然 10 个命令本身很简单，但搭建过程需要理解 Logseq 的数据模型、Claude Code 的 Skill/Rules 机制、以及可选的 Linear 集成。如果你完全不了解这些概念，需要先打一些基础。

习惯迁移需要时间。 从传统工具切换过来的前两周会有些不适应——你的肌肉记忆会让你下意识去打开旧的 App。建议渐进式迁移：第一周只用 /morning 和 /evening，第二周加入 /capture 和 /done，第三周引入 Review 体系。一次性全切换反而容易放弃。

我的使用感受

说实话，这套系统最让我满意的不是效率提升——虽然确实省了很多时间——而是一种"被理解"的感觉。

传统时间管理工具的逻辑是"你来填表，工具帮你展示"。AI Native 的逻辑是"你说话，AI 帮你记录、整理、分析"。这两种交互方式的差别，用过就知道了。

当我说 /capture 新项目可以用四区目录管理 的时候，我不需要思考"这条放在哪个分类""优先级选什么""标签加哪些"。Claude Code 会根据上下文自动处理这些元数据。当我说 /evening 的时候，我不需要翻回忆录——所有数据都在 Logseq 里，Claude Code 只是帮我汇总和分析。

另一个意外收获是 Review 体系对"自我认知"的帮助。我以前觉得自己运动习惯挺好的，直到 /monthly 显示我一个月平均只有 2.8 次/周。数据不会骗人。这种量化的自我认知，比任何主观感受都可靠。

如果你在找一个"终于能用下去"的生活管理方案，或者单纯对 AI Native 工作流感兴趣，可以试试。不一定要照搬我的配置——10 个命令的设计思路、三级 Review 的数据漏斗、零摩擦交互的原则，这些是可以迁移到任何工具组合的。

进阶阅读

这篇文章分享了使用体验和设计思考。如果你想自己搭建这套系统，可以阅读完整的搭建教程：

进阶阅读

• → 生活管理 -- 完整的搭建教程
• → 知识库搭建 -- 知识管理的另一个维度

C1 和 C2 共享同一个 Logseq 后端，两套系统可以无缝协作——生活管理和学术知识管理并不矛盾，反而互补。