💡 Key Takeaway

个人 AI 操作系统不是一个产品 — 它是一个堆栈。首先构建记忆,添加一个消息发送者,选择一个框架,赋予其有限的工具访问权限,并逐步扩展。最有用的助手不是最自主的助手:而是能够确定在哪里读取上下文,能够采取什么行动,以及何时请求批准的助手。

超越聊天机器人

大多数人仍然将 AI 助手用作聊天机器人。他们打开一个窗口,输入提示,粘贴一些上下文,获取一个答案,然后手动将该答案移入其其他工作中。这是有用的,但这还不是一个个人操作系统。它仍然依赖用户记住上下文、收集输入、决定使用哪个工具、复制输出、更新正确的笔记并进行后续跟进。

更有用的助手需要一个结构。它需要一个读取记忆的地方、一个与用户沟通的方式、一个安全使用工具的受控方法以及报告其所做工作的流程。模型只是系统的一部分。周围的架构决定了助手是否真正有用,还是仅仅成为另一个每天早晨需要简要介绍的聊天窗口。

实用的个人 AI 操作系统有四个核心层。第一层是记忆,您的项目、人员、任务、决策、笔记和日常上下文都在其中。第二层是代理框架,它运行助手并为其提供读取记忆和使用工具的方式。第三层是消息发送者,您可以在全天与助手自然互动。第四层是工具访问,允许助手跨应用、收件箱、日历、文件和工作流进行操作。

目标不是一次性自动化所有内容。目标是设计一个设置,使助手能够连续运行 — 它应该知道在哪里读取上下文,在哪里提问,在哪里撰写更新,它可以使用哪些工具以及哪些操作需要批准。

架构

个人 AI 操作系统不是一个应用程序。它是一个协同工作的工具堆栈。

层目的示例工具
记忆存储个人上下文、项目、人员、笔记、任务、决策和历史Obsidian,Notion,Markdown 文件,Google Drive
框架运行助手并将其连接到记忆、工具和自动化Hermes,TrustClaw,OpenClaw
消息发送者提供与助手自然对话的地方Telegram,WhatsApp,Discord,Slack
工具访问允许助手安全地使用外部应用Composio,MCP,API,OAuth
代理收件箱允许助手独立发送和接收电子邮件AgentMail
研究层为助手提供最新的外部信息Perplexity
执行层允许助手完成更大工作包Claude Cowork,Claude Code,Microsoft Copilot
安全层控制助手在未获得批准的情况下可以做什么日志、权限、范围、批准、仪表盘

这个结构很重要,因为每一层解决不同的问题。记忆防止助手忘记您的上下文。框架为助手提供运行时。消息发送者使其可访问。工具访问赋予其行动能力。安全层确保这些行动不会变得危险。

许多人开始时问他们应该使用哪个代理工具。这个问题通常是错误的第一个问题。第一个问题应该是:助手的记忆存储在哪里?没有可靠的记忆层,每个助手都会变得脆弱 — 在一个会话中有用,但无法理解您工作在几天、几周或几个月中的连续性。

从记忆开始

记忆层是基础。它告诉助手您是谁、您在构建什么、今天有什么重要、哪些项目是活动的、哪些人是重要的、哪些决策已经做出,哪些仍然需要关注。

最好的记忆系统不一定是最复杂的。它是可读的、维护良好的、以足够结构化的方式供代理使用的。对于大多数人来说,现实的选择是 Obsidian、Notion 和普通的文件或文件夹。

记忆系统最佳适用对象主要优势主要缺点
Obsidian私人个人记忆、本地优先笔记、代理可读的 Markdown本地文件、隐私、灵活性、非常适合个人仪表盘需要结构和纪律
Notion共享结构化工作、团队数据库、协作文档数据库、协作、权限、团队工作流如果工作区缺乏约定,可能会变得混乱
文件 / Drive / 文件夹文档、PDF、电子表格、原材料熟悉、灵活、已被大多数人使用往往缺乏结构,难以让代理一致地解读

Obsidian 和 Notion 不应被视为直接替代品 — 它们解决不同的问题。Obsidian 在记忆是私人、个人、本地优先和基于文件时最强大。Notion 在记忆是共享的、协作的、结构化的,且由团队维护时最强大。

