从Dots/Muse爆火看常驻AI：用Claude组装长期记忆与主动行动力

Dots和Muse最近火到什么程度，你应该已经有体感了：一个是冲上美区App Store榜首、还没正式开放注册就有人在蹲号的生活伴随型AI；一个是把AI助手直接塞进眼镜里、主打“边走边聊”的常驻式体验。评论区最热的一条永远是——“终于有不打扰人的AI了”。但作为一个从Claude 3时代一路用下来的老用户，我第一反应倒不是去抢注册名额，而是意识到一件事：Anthropic这边其实早就把同类能力做成了Claude里的一个个模块——长期记忆、Project知识库、MCP连接器、Claude Code的Skills和子代理，全都在，而且都能被你自己接管。这篇文章想把它彻底说透：Dots和Muse到底解决了什么问题，Claude用的是不一样的什么思路，以及最关键的是——你现在就能照着配置，把Claude拼成一个不输给它们的常驻AI伙伴。

1. Dots与Muse戳中的，是同一个痛点

先说结论：这两个产品的爆火，本质上不是因为模型多聪明，而是因为它们拿到了“入口权”。Dots和Muse都不需要你主动打开App提问，它们就在你生活里待着，知道你接下来要干嘛，然后该开口的时候开口。

1.1 Dots：一个“住在你生活里”的AI

Dots这波出圈，靠的是一套非常直接的产品逻辑：经你授权后，它可以读取通知、通话记录的文字摘要、消息流等“生活信号”，在本地构建一条属于你的时间线。当你问它“我下午那件事几点来着”，它不再是给你一个通用的AI答案，而是基于“你真实的一天”来回答。这种体验的冲击力是巨大的——过去两年我们习惯了问AI问题前先手动补上下文，Dots把这个动作彻底免了。

它火起来还有个原因，就是很多人在评论区说“AI终于知道我是谁了”。这句话翻译成技术语言，其实是“AI终于拿到了我的长期记忆和实时上下文”。Dots把这两件事做成了默认能力，而不是让用户去设置里自己配。这恰恰戳中了大众用户最痛的环节：不是模型不够强，而是每次对话都要从头开始“自我介绍”这件事，太反人性了。

当然，Dots也不是没有争议。把所有通知和通话都交给一个AI应用，隐私上的心理门槛并不低。但用户愿意用脚投票，说明“懂我的AI”这个需求比我们想象中要硬得多。

1.2 Muse：把AI从屏幕后面搬到耳朵边

如果说Dots是靠“权限+记忆”留在你生活里，那Muse就是靠“形态”留在你身边。如果你关注过Meta近一年的发布，应该知道Muse这条产品线：没有摄像头、弱化屏幕存在的眼镜形态，主打语音交互，让AI可以随时被叫起来聊天，也能在你走路、做饭、开车的时候自然插话。要不要戴一块小配件“charm”来补足续航和感知能力，则是另一个可以讨论的设计选择，但方向是一致的——AI不再住在手机里，而是住在你的耳朵边上。

从搜索热度也能看出来，很多人都在找Muse的注册和下载入口，说明“常驻AI”已经不是极客圈的概念，普通用户也开始期待一个随时能在身边的AI。眼镜形态的妙处在于它把AI的召唤成本降到了零：不用解锁手机、不用打开App、不用打字，直接说话。

1.3 拆开看：常驻AI的三件套

把Dots和Muse放到一起看，它们其实只做了三件事：

• 长期记忆：跨会话记住“你是谁、你的习惯、你的目标”，不让每次对话都从零开始。
• 实时上下文：知道你此刻的日程、消息、环境状态，回答问题时不靠猜。
• 主动行动力：不只是等你问，而是会主动提醒、汇总、代办，像一个真正的生活搭子。

这三件事全都不是模型层面的能力。今天各家大模型的语言能力已经拉不开代差，真正决定体验上限的是“谁拿到更多上下文、谁能把上下文用起来”。Dots和Muse赢在拿到了入口，而Anthropic选择了一条相反的路：把记忆、连接、行动全都标准化，做成Claude里的基础设施。谁优谁劣，我觉得得看长期。

2. Anthropic的答案，为什么说“早就内置在Claude里”

