我为什么拒绝让AI做万能管家
一个尴尬的发现
上个月整理微信通讯录，我突然意识到一件事：我的联系人已经超过了 500 个。
500 个人。我能叫出名字的，大概 200 个。知道他们是干什么的，大概 100 个。记得上次联系是什么时候的——可能不到 20 个。
微信通讯录能告诉你他们的头像和昵称。但它不会告诉你：这个人是谁介绍的、上次喝酒聊了什么、孩子多大了、农历生日是哪天。
这些信息散落在我的脑子里、微信聊天记录里、各种备忘录 App 里。像一把沙子，攥得越紧，漏得越快。
我试过 Notion，试过飞书多维表格，试过 Obsidian 的 Dataview 插件。都挺好，但都有一个致命问题——你得手动维护。
你见了一个人，得打开 App，填表，存。你想到一件事，得打开 App，新建笔记，写。你记起一个生日，得打开 App，设提醒。
太麻烦了。人是有惰性的。麻烦的事情，做三次就会放弃。
直到我自己搭了一个 AI 私人助理。
现在，我只需要发一条微信：「今天见了王磊，他换了工作，去中金了，电话还是 138xxxx。」
AI 会自动去通讯录里找到王磊，更新他的单位和电话。如果他的生日快到了，还会自动设好提醒。
你只需要说人话。
但今天我想聊的不是「我的助理有多好用」。我想聊的是一个更根本的问题：
为什么市面上的 AI 产品，没有一个能真正帮你管好自己的生活？
万能的陷阱
现在的 AI 产品，都在追求一件事：万能。
ChatGPT 什么都能聊。Claude 什么都能写。国内的大模型更是卷出了花——能写代码、能画图、能分析财报、能写公文、能当情感树洞。
但当你真的想把它们用在自己的私人事务上时，你会发现一个尴尬的现实：
它们什么都会，但什么都不专。
你让 ChatGPT 帮你记一个待办，它能记。但下次你问「我上周记的那个待办怎么样了」，它可能已经不记得了——因为它的记忆是会话级的，关掉就没了。
你让 Claude 帮你管理联系人，它能帮你整理格式。但它不会主动提醒你「小明已经三个月没联系了」。因为它不知道小明对你有多重要。
你让任何一个大模型帮你发生日提醒，它能生成一段漂亮的祝福语。但它不会在每年农历生日那天准时推送到你的微信上。因为它没有「持续运行」的能力。
万能，意味着没有边界。没有边界，就意味着没有深度。
《孙子兵法》说：「无所不备，则无所不寡。」什么都想防，什么都防不住。什么都想做，什么都做不深。
AI 产品也是一样。当它的目标是「服务所有人的一切需求」时，它注定无法深度理解任何一个人的私人世界。
我的设计哲学：五根柱子
所以我决定自己搭。
不是因为我技术有多厉害——底层就是 CSV文件加 Python 脚本，简单到任何一个程序员花一个周末就能复现。
而是因为有一些设计原则，市面上的产品不会为你坚守。
第一根：边界要硬
我给自己的 AI 助理定了一条铁律：只处理个人事务。
不写报告，不搜互联网，不聊时政，不分析股票。这些不是它的能力范围——是它故意划出的禁区。
为什么？因为边界就是注意力。一个什么都干的助理，它的注意力是分散的。一个只干一件事的助理，它的注意力是聚焦的。
聚焦的结果是：它对你的通讯录、备忘录、日程的理解深度，远超任何通用 AI。
它知道「孩子舅舅」就是通讯录里 relationship=family 且备注含「小孩舅舅」。它知道「最近要做的」就是查 category=todo 且 status=active 的记录。它知道「跟小明有关的事」意味着要先找小明的 ID，再交叉查询所有关联备忘录。
这种理解深度，不是模型更聪明带来的。是边界更窄带来的。
第二根：数据主权
你的私人数据，应该待在哪里？
在腾讯的服务器上？在苹果的 iCloud 里？在某个 SaaS 公司的数据库里？
我的答案是：在你自己的硬盘里。
艾迪管理的所有数据——通讯录、备忘录、提醒——全部存储在 VPS 本地的 CSV文件中。不上传任何云端，不经过任何第三方 API（除了大模型推理本身）。
每次修改数据前，系统自动生成 .bak 备份文件。随时可以回滚。
你可以用 Excel 打开这些 CSV文件。可以用 Python 写脚本分析它们。可以拷走、可以备份、可以迁移。
没有任何厂商锁定。没有任何订阅费用。没有任何数据导出限制。
你不是在「使用」一个服务。你在「拥有」一份数据。
第三根：简单至上
艾迪的底层架构，简单到不可思议：
- 三个CSV文件：通讯录（15列）、备忘录（13列）、提醒（11列）
- 一个 AI Agent：Hermes 框架，跑在 VPS 上
- 几个 Python 脚本：处理 JSON 嵌套、农历转换、HTML 生成
没有数据库。没有后端服务。没有 Docker。没有 Kubernetes。
《道德经》说：「大道至简。」最简单的系统，往往最可靠。
为什么？因为复杂系统的故障点是指数级增长的。每加一个组件，就多一层可能出错的地方。数据库会挂，后端服务会崩，Docker 容器会OOM——但 CSV文件不会。
CSV文件就是一个纯文本。你用记事本都能打开它。它不会崩，不会锁，不会版本不兼容。
简单不是简陋。简单是经过深思熟虑后的克制。
第四根：联动智能
三个CSV文件单独看，就是三张普通的表。但把它们联在一起，就形成了一个完整的关系网络：
通讯录 ──→ 生日数据 ──→ 提醒（年度重复，支持农历）
备忘录 ──→ 待办截止 ──→ 提醒（单次，到期前一天）
通讯录 ←── related_contacts ──→ 备忘录
提醒 ←── source/source_id 回溯 ──→ 通讯录 & 备忘录这种联动不是技术上的炫技。它解决的是一个真实的问题：你的私人事务不是孤立的。
你见了一个人（备忘录），这个人是谁（通讯录）？上次联系是什么时候（last_contact）？生日快到了吗（提醒）？
你记了一条待办「给小明发季度报告」，小明是谁？电话多少？上次什么时候联系的？
孤立的数据是死的。联动起来的数据才是活的。
第五根：主动服务
大多数 AI 产品是被动应答的——你问，它答。你不问，它沉默。
但一个好的私人助理，不应该只是被动的。
艾迪会主动发现：「你已经 90 天没有联系小明了，要不要打个电话？」 它会主动提醒：「小孩舅舅的农历生日是下周三，别忘了。」 它会主动分析：「你这个月新建了 12 条备忘录，其中 5 条已过期未处理。」
被动应答是工具。主动服务才是管家。
一个真实的场景
4 月 26 日早上，我在去常州的高铁上，给艾迪发了一条微信：
「天目湖状元阁，为儿子中考祈福。2026年4月26日，爸爸专程游览天目湖湖山丽景区状元阁，愿儿子今年中考金榜题名！」
艾迪做了什么？
- 理解意图：这是一条 note 类型的备忘录，地点是天目湖湖山丽景区·状元阁
- 关联联系人：从通讯录中找到「儿子」（relationship=family），提取其 ID 写入
related_contacts - 写入 CSV：在
my_memos.csv新增一行 - 确认回复：「已记录。已关联儿子。」
整个过程不到 5 秒。
如果不用 AI 助理，我需要打开手机备忘录 App，手动输入文字，然后在脑子里记住这件事。但有了 AI 助理，这条记录被永久保存了，而且可查询、可关联、可扩展。
以后我随时可以问「关于儿子的事」，这条记录就会出现。它不是躺在某个 App 里的死数据，它是我的数字生活的一部分。
你怎么搭一个？
说了这么多设计哲学，你可能想问：我自己能不能也搭一个？
答案是：能。而且不需要你懂编程。
我已经把艾迪的完整设计文件——包括 SOUL.md（角色定义）和全部 5 个 SKILL.md（技能文件）——上传到了 GitHub。
你只需要做一件事：让 AI 帮你安装。
把 GitHub 上的文件丢给 claude 或者 Hermes，告诉它：
「我有一个 Hermes Agent 的 profile 配置文件，帮我在我的 VPS 上部署。这是文档链接：[GitHub 地址]」
AI 会帮你完成剩下的事——创建目录、复制文件、配置网关、连接微信。整个过程大概 10 分钟。
当然，前提是你有一台 Linux VPS，并且已经安装了 Hermes Agent。如果没有，一行命令就能装好。
具体的安装指引和文件链接，我放在 GitHub 的 install.md 里了。本文不展开技术细节——因为让 AI 帮你装，比你自己一步步敲命令要高效得多。
写在最后
《庄子》里有一个故事：惠子得到一个大葫芦，觉得它太大没用，就砸了。庄子笑他：「你为什么不把它系在腰间，浮游于江湖？」
不是葫芦没用。是你用的方式不对。
AI Agent 也是一样。市面上的通用模型就像那个大葫芦——看起来无所不能，但当你想用它装自己的私人数据时，却发现它太大、太散、太不专。
但如果你换个思路——不追求万能，只解决你自己的问题——你会发现，一个边界清晰、数据本地、简单联动的 AI 助理，远比一个什么都懂一点的通用模型有用得多。
最好的 Agent，不是那个什么都能聊的，而是那个只懂你的。
本文所述的艾迪（Aide）系统完整设计文件已开源至 GitHub。链接见文末。 链接：https://github.com/trevanzhang/hermes-profile-aide