一个好的设置可以同时使用两者。Obsidian 可以存储个人操作记忆:日常笔记、项目思考、个人仪表盘、人物笔记和决策日志。Notion 可以存储共享工作区:团队维基、项目数据库、内容日历、客户跟踪、标准操作程序和协作文档。助手应该知道在执行哪种任务时咨询哪个记忆层。

Obsidian as private memory

The most useful way to think about Obsidian is that it can become a private memory substrate for your agents. A human uses Obsidian to remember, reflect, and connect ideas. An agent uses Obsidian to orient itself before doing work.

This is especially powerful because Obsidian stores notes as Markdown files — making the vault readable by local tools, coding agents, scripts, and assistants. Instead of keeping context trapped inside a proprietary interface, the information exists as plain text files that can be queried, summarized, linked, and updated.

A serious Obsidian memory system includes:

  • Daily notes — what happened, what changed, what needs attention, and what remains open.
  • Project notes — goals, status, deadline, next action, priority, and relevant links.
  • People notes — collaborators, clients, investors, candidates, and recurring contacts.
  • Task notes — due dates, priority, energy level, and project association.
  • Meeting notes — decisions, action items, blockers, and follow-ups.
  • Decision notes — why a choice was made, not just what was chosen.
  • Dashboard notes — reads from the rest of the vault and surfaces what matters now.
  • Transcript notes — from meetings, voice memos, calls, or daily audio capture.

The dashboard is the most important part of this setup. It should not be another note where you manually write information — it should be a note that reads from other notes. If you update a project file, the dashboard changes. If an open loop appears in yesterday's daily note, the dashboard surfaces it today. This is the "read, not store" principle.

Dashboard sectionWhat it answers
Today's prioritiesWhat needs action now?
Active projectsWhat is moving, blocked, late, or almost done?
Next seven daysWhat deadlines are approaching?
People / client healthWho needs attention?
Open loopsWhat carried over from yesterday?
Revenue or business pulseWhat matters commercially right now?
Morning briefingWhat does all of this mean for today?

The key is consistency. If your project notes use status, deadline, priority, and next_action, then every project note should use those same fields. A messy vault can still be useful to a human. A structured vault is useful to an agent.

Notion as shared memory

Notion plays a different role. It is better suited to shared context, team workflows, and structured collaboration. A company does not run only on private notes — it needs shared documentation, database views, owners, statuses, comments, permissions, and operating dashboards.

A Notion workspace can become the collaborative memory of a team, holding company wikis, product documentation, project databases, content calendars, hiring pipelines, client trackers, lightweight CRM workflows, SOPs, research databases, and launch plans.

Notion is useful because it turns knowledge into structured objects. A project can have an owner, status, priority, deadline, team, and linked documents. A client can have a relationship owner, health score, contract value, next touchpoint, and notes. That structure gives agents something reliable to query.

The risk is that Notion's flexibility can become chaos. If every team builds pages differently, if fields are inconsistent, or if pages are not maintained, the assistant will inherit the mess. Notion works best when teams agree on templates and database conventions.

A useful rule: Obsidian is where private thinking compounds. Notion is where shared work becomes legible.

Files, transcripts, and raw context

Not all memory belongs in Obsidian or Notion. Some context naturally lives as files: PDFs, spreadsheets, decks, screenshots, contracts, research reports, and downloaded documents. Other context comes from transcripts: meetings, voice notes, customer calls, or daily audio capture.

Raw context should not be confused with structured memory. A transcript is evidence. A note is interpretation. A dashboard is orientation. A task is commitment.

Context typeExampleRole
Raw captureTranscript, voice memo, meeting recordingWhat was said or observed
Processed noteMeeting summary, decision note, project updateWhat it means
Structured propertyStatus, owner, deadline, next actionWhat the system can query
DashboardToday's priorities, open loops, deadlinesWhat needs attention
Agent briefingMorning synthesisWhat to do now

The assistant should be able to move between these layers: read a transcript, update a project note, extract an open loop, create a task, and include the result in tomorrow's briefing. That is how memory becomes operational.

选择代理框架

一旦记忆层存在,下一步的决定是框架 — 助手运行、读取记忆、连接工具、通过通道沟通和执行任务的环境。

框架适用对象理念
Hermes希望自托管记忆、技能和多渠道访问的技术用户代理应该与您同在并随着时间的推移而改善
OpenClaw通过消息应用进行以行动为先的实验代理应该实际采取行动
TrustClaw使用 OAuth 和沙箱化的更安全的工具使用工作流代理应该采取行动,但需要更强的安全边界