很多人以为Anthropic是个“只会做模型的慢公司”，看到Dots火了才开始跟风。这个判断其实不对。Anthropic从2024年开始就在做一套“上下文工程”的体系化方案，Claude里的记忆、Project、MCP、Claude Code、Skills，全是这套体系里的积木。

2.1 反着做：不给应用壳，给一套可拼装的上下文系统

Dots和Muse的路径是“造一个App，把能力包在里面”，用户不需要理解里面的结构，用完就走。Anthropic的路径是“把能力拆开，让用户自己拼”——记忆是一层，连接是一个标准协议，行动是一个终端工具。你既可以在网页版Claude里用Project知识库，也可以在Claude Code里调用MCP读日历，还能写一个Skill让AI按固定流程工作。

这种“反着做”有它的代价：门槛高，普通用户拿到一把零件不知道怎么装。优势也同样明显：你一旦拼好，这套系统是跨入口复用的。今天Dots能给你的，明天别的App也能给你，但Claude给你的是“协议和积木”，任何人都可以在任何入口上组装出同样的体验。尤其是一旦形成“记忆可携带、连接有标准”的格局，单个App的护城河反而会变浅。

2.2 记忆层：Memory、Project知识与记忆管理

先明确一点：Claude的记忆不是一个无限大的数据库，而是一套分层的“长期上下文”机制。

• 用户记忆：在Claude的Pro和Max订阅里，系统会记住你的名字、工作偏好、沟通风格，跨会话生效。这是一个轻量层，解决“我叫什么、我喜欢怎么被回复”这类问题。
• Project知识库：你可以为每个Project上传文档、设定自定义指令。这一层是“重记忆”——相当于给Claude一本书，内容是你的背景、你的目标、你的常用材料。它是用户主动维护的，所以最可靠。
• API层的memory工具：面向开发者和企业，让Claude在对话中主动判断“哪些值得长期记住”，写进知识库。这一层适合自动化场景。

说句实话，Claude的记忆机制跟Dots那种“被动记录你的一切”是两种哲学。Claude更强调用户主动授权和人工维护，Dots更强调全量感知。各有优劣，但你会发现，只要你愿意花一点时间维护Project，Claude能记住的东西其实比Dots更精准——因为它记的是你明确告诉它“重要”的东西，而不是模糊的噪声。

2.3 连接层：MCP是“接入生活的标准管道”

MCP（Model Context Protocol）是Anthropic在2024年底推出的开放协议，目的很简单：让AI通过一套标准接口连接外部数据源和工具。日历、邮件、笔记、GitHub、Slack、文件系统，都可以变成MCP服务器，Claude只需要在配置文件里加一行就能接入。

这件事后来被OpenAI、Google等很多玩家接纳，实际上已经成为行业的“USB-C接口”：每个服务商做一个适配器，所有模型都能用。放在我们讨论的语境下，MCP就是Claude版的“Dots权限系统”——只不过Dots的权限只能给Dots自己用，MCP的权限给了所有支持协议的AI客户端。

比如你想要Dots那种“知道我今天有什么安排”的效果，只需要挂一个日历MCP服务器，Claude在回答时就能实时看到你的日程。想让它读本地笔记，挂一个文件系统MCP服务器。一切都在你的掌控中，随时可以拔插，不存在数据被单一平台绑架的问题。

2.4 行动层：Claude Code、Skills与子代理

光有记忆和连接还不够，真正的“常驻感”来自行动力。Claude Code就是Anthropic补上的这一块：一个跑在终端里的智能体开发工具，可以读写文件、执行命令、调用工具，把Claude从“聊天助手”变成“帮你干活的执行者”。

Claude Code还支持“Skills”机制。你可以在项目的.claude/skills目录里放一个SKILL.md文件，用YAML头部加说明、正文写流程，Claude Code在需要时就会自动加载这个技能。比如我给自己写过一个“晨间简报”Skill，规定好了读什么、汇总成什么样、输出到哪个文件，每天早上定时调用一次。这种“把工作流固化成技能”的能力，普通App根本给不了。

