私人智能体是一种跨越多次对话、为一个人工作的 AI 系统。它保留继续一项责任所需的上下文，借助工具或电脑推进工作，并在需要判断或授权时把决定交还给这个人。
这个定义比“一个知道你名字的聊天机器人”要求更高。聊天机器人可以给出出色的回答，却仍然让你负责在消息之间搬运工作。私人智能体必须保存一份有用的状态：你要求的结果是什么、哪些材料重要、已经发生了什么、什么还卡着，以及什么时候应该再找你。
所以最能说明问题的不是 模型有多聪明？，而是 我离开之后会发生什么？ 如果工作随会话一起消失，这个系统也许有用，但它还没有作为一个持续的智能体代表你行动。
私人智能体的实用定义
更宽泛的 AI 智能体通常按它追求目标、并通过工具采取行动的能力来定义。比如 Google Cloud 的 AI 智能体概述 强调推理、规划和工具使用，以此把智能体和只生成回复的系统区分开。“私人”把这层关系收窄了：智能体服务的是一个人，而不是一个组织的队列、一个公共流程或一个单独的应用。
实际来说，私人智能体同时承担五项责任：
它朝你的结果努力。 这项任务属于一个人，而不只是一条临时的提示词。
它维护工作上下文。 它可以继续一个 Task，而不需要你在每一步重新拼出请求。
它能在环境中行动。 取决于产品和你授予的权限，这可能包括已连接的应用、文件、浏览器、本地电脑或云端电脑。
它跨越时间持续存在。 它可以等待、恢复，并对相关事件作出反应，而不需要一个开着的聊天窗口。
它在有意义的边界把控制权交还。 好的智能体能分清哪些准备工作它可以继续，哪些决定、权限和后果属于你。
这些特性都不要求智能体模仿人。它不需要一张脸、一段人类履历或一个虚构的人设。这层关系由连续性和责任来定义：一个系统在为一个用户承担工作，边界由这个用户查看和修改。
会话是错误的边界
大多数对话产品围绕会话组织。你打开一个对话，提供上下文，收到回答，再决定下一步。这种形态很适合提问、头脑风暴和有边界的转换。当请求里包含等待、依赖或需要在多个地方完成的工作时，它就显得别扭了。
设想你要一份每周项目简报。完成它可能需要查看一个代码仓库、阅读一份规划文档、注意到一个延期的里程碑，并等待一份迟到的进度更新。只会回复的系统可以告诉你怎么拼出这份简报。私人智能体则需要一个地方，让这份责任在输入陆续到来、工作不断推进时持续存在。
这就是为什么“无会话”是一个有用的检验标准。它不是说对话没有边界，也不是说智能体会永远记住一切。它是说工作的生命不受某一次聊天会话的生命限制。Task 可以保持进行中、等待一个事件、请求一个决定，并从同一份工作状态恢复。我们的指南 始终在线的私人智能体如何让长期工作持续推进 详细讨论了这种运行状态。
这种连续性也改变了用户的角色。你不应该需要靠发送“继续”或反复询问有没有变化来让系统保持活着。你的责任转向设定结果、提供访问权限、回答真正的决定，以及评估结果。
始终在线不等于一直在行动
始终在线的私人智能体可以在你不在时保持关注，并继续合适的工作。它不应该把持续存在理解为可以随意动用它能触及的一切的永久许可。
有用的始终在线运行有几种模式。有时智能体在积极工作。有时它在等待一个文件、一条消息或一个预定时间。有时一个轻量的进程在筛选事件，免得主智能体一次次被唤醒，结果发现什么都不重要。还有时 Task 被有意暂停，因为下一个选择属于你。
这个区别对注意力和成本都很重要。用大模型轮询每个已连接的来源会浪费资源，还会产生不必要的决定。Comma 的 可编程事件循环架构 用小型 Loop 盯着事件，只在某件事值得进一步处理时才唤醒主智能体。技术实现是 Comma 特有的，但产品原则更通用：持续存在的智能体默认应当安静，行动时要有理由。另一篇指南把相关性、时机和权限与下一步响应联系起来，解释了 始终在线的私人智能体应该在什么时候醒来。
因此，始终在线描述的应当是可用性和连续性，而不是不受约束的自主。一个可信的产品应当让人看得出工作是在运行、等待、受阻、待审核还是已完成。
私人智能体需要一个工作的地方
光靠推理不会更新电子表格、比较文件、浏览网站或准备一份成果。智能体需要一个执行环境，而不同的环境带来不同的能力和责任。
没有哪个环境天然最好。云端执行可以在笔记本电脑合上后继续，但它没法凭空访问只存在于那台笔记本上的文件。本地访问可以触及个人材料，但设备和它的权限就成了任务的一部分。自托管增加了对技术栈和所存数据的掌控，同时让运营者负责让它保持健康。
执行发生在哪里并不是一个无关紧要的实现细节。它决定了智能体能触及什么、什么时候能工作、状态存在哪里，以及出问题时谁负责。
记忆应当服务于工作，而不是变成口号
私人智能体需要记忆，但“记忆”涵盖好几种不同的东西：对话历史、关于用户的持久信息，以及某个具体 Task 的工作状态。把它们当成一个无限的存储，会制造令人困惑的预期。
对一个进行中的 Task，智能体可能需要想要的结果、相关文件、已经做出的决定和当前的阻碍。那是服务于一项责任的工作记忆。一项长期的用户偏好，比如偏好的报告格式，可能可以在多个 Task 之间复用。一次性密码或一份过时的草稿，不应该仅仅因为出现在对话里就变成永久的个人知识。
记忆更多并不自动意味着更贴近个人。有用的记忆是相关的、可纠正的、受管控的。用户应当了解哪些上下文在影响工作，并能纠正错误的假设。没有纠正的持续存在，会把昨天的错误变成明天的行动。
Comma 描述的是一个持续的智能体，在不同设备和对话之间承载工作、记忆和上下文。这个承诺应当和任何连接系统一样，放在实际边界里理解：上下文取决于已经提供或授权的内容，智能体仍然可能误解不完整或相互矛盾的材料。
交还给人的那一步是系统的一部分
私人智能体所处的世界里，很多选择无法从现有数据中安全推断出来。一份文档可能包含相互矛盾的优先级。一封邮件在技术上可以发送，但在人情世故上并不明智。一份表格可以填完整，而它的法律声明仍然属于表上署名的那个人。
设计良好的智能体不会隐藏这些边界。它准备好能准备的部分，指出需要做的决定，并带着足够的上下文把 Task 交还给用户，让用户可以行动。审核这一步不是自主的失败，而是让委托变得可用的一部分。
Comma 用 Task 状态把这一点明确表达出来，包括 进行中、待审核 和 已完成。待审核是含糊之处、权限或有后果的决定回到用户手里的地方。已完成表示智能体完成了当前工作并交付了产出；它并不证明每个事实或判断都正确。
这形成了一种更诚实的责任划分。智能体负责任务范围内的推进，人负责任务的意义和后果。
托管和自托管是两种所有权选择
部署方式决定由谁来运营系统；托管与自托管私人智能体指南 解释了随之而来的掌控、数据和维护责任。
私人智能体擅长什么
最适合起步的任务有清晰的结果、需要连续性，并产出用户可以检查的东西。根据几份文件准备一份简报，比“替我做出好的决定”更合适。监控一个有边界的事件并起草回复，比“处理我的所有沟通”更容易检验。整理材料供审阅，比悄悄把一份含糊的来源当成权威更安全。
有用的任务往往有三个共同点：智能体能识别进展，可用环境里有必要的输入，并且有一个清楚的节点让结果回到用户手里。例子包括准备定期报告、跟进一条定义好的项目线、整理研究资料、监控代码仓库里的某个特定变化，或者根据已连接的文档拼出一份草稿。
糟糕的任务会隐藏成功的条件，或者委托出用户实际上并没有授予的权限。“把所有事情都处理好”既没有给智能体、也没有给用户一个可靠的方式来判断什么叫完成。当任务具体到可以承接、边界清楚到可以信任时，私人智能体才会更有用。
如何评估一个私人智能体
产品页面会越来越多地用到相似的词：记忆、主动、自主、始终在线。与其把这些标签本身当成能力，不如带着一个真实的 Task 在产品里走一遍。
问一问在最初的对话之后，Task 存在哪里。看看你能否看到它当前的状态，智能体能否在等待时不丢掉任务。弄清由哪个环境执行工作，以及那个环境不可用时会发生什么。在有后果的行动之前，找一找有没有看得见的审核边界。最后，问问你能检查、撤销、导出或自己运营哪些东西。
这个检验能暴露出一场引人入胜的演示和一个你真正可以委托的系统之间的差别。智能水平很重要，但状态、访问、持续存在和掌控也同样重要。私人智能体是这五者共同的产物。
Comma 如何看待这个品类
Comma 是一个免费、开源的私人智能体，围绕一段持续的关系构建，而不是一组互不相连的会话。快速的问题可以留在聊天里；较大的请求会成为进度可见的 Task。Routine 会定期整理出需要关注的事情。它自己的云端电脑可以在后台继续合适的工作，已连接的 Mac 则提供一个独立的本地环境，默认只读，直到你允许操作。
同一个产品既可以作为托管服务使用，也可以 在你自己管理的基础设施上运行。Signal 和 Telegram 提供远程交接工作的方式，而 Task 始终是对话背后那个持续的工作单元。这些部分支撑着 Comma 的核心主张：你的 24/7 私人智能体，事情没办完，绝不画句号。
这并不意味着每个 Task 都会成功、每个集成都可用，或者每个动作都无需审核。它意味着工作有地方可以继续、有你能跟进的状态，并且有一个确定的方式回到你手里。完整的产品介绍 认识 Comma 用一个示意的知识工作场景，展示了这些部分如何组合在一起。
关于私人智能体的问题
私人智能体只是带记忆的聊天机器人吗？
不是。记忆可以让聊天机器人变得更好，但私人智能体还需要一个持续的工作单元、一个可以行动的环境，以及等待、恢复和交还控制权的方式。一段很长的对话可能保存了文字，却没有保存责任。
每个私人智能体都必须始终在线吗？
并非每个私人智能体都需要持续监控事件。在多次对话之间保存一段关系和任务状态，与始终可用、在后台发现变化并恢复工作是两回事。什么是始终在线的 AI 智能体？ 解释了这种后台可用性需要的额外系统条件。
私人智能体需要自己的电脑吗？
不是每种架构都需要。工具和 API 可以完成很多 Task。当缺少 API、或文件存放在某个特定环境里时，浏览器、云端电脑或已连接的本地设备能扩大智能体可以完成的工作。重要的问题是执行环境是否和任务匹配。
自托管就一定更私密吗？
不一定。自托管改变的是由谁来运营应用和数据库；隐私仍然取决于经过模型、搜索服务、已连接应用和网络基础设施的完整路径。在把部署位置当作隐私保证之前，先看看 托管与自托管部署对比。
私人智能体能不每次都询问就行动吗？
这取决于动作本身、权限和产品的控制机制。可撤回的准备工作通常可以在一个有边界的 Task 里继续。对外沟通、破坏性更改、购买以及有重要后果的决定，应当经过明确的审核，或遵循范围很窄的事先规则。
给私人智能体的第一个 Task 选什么最好？
选择输入已知、结果可检查的工作：根据指定来源准备一份每周简报、监控一个定义好的变化，或把一组文件整理成一份草稿。从读取和准备类的工作开始，评估产出，只有当工作流赢得你的信任后再扩大权限。
给持续的工作一个安身之处
一个有用的私人智能体不只是用你的口吻回答问题，或者记住几项偏好。它跨越时间承担一项有边界的责任，在你授权的环境里工作，并且知道下一步什么时候属于你。
用一项你能认出结果的工作开始使用 Comma。跟进 Task，而不是一直守着聊天窗口；审阅那些需要你判断的时刻；再决定哪种所有权模式适合你。你可以 开始使用托管版 Comma，阅读 文档，或者选择 自托管方式。