Hermes 是最佳选择,当您希望拥有一个自托管、持久、以记忆驱动的代理时。它旨在为希望控制其环境并在技术设置方面感到舒适的人设计。Hermes 的价值在于它将助手视为一个长期运行的系统,而不是一次性聊天会话。

OpenClaw 是最佳选择,当目标是行动。它的核心承诺是助手应该采取行动,而不仅仅是回答问题 — 这使得它对希望尝试一个能够与收件箱、日历、文件或日常工作流程互动的以消息为先的助手的用户非常有吸引力。

TrustClaw 是最佳选择,尤其是在行动层需要更强的安全态势时。如果助手将连接多个工具,通过 OAuth 行动,并执行工作流,安全模型将变得至关重要。

如果自托管的记忆最重要,则选择 Hermes。如果以行动为先的实验最重要,则选择 OpenClaw。如果更安全的工具访问最重要,则选择 TrustClaw。框架并不是整个系统 — 它是将系统其他部分连接在一起的运行时。

选择消息发送者

个人 AI 操作系统需要一个自然的界面。对于大多数人来说,这个界面不应该是另一个仪表盘 — 它应该是一个消息发送者。助手应该可以从您已经使用的沟通方式中访问。

消息发送者适用对象为什么有效
Telegram个人指挥中心快速、灵活、友好的机器人,适合技术用户
WhatsApp日常生活访问已经持续使用,非常适合随意的语音和文本命令
Discord技术社区、构建者、实验适合多代理通道和开发者工作流
Slack团队工作流最佳于公司可见性、更新和工作协调
电子邮件外部世界工作流最佳于客户、供应商、确认、文档和长期对话
CLI / 终端技术执行最佳于希望直接控制的开发者

Telegram 可能是许多技术用户最干净的默认选择 — 轻量级、熟悉且友好的机器人。它非常适合快速命令、早报、总结和批准行动。

WhatsApp 更适合当助手需要融入日常生活时。如果您想发送语音笔记或请求提醒,WhatsApp 显得自然。

Slack 当助手是团队一部分时是最佳选择 — 它可以报告状态,发布日常简报,总结频道,并在工作中创造可见性。

一个好的个人设置可能会使用 Telegram 作为指令,使用 AgentMail 处理外部邮件,并使用 Slack 提升工作可见性。如果工作不在一个地方,助手就不应该只存在于一个地方。

赋予助手工具,但不要无限权力

记忆为助手提供上下文。框架为其提供运行时。消息发送者为其提供界面。工具访问赋予其行动能力 — 这是系统变得强大的地方,但也是它变得风险大的地方。

读取数据并不等同于更改数据。草拟电子邮件并不等同于发送电子邮件。搜索 CRM 并不等同于修改客户记录。一个严谨的设置需要范围权限。Composio 为这一层而构建 — 通过 MCP 或 API 给予代理访问工具的权限,同时安全地管理身份验证和操作。

操作风险默认规则
读取笔记低允许
搜索网络低允许
读取日历中允许但设定范围
创建草拟邮件中允许
发送邮件高需要批准
修改 CRM高需要批准或限制范围
删除文件非常高默认阻止
运行 shell 命令非常高沙箱
合并代码非常高人工审查
支出极端需要明确批准

一个实用的设置应包括:

  • 尽可能使用 OAuth,而不是原始密码。
  • 在写入访问权限之前先提供只读访问权限。
  • 通讯时草拟后再发送的行为。
  • 对不可逆的操作进行人工批准。
  • 每项操作都要记录日志。
  • 为个人、工作和实验代理设置不同的身份。
  • 对代码和 shell 访问进行沙箱化执行。
  • 有简单的方法撤销访问权限。

信任并不是后期添加的特性。信任是使系统能够被使用的条件。不能行动的助手是有限的。没有边界的助手是危险的。有效的中间态是助手可以在明确范围内行动,并在达到边界时请求批准。

访问 Composio

赋予助手自己的收件箱

AgentMail 在设置中应有一个特定的位置,因为收件箱改变了助手能做什么。没有收件箱,助手主要处于被动状态。有了收件箱,它可以参与持续的工作流。

