Comma（AFK）：给一个目标就离开的常驻个人智能体，云端干活、本地存身份

【摘要】

第一，Comma 想做的是“你给一个长期目标，然后离开”的个人智能体。它的仓库简介把自己定义为“sessionless、relentless 的个人智能体”——没有会话、不打烊，你交个目标它就持续在线、主动推进。这和需要你一直待在 loop 里盯着的传统 Agent 不是一回事。

第二，它把一套“常驻能力”拆成几个部件：Cloud Computer（在云端干活的环境）、Agent Harness（智能体运行时）、长期记忆、Personal Context（关于你的上下文）、Proactive Loop（主动循环）。按产品披露，涉及身份、支付、本地数据时，它在你授权下可以操作电脑、手机、IoT。

第三，架构上它走“云端干活、本地存身份”的物理隔离：计算发生在云，身份凭证留在本地。这想解决的是“Agent 要长期替你办事，但你的密码和令牌不能全交给云”这个老问题。

第四，它强调“始终面对单一 Agent”：没有多 Agent、没有 Session，复杂任务由 Agent Swarm 来调度。你面对的界面是同一个 Comma，背后难的任务会被拆给一群 worker 跑，但那一层你不用管。

第五，它开源、支持自主部署。对“把长期目标和一个常驻 Agent 绑在一起”这种高信任场景，这点很关键——你能自己跑、自己看代码，而不是把命交给黑盒。但要冷静：公开能搜到的 commaagents.com 网站，其实描述的是另一个“Comma Agents”工作流平台（CloAI 出品），和这个 Personal Agent 不是一回事；Comma 个人智能体的权威源是 GitHub 仓库 AFK-surf/Comma，其完整 README 本次未能独立加载，下文把已核实与待核实分开列。

一、事件描述

下面区分“已能从官方仓库/搜索确认”与“来自产品发布消息、待官方 README 复核”两类事实，并把网站不符处单独标出。

二、Comma 是什么：给目标就离开的常驻 Agent

传统智能体的使用方式，是你发一句、它回一句，或者你开个会话、它陪你走完一段。Comma 想改的是这个“你在场”的前提。它的仓库一句话定位是“sessionless、relentless 的个人智能体”——sessionless 意味着没有会话生命周期要把你绑住，relentless 意味着它不睡觉。你把一个长期目标交给它，就可以离开（AFK 的字面意思就是 Away From Keyboard），它自己在线推进。

这和前几篇串得通：Meta 的 Muse 也是“替你把事干完”的个人 Agent，但它的载体是 Muse Secure VM 加 Sentinel 看管；Comma 的卖点更偏“常驻”和“无会话”——你不是每次都来重新交代，而是交一次目标，它长期跑。两者都指向同一个方向：个人 Agent 从“问答框”变成“替你盯着并推进某件事的同事”。

三、五个部件：Cloud Computer / Harness / 记忆 / Context / Proactive Loop

按产品披露，Comma 的能力被拆成五块，理解起来不复杂：

• Cloud Computer：它在云端有一台干活的环境，Agent 的执行发生在那里，而不是只在你本地的App里。
• Agent Harness：智能体的运行时，负责把模型、工具、循环这些东西编排起来跑。
• 长期记忆：跨时间记住你之前做的事、定的调，不至于每次重启都变空白。
• Personal Context：关于“你”的上下文——偏好、身份、常用服务等，让判断更贴你。
• Proactive Loop：主动循环，不是你问才动，而是它自己按节奏推进、在必要时出手。

这套拆法的好处是职责清楚：环境归环境、运行时归运行时、记忆和上下文管“它懂你多少”、主动循环管“它勤不勤”。对常驻 Agent 来说，这比一个啥都塞进提示词的大黑箱更容易排错和审计。

四、云端干活、本地存身份：物理隔离的取舍