再加上子代理（Subagents）和电脑操作（Computer Use），Claude在“行动层”基本是满配。Dots和Muse当前能做到的“主动提醒、主动汇总、主动代办”，在Claude这边通过“定时任务+Skill+MCP”完全可以复刻，而且做得更透明、更可控。

2.5 一张表把Dots/Muse和Claude对应起来

这张表基本说清楚了：Dots/Muse是把这些能力做成了“成品”，Claude是把这些能力做成了“原料”。你觉得哪个更接近终局，很大程度上取决于你是用户还是玩家。

3. 手把手：把Claude拼成“常驻伙伴”（可直接复现）

下面这部分是我自己跑了两个多月的配置方案，全部可复现。你需要的东西：一个Claude账号（Pro或Max，记忆功能需要订阅支持）、Node.js 18以上（跑Claude Code和MCP用）、一个能用的终端。我不展开网络层面的话题，仅以官方支持的渠道为准。

3.1 第一步：建一个“人生Project”并写好使用说明书

打开claude.ai，新建一个Project，名字随便起，比如“我的生活中枢”。然后做两件事：

第一，在“自定义指令”里写清楚Claude怎么对待你。我的写法是这样的：

你是我日常生活中的常驻助手。请记住以下关于我的背景： 1. 我在做的事情和你需要掌握的项目背景。 2. 我的沟通偏好：先给结论，再给理由，最后给可执行清单。 3. 我的常用工作节奏：周一做计划，周五做复盘。 4. 除非我明确说“展开”，否则默认用最简短的表达。

第二，把你的背景材料放进去。可以是年度目标、最近三个月的笔记导出、常用联系人列表、健康习惯记录——凡是“你希望AI在回答时默认知道”的内容，都整理成文档传进Project知识库。

最后让它生成一份“关于我的一页纸”：直接在对话里问“请读一遍我上传的所有材料，输出一份包含我背景、目标、常用偏好的简明档案，之后每次讨论都以此为基础”。这份档案会成为你和Claude之间的“共同底色”。

这里有个经验：建议按主题拆Project，不要全塞一个。我拆成了“工作”“生活”“健康”三个，互不干扰，每个Project只维护自己领域内的上下文。一个Project塞太多反而会稀释Claude对细节的把握。

3.2 第二步：打开记忆功能，教会Claude“该记什么”

Claude的记忆功能在Pro和Max套餐里默认可以开启。在设置里打开“记忆”后，Claude会在对话中自动学习你的偏好，但“自动学习”对重度用户来说太模糊，我建议给它一个明确的信号词。

我在自定义指令里加了一句：

当我说“记住”时，请把后面这句话提炼成一条要点，写入你的长期记忆。

这么做的原因是，Claude的记忆是“压缩式”的，不是“数据库式”的。它不会像Dots那样把每件事都记下来，而是倾向于记住能体现你偏好的高价值信息。所以你要主动告诉它什么是值得记的，否则它会猜，猜就会失真。

另外，我每周做一次“记忆刷新”：周五晚上把这一周的关键对话导出，扔回Project知识库里，再让Claude重新生成一份“关于我的一页纸”。这样新旧信息能对齐，避免它记着记着就跑偏。

3.3 第三步：用MCP把日程、笔记和邮件接进来

MCP的配置主要在Claude Code里完成。先全局安装Claude Code：

npm install -g @anthropic-ai/claude-code claude --version

然后在项目目录里，用claude mcp add命令添加MCP服务器。我目前挂了三个：

# 文件系统访问：让Claude能读我本地的笔记目录 claude mcp add fs -- npx -y @modelcontextprotocol/server-filesystem /Users/you/Documents/Notes # 知识图谱记忆：给Claude一个可持久化的关系型记忆库 claude mcp add memory-server -- npx -y @modelcontextprotocol/server-memory # GitHub接入：处理技术相关事务 claude mcp add github -- npx -y @modelcontextprotocol/server-github

添加完用claude mcp list验证。如果配置正确，你在Claude Code里提到“看下我的笔记”或“帮我查GitHub上的问题”，它就会自动调用对应工具。

有一点要提醒：MCP目前是开发者和API层面的能力，网页版聊天界面里没法直接挂自定义MCP服务器。如果你只用网页版Claude，那“接入生活数据”这一步体验会打折，需要配合API或Claude Code来做。