代理收件箱可以接收确认、客户回复、附件、发票、入职表单、支持消息、日历邀请、验证链接和长期对话。它还可以与人类操作员保持独立身份 — 人类收件箱混合了个人、职业、紧急、无关、敏感和自动化消息。代理收件箱可以专门构建。

可能的代理收件箱包括:

最安全的工作流程是让代理接收邮件,对其进行分类,提取任务或附件,起草回复,并在发送任何敏感信息之前请求批准。随着时间的推移,低风险的工作流程可以变得更加自主 — 但默认应该是受控的。这将电子邮件从一个干扰转变为一个输入通道。

访问 AgentMail

研究和执行层

记忆关乎助手已经知道的内容。研究关乎发生的变化。个人 AI 操作系统需要一个研究层,因为内部记忆是不够的 — 市场在变化,工具在推出,竞争对手在移动,并且每天都有新信息出现。

Perplexity 自然适合这一层,因为它旨在进行当前的、以来源为基础的研究。它可以支持市场扫描、竞争对手研究、工具比较、公司情报、技术背景、新闻监测和以来源为基础的摘要。研究层应该为记忆层提供信息:如果助手发现了重要的内容,它应该创建一个笔记、更新项目文件或在简报中包含该见解。没有存储,研究会蒸发。有了存储,它就会叠加。

一些任务对于简单助手命令来说太大 — 它们需要阅读文件、使用应用程序或制作交付物。这就是执行工具的作用。

执行需求最佳适配
在 Outlook、Teams、Word、Excel、PowerPoint 中工作Microsoft Copilot
研究和来源合成Perplexity
杂乱的文档或基于文件的交付物Claude Cowork
编码和代码库工作Claude Code、类似 Codex 的工具
个人自动化和重复工作流程Hermes、TrustClaw、OpenClaw
工具使用的 SaaS 操作与 Composio 连接的代理

助手应该将工作路由到正确的执行层。并非每个任务都属于同一个工具。

访问 Perplexity访问 Claude

一个简单的个人设置

实用的第一个版本不需要复杂。目标是构建一些有用且安全的东西,然后再进行扩展。

层工具
私人记忆Obsidian
共享结构化工作区Notion(如有必要)
框架Hermes 或 TrustClaw
消息发送者Telegram
外部收件箱AgentMail
工具访问Composio
研究Perplexity
更大的交付物Claude Cowork
企业工作Microsoft Copilot(如果您在 Microsoft 365 中工作)

日常工作流程可以这样运行。早上,助手读取您的 Obsidian 仪表盘,检查今天的日历,扫描昨天的未完成任务,并发送一份 Telegram 简报 — 涵盖今天最重要的事情,什么面临风险,哪个关系需要关注,哪个决策阻碍了进展。

在白天,您通过 Telegram 发送快速消息:提醒、操作请求、研究或笔记更新。当助手需要与电子邮件互动时,它使用 AgentMail。当它需要使用应用程序时,它通过 Composio 进行。当它需要制作更大的交付物时,它会使用 Claude Cowork。当它发现值得记住的内容时,它又会写回 Obsidian 或 Notion。

在一天结束时,助手总结发生了什么变化,更新了未完成的任务,并准备明天的上下文。这不是完全的自主 — 而是具有记忆和连续性的结构化助手。

规则和安全层

个人 AI 操作系统需要持久的规则。否则,助手将根据提示、模型、通道和日期表现得不同。规则可以存在于 CLAUDE.md 文件、系统提示、Notion 标准操作程序、Hermes 技能、TrustClaw 配置或 Obsidian 笔记中。

良好的规则包括:

  • 在采取行动之前始终阅读相关的项目笔记。
  • 在进行早晨简报之前始终检查今天的日常笔记。
  • 在没有批准的情况下,绝不发送外部电子邮件,除非工作流程已获得预先批准。
  • 发送前草拟。
  • 在删除、购买、合并或修改敏感数据之前先询问。
  • 将重要结果写回记忆层。
  • 在每次会议结束时总结已采取的行动。
  • 如果上下文缺失,请询问而不是猜测。
  • 优先更新现有笔记,避免创建重复内容。
  • 在 Telegram 中使用简短更新,在 Obsidian 或 Notion 中使用详细日志。

您给助手的自主权越多,规则就应该越明确。规则将助手从一个聪明的即兴创作者转变为一个更可靠的操作员。