“云端干活、本地存身份”是 Comma 披露里最值得盯的一句。它的意思是：重活（跑模型、调工具、执行任务）放在云上，但你最敏感的凭证——登录态、支付令牌、本地数据——留在你本地。两边做物理隔离，云拿不到你的“钥匙串”。

这思路在 2026 年一点不新鲜，但越来越成为刚需。前面写的 Muse Secure VM 是把 Agent 关进每用户专用云机、凭证也驻留在那台云机里；Comma 反过来，把“身份”这一层刻意留在本地。两条路取舍不同：Muse 的凭证在云机里由 Sentinel 看管，Comma 是干脆不把身份交上去。哪种更让你放心，取决于你信谁的运行环境。可以确认的是，凡是“长期替你操作支付和账号”的 Agent，身份隔离都不是可选项，而是底线。

五、单一 Agent 与 Agent Swarm：你面对一个，背后一群

Comma 强调“无多 Agent、无 Session，始终面对单一 Agent”。这对体验很重要：你不用在好几个助手之间来回切，也不用每次重建上下文，长期面对的就是“那一个 Comma”。

但“单一”是对你而言。复杂任务它用 Agent Swarm 来调度——背后一群 worker 被拉起来分工协作，跑完你只看到结果。这和“你面对一个前台、后台一队人”的企业前台模式很像。要分清的是：单 Agent 是交互层的选择，Swarm 是执行层的实现。前者降低你的认知负担，后者决定它能不能真把大事拆了干完。产品披露里这点成立，但具体 Swarm 怎么分权、怎么避免 worker 互相踩踏，得看实现，目前没有独立加载到的官方细节可核。

六、常驻个人智能体的信任账

下面按公开信息，对“长期把目标交给一个 Agent”这类场景做信任维度的定性对照。条越长代表越可控、越可信，非精确测速。

常驻个人智能体的信任维度（定性，越长越可控/越可信）
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  黑盒云端 Agent           ██              低（代码与身份都在别人手里，难审计）
  传统本地脚本 / 规则        ████████        中高（可控、可查，但不够智能、要人写）
  Comma（开源 + 本地身份）    ██████████      高（可自部署、身份留本地，但仍需审实现）

图：常驻个人智能体的信任维度对照（依据 Comma 开源与“云端干活/本地身份”披露做定性；信任为定性，最终取决于实现与审计）

从图上看，Comma 想拿的是“既智能、又在你可控范围里”那一档：比黑盒云端 Agent 可信，比本地脚本聪明。它靠的是“开源可自部署”加“身份留本地”这两条，把信任从“信厂家”部分转回“信自己跑的代码”。

七、结语与来源澄清

Comma 是一个开源、sessionless 的个人智能体，定位是你给长期目标就能离开、它持续在线主动推进；披露的能力包括 Cloud Computer、Agent Harness、长期记忆、Personal Context、Proactive Loop，以及“云端干活、本地存身份”的物理隔离和“单一 Agent + Agent Swarm”的调度。已能从 GitHub 仓库确认的是“开源、无会话的个人智能体”这一层；Cloud Computer / Harness / Proactive Loop / Agent Swarm / 本地身份隔离等细节来自 2026-09-30 的产品发布消息，本次未能独立加载其完整 README，建议以仓库后续文档为准。

必须澄清的来源问题：消息给出的 commaagents.com，实际是 CloAI 出品的“Comma Agents”TypeScript/声明式智能体工作流平台，和这个 Personal Agent 不是同一产品；agentafk.com 则是同属 AFK 系的“开源 AFK 编码智能体”。Comma 个人智能体的权威源应是 GitHub 仓库 AFK-surf/Comma，读者别把几个“Comma/AFK”名字混为一谈。

对“常驻个人 Agent”这条赛道，Comma 的差异化不在模型多强，而在把“无会话、可自部署、身份留本地”这三件信任相关的事摆到台前。它值不值得托付长期目标，不取决于宣传语，而取决于你能否真的跑起它的代码、看清它的 Swarm 在动什么。