3.4 第四步：用Claude Code补上“手和脚”，顺手配好VSCode

装好Claude Code后，首次运行claude会引导你登录：可以用Claude账号，也可以用API Key。登录后，你就能在终端里直接指挥Claude干活，比如“看看这个目录的结构”“把这个文件里所有TODO列出来”“帮我跑一下测试并修复报错”。它执行命令前会征求你的允许，这是默认的权限控制，不用怕它乱来。

想在VSCode里用，直接在扩展市场搜索“Claude Code”，装完打开命令面板调出面板，在集成的终端里输入claude就行。很多支持自定义模型提供商的AI IDE也可以把模型指向Anthropic，用同一个API Key对接，效果类似。

Skills也可以用起来。在项目下建一个.claude/skills/daily-brief/SKILL.md：

--- name: daily-brief description: 每天早上生成一份简洁的当日简报，包含日程安排、待办事项和重点提醒。 --- 执行步骤： 1. 调用日历MCP读取今天的日程。 2. 调用文件系统MCP读取Brief目录下的待办文件。 3. 合并信息，生成不超过200字的简报。 4. 写入 Brief/YYYY-MM-DD.md 文件。

之后只要在Claude Code里说“跑一下daily-brief”，或者把它写进定时任务，它就会按这个流程执行。这一步做完，Claude就从一个聊天AI升级成了“有手有脚能按流程办事”的常驻伙伴。

这里多说一句：Claude Code默认会跑终端命令，这是它和其他对话产品最不一样的地方。你可以在提示里直接说“帮我执行xxx命令”，它会先给你看命令内容、等你批准再执行；完全自动化脚本里可以用--dangerously-skip-permissions跳过确认，但只建议在你完全信任的环境中用。

3.5 第五步：实现“每天8点的人生简报”

最后一个拼图是“主动性”。Dots会在合适的时机主动开口，Claude不会自己蹦出来，但你可以用系统定时任务补上。在macOS或Linux下，一条crontab就够了：

0 8 * * * cd ~/life && claude -p "执行daily-brief技能，读取今天日历和待办，生成份不超过200字的简报写到今日文件，然后简短汇报结果" --allowedTools "MCP__calendar__read, Read, Write"

注意几个细节：-p是纯命令行模式，不需要交互；--allowedTools限定它只能用哪些工具，避免自动化时乱跑命令；因为是非交互场景，它没有聊天上下文，所以简报所需的数据必须依赖MCP和文件系统去拿，这也解释了为什么前两步那么重要。

如果你用的是Windows，Claude桌面版的某些工作区功能会提示“需要虚拟机平台”，你需要在系统设置里找到“启用或关闭Windows功能”，勾选“虚拟机平台”，重启后即可。订阅、付费都在官方控制台完成就好，不建议使用任何非官方渠道的账号和代充服务，风险你自己想。如果安装时收到区域不可用的提示，请以官网支持范围为准。

4. 实测中的排障记录与避坑提醒

这套方案用了两个多月，我踩过的坑值得单开一章说。大部分问题不是产品不好用，而是环境配置和概念理解的问题。

4.1 Claude Code安装、连接与升级的报错

最常遇到的是装不上。npm install卡住的，先查Node版本，Claude Code要求Node 18以上，我曾在Node 16的环境里装了十分钟都没成功，升到Node 20后秒装。公司内网装不上的，需要联系IT确认是否放行了npm registry和对应API域名，这个绕不开。

连接报错里最常见的是unable to connect to api.anthropic.com。如果API Key有效、账户正常，基本就是网络抖动或企业网络策略，等待重试或请IT放行即可。还有一种是提示“当前区域不可用”，这类提示属于官方区域策略，直接参考官网说明，我不建议在这上面动什么脑筋，也不展开。

版本升级也有讲究：claude命令自带claude update，用npm装的可以npm update -g @anthropic-ai/claude-code。我遇到过升级后MCP配置“消失”的情况，其实配置还在，只是格式升级了，claude mcp list看一下重新保存一遍就行。

4.2 MCP连接不上的排查套路

MCP的问题十有八九出在运行环境。记住一个排查顺序：