助手变得越有用,若没有边界,它就越变得危险。逐步进行自主性的方法保持系统安全:

阶段助手可以做什么人类角色
只读读取笔记、文件、日历和消息审核摘要
草拟起草电子邮件、任务、笔记和更新发送前批准
限定行动在批准的工作流中进行低风险的行动审核日志
有条件自主在定义的条件下自动操作监控异常情况
完全自主跨工具进行广泛操作不推荐用于大多数个人设置

大多数用户应该处于草拟和限定行动之间。完全自主听起来很吸引人,但最好的助手不是那种什么都不问就能做的助手 — 而是知道何时询问的助手。

首先构建什么

诱惑在于立即连接所有内容。这是错误的举动。个人 AI 操作系统应该分阶段构建,仅在现有系统存在瓶颈时添加层。

  1. 记忆。 创建一个简单的 Obsidian 结构,包含日记笔记、项目笔记、人物笔记和仪表盘。仅在有用的地方添加一致的字段。在您知道希望助手读取什么之前,不要过度设计保险库。
  2. 仪表盘。 构建一个从其余保险库读取的仪表盘。先从简单开始 — 今天的优先事项、活动项目、未完成的任务。
  3. 消息发送者。 添加一个通道。Telegram 是最简单的默认选择。将其用于早晨简报、快速命令和批准。不要一次性添加 WhatsApp、Discord、Slack 和电子邮件。
  4. 框架。 选择一个。如果自托管记忆最重要,则选择 Hermes。如果安全工具访问最重要,则选择 TrustClaw。如果以行动为先的实验最重要,则选择 OpenClaw。
  5. 低风险工具。 首先添加日历读取访问、笔记创建或任务创建。这些比发送电子邮件或删除文件更安全。
  6. 代理收件箱。 为助手指定一个专用的邮箱,仅用于一个目的:研究、支持或管理。不要让它立即跨所有外部通讯通道运行。
  7. 研究。 添加 Perplexity 或其他研究层。确保有用的研究写回记忆。
  8. 执行。 只有在记忆、消息发送者和权限已正常工作后,才应添加更重的执行,通过 Claude Cowork、Claude Code、Copilot 或类似系统。
  9. 审核和自动化。 构建每周审核笔记,添加调度,并逐步扩展自动化。

这个顺序保持系统有用,而不会变得混乱。

个人 AI 操作系统是一个堆栈

个人 AI 操作系统不应该被理解为一个神奇替代一切的产品。更好的理解方式是将其视为一个堆栈。Obsidian 或 Notion 提供记忆层。Hermes、TrustClaw 或 OpenClaw 提供代理框架。Telegram、WhatsApp、Discord、Slack 和 AgentMail 提供沟通渠道。Composio 和 MCP 提供工具访问。Perplexity、Claude Cowork、Claude Code 和 Microsoft Copilot 提供研究、执行或企业工作能力。

价值在于明确这些层。助手应该知道在哪里读取上下文,在哪里采取行动,在哪里报告进展,以及哪些行动需要批准。如果没有这种结构,即使是最好的模型也会变成每天需要从头开始简报的另一个聊天窗口。有了这种结构,助手可以连续操作:读取相关记忆,理解当前任务,使用批准的工具,通过正确的渠道沟通,并将有用的更新写回系统。

这就是聊天机器人和个人 AI 操作系统之间的主要区别。聊天机器人主要是对话的。个人 AI 操作系统是操作性的。

实用的起点很简单。首先构建记忆层,然后添加一个通信通道、一个框架、一个安全的工具集成和一个审核流程。一旦这些部分可靠地工作,就逐步扩展系统。目标不是立即自动化所有内容。目标是创建一个助手可以帮助而无需不断重新解释、在工具之间复制或盲目信任的设置。

探索最新的 AI 职位,或在我们的 学习 AI 部分继续学习。

Frequently Asked Questions

个人 AI 操作系统是一个结构化的工具堆栈 — 记忆、代理框架、消息发送者、工具访问和安全层 — 让 AI 助手能够在您的实际工作中连续操作。与聊天机器人不同,它不需要每个会话都从头开始进行简报。它从持久的记忆层读取,通过有限的工具集成采取行动,通过您已经使用的消息发送者进行沟通,并将有用的更新写回系统。