• 先把claude mcp add那串命令里的npx -y @modelcontextprotocol/server-xxx单独在终端跑一遍，看能不能正常启动。这一步能排除80%的问题。
• 如果单独跑没问题、进Claude Code就报错，检查claude mcp list里的名称、参数、路径有没有被Shell转义弄坏，尤其是文件系统路径里的空格。
• Windows下常报spawn npx ENOENT，这是Node的路径没带进子进程，把npx路径写成绝对路径就能解决。
• stdio类型的MCP看不到日志，排查时不方便。可以在配置里临时换个HTTP transport，看服务能不能通过HTTP握手，再做二分定位。

4.3 记忆“失真”与上下文被顶掉的真实体验

Claude的记忆系统很好用，但别神话它。实际体验是：它能记住你的偏好，但细节会被“压缩”掉。比如你跟它讨论过一个很重要的人名和关系，过了两周再去问，它可能只记得“有个客户”而忘了具体是谁。这不是bug，是记忆机制的固有属性——它维护的是“上下文摘要”，不是原始数据库。

想要细节不丢，就得把关键内容沉淀进Project知识库。我的做法是每个月把重要的对话摘要、决定、名单更新到Project，让“一页纸”始终保持最新。这个维护动作是必须的，指望AI自动替你维护一切，目前还不现实。

自动化场景下还有个认知偏差：定时任务发起的claude -p没有聊天上下文，它不会记得你昨天让它干什么。它的“记忆”完全来自Project知识库和MCP能读到的数据。理解了这一点，你就不会对着自动化输出发火。

4.4 常见问题速查表

这张表我建议直接存一份，以后折腾Claude生态的每一步都能对照着看。

5. 实话实说：Claude现在还差什么，以及我的判断

聊完能落地的部分，我想说点实话。Anthropic这套“积木式”方案并不是没有弱点，它和Dots/Muse之间还差着三层东西。

5.1 三个真实的缺口

第一，没有“常驻感知”。Dots经你授权后能看到通知流和通话信息，Muse以硬件形态贴近你，而Claude在没有被调用的情况下并不知道你此刻在干嘛。我给自己做的“人生简报”本质上是定时拉取数据，不是被动感知。这个gap短期内补不上，但换个角度看，它保护了隐私边界，合规风险也更低。

第二，入口还不够“贴身”。目前Claude最有战斗力的入口是网页、桌面、终端和API，手机端虽然有App，但还没有Dots那种“生活时间线”的产品包装；硬件形态更是空白。Anthropic显然在优先服务开发者和企业客户，C端“常驻体验”不是它当前的主战场。

第三，陪伴感需要用户自己调。Dots和Muse下载后开箱即用，Claude要你写自定义指令、挂MCP、写Skill、配cron才达到类似效果。这套东西的门槛适合折腾型用户，不适合只想“下载一个会懂我的AI”的普通用户。

5.2 我的判断：终局不是某个App，而是协议与入口

我的判断是：短期看，Dots和Muse这种“把AI包装成生活伙伴”的产品会持续俘获大量用户，因为它们把体验做到了零门槛。中期看，掌握“模型能力+标准协议+生态入口”的玩家更有主动权，因为MCP一旦成为事实标准，Dots/Muse所依赖的记忆和连接能力，就会被任何支持MCP的客户端复用。长期看，单靠“一个App独占上下文”的护城河会越来越浅，真正值钱的是协议、记忆的可携带性，以及能帮你把上下文变成行动的那双手。

我自己按这套配置跑了两个多月，最大的感受是AI不再需要我“找话题开局”。早上打开电脑，今天的简报已经躺在文件夹里；白天在Claude Code里干活，不用反复解释背景，它自己会去读Project和MCP；晚上临时想确认某个旧决定，打开Claude网页版，上下文直接接得上。这种“被接住”的感觉，比下载一个App新鲜三天来得实在。

最后再分享一个小技巧：如果你想往“常驻”方向继续走，可以给自己配一副支持语音的耳机，把Claude的API接到语音入口上，有事直接说话，让MCP后面的数据自己跑。毕竟“陪伴”这件事的下一步，就是“随时说出口”。