有一个特定的瞬间能告诉你，一个人是在运行一家真正的一人公司，还是只是在用一大堆应用。
那就是当他们被问到一个关于自己业务的问题，而他们不得不翻找答案的时候。查三个不同的工具。滚动浏览旧消息。试着回忆自己把那个想法记在了哪个笔记里。
一个真正的系统不会让你去翻找。它已经知道了。
这篇文章是关于三个工具，如果正确地叠加在一起，就能完全消除翻找的过程。Obsidian 保存着你曾思考、决定或捕捉的一切。Claude Code 读取这个知识库，并将其转化为你可以实际与之对话的东西。Hermes Agent 在后台持续运行，随着时间的推移自我优化，并且存在于你已经在使用的地方，而不是要求你打开一个新标签页才能使用它。
单独来看，每个都是好工具。正确叠加后，它们就更接近一个由你自己运营的公司，大部分运营负担由系统承担，而非靠意志力。
以下是为什么这件事现在有意义，而不是两年前的真实原因。早期的 AI 工具每个只能孤立地完成其中一部分。一个带有 AI 搜索的笔记应用。一个你可以手动粘贴上下文的聊天机器人。一个每天运行相同脚本的简单自动化工具，不管实际发生了什么。这些部分彼此不交流，而且它们都不会随着时间变得更好。变化在于，Claude Code 现在可以可靠地承载并基于整个知识库的上下文行动，而像 Hermes Agent 这样的 Agent 框架可以真正长时间无人值守运行，同时从自己的行为中学习。记忆、处理和行动之间的连接组织终于变得足够强大，可以在其上构建一个真正的系统，而不仅仅是一堆聪明的独立工具。
独自运营的问题
每个单人经营者最终都会遇到同样的瓶颈。你是创始人、营销人员、支持团队、记账员，以及那个必须记住一切的人，所有角色同时兼任。这个建筑里没有第二个大脑，除了你颅骨里的那个，而它会忘记事情，会疲惫，无法在你睡觉时工作。
大多数人对此的反应是购买更多工具。一个项目管理工具，一个笔记应用，一个单独的 AI 订阅用来写作，另一个用来研究。现在你有五个存放你业务知识的地方，彼此不交流，而且你还多了一份工作：记住哪个工具里有你需要的东西。
三件套的方法正好相反。不是用更多各自保存你业务一部分的工具，而是构建一个互联的系统：知识在一个地方积累，由理解上下文的 Agent 处理，再由第二个 Agent 执行，即使你不在看屏幕时它也在运行。
第一层：Obsidian 作为记忆
Obsidian 是基础，它的工作很简单：保存一切。
你消费的每一个来源，你做的每一个决定，你在淋浴时半成型的每一个想法，都放进项目库。不是完美地组织好。不是立即归档到正确的文件夹。只是捕捉下来，因为捕捉永远胜于完美。
实际有效的结构是有意为之的极简。一个 raw 文件夹，存放任何你尚未处理的内容——文章、转录稿、对话截图、语音备忘录转录。一个 wiki 文件夹，存放已处理、已链接、永久版本的知识。以及在根目录下有一个单独的 CLAUDE.md 文件，告诉 Claude Code 这个项目库如何运作，以及如何处理放入其中的任何内容。
这个结构之所以重要，是因为它在输入和输出之间创建了清晰的边界。raw 有意设计为混乱的。wiki 有意设计为整洁的。把内容从一处移动到另一处的东西，不是你在午夜手动重新输入笔记，而是下一层。
第二层：Claude Code 作为处理器
这是系统从笔记本转变为智能的地方。
在你的 Obsidian 项目库中打开 Claude Code，你就给了一个 Agent 直接读写你曾捕捉的一切的权限。把一段播客转录稿丢进 raw，告诉 Claude 来吸收它。它会读取转录稿，提取出真正新颖的想法，检查它们是否与你的 wiki 中已有的内容相关联，然后要么扩展已有的笔记，要么创建一个带有正确反向链接的新笔记。
这与总结一份文档然后在对话结束时忘记它有着本质区别。你喂给它的每一个来源，都会让处理下一个来源变得更容易，因为 Claude 是在一张不断增长的、你已经知道的知识地图上工作，而不是每次都从零开始。
这里的复合效应是全部要点。第一个月，你的项目库很薄，Claude 的关联也显而易见。第六个月，你有数百个相互链接的笔记，Claude 开始浮现出你自己永远不会做出的连接——一本营销书中的一个想法，连接到三周前一位客户留下的评论，两者都归于一个双方都没有直接命名的基本原则上。
实际上，这一层为一人公司处理三种工作。
知识捕捉。 每一篇触及你业务的文章、视频或对话，都会被自动提炼并归档，而不是读一次就忘记。
决策记录。 当你做出一个决定——定价、定位、流程变更——这个决定及其背后的理由会被写在一个你以后真正能找到的地方，而不是只存在于你的记忆中，直到六个月后悄悄地自相矛盾。
草稿撰写。 Claude Code 基于你的实际项目库（而不是空白页）工作，可以起草邮件、提案、内容和文档，它们听起来已经像你，因为它有你实际的写作和决策可以借鉴。
第三层：Hermes Agent 作为操作员
Obsidian 负责记忆。Claude Code 负责处理。Hermes Agent 负责行动——持续地，无需你打开笔记本电脑。
Hermes Agent 是支撑 MaxHermes 等工具的开源 AI 框架，它区别于普通助手的关键细节是内置的学习循环。完成一个任务后，它会评估自己的过程，并且当任务足够复杂值得这样做时，它会从该经验中生成一个可重用的技能并永久存储。技能列表开始时是空的。经过一周的实际使用后，它已经建立了一个有意义的技能库，每次重复任务都会运行得更快，因为 Agent 在借鉴它已经为自己摸索出的方法。
另一个对单人经营者特别重要的细节是它所在的位置。MaxHermes 运行在 Telegram 内，而不是一个你需要记得打开的单独浏览器标签页。你的操作 Agent 存在于你已经在使用的地方，无论你在哪个设备上，都拥有相同的上下文环境。设置只需在 agent.minimax.io 上单击一次，无需服务器、API 密钥或终端配置。
对于一人公司来说，这是真正买回时间的层次。你睡觉前交给它一个任务；早上它已经完成了，而且它在该类任务上的能力比前一天变得更强了。客户询问在你没醒着时得到了首次回复。常规研究在夜间汇编完成。后续跟进按时发出，无需靠便利贴。
三个层次如何实际连接
三件套之所以有效，只是因为每一层都滋养着下一层，而不是因为这三个工具恰好共存。
Obsidian 捕捉原始材料。一次客户对话、一个竞争对手的新功能、你在散步时产生的一个想法。
Claude Code 拥有项目库访问权限，将该原始材料处理成结构化知识，并能根据情况起草所需回复、文档或内容，同时借鉴项目库中已有的所有信息。
Hermes Agent 承担该工作流中常规、可重复的部分，并在没有人类参与的情况下运行，每次重复时都学会一条更快的路径。
在实践中，这表现为一个只需要十分钟而不是两小时的早晨例行程序。你向你的项目库询问每个活跃项目的状态更新，基于你实际写的笔记，而不是记忆。你回顾 Hermes 在你睡觉时处理了什么。你把昨天的信息喂进 raw，让 Claude Code 进行归档。然后你把实际的工作时间花在业务中真正需要人的部分上——到这个时候，这个列表已经比过去短得多。
这能替代什么
值得具体说明一个正确构建的三件套配置实际上能从你的一天中移除什么，因为其价值在抽象中很容易被低估。
它替代了花一整个早上重读旧笔记来回忆项目进展到哪里的过程，因为项目库已经有了答案，Claude Code 可以在几秒钟内总结出来。
它替代了为常规收件箱分类和跟进而雇佣虚拟助理的过程，因为 Hermes Agent 处理了其中可重复的部分，并且运行时间越长，速度越快。
它替代了当一位单人创始人的最佳思考只存在于脑海中时悄然发生知识流失的过程——容易受到糟糕的一周、糟糕的记忆，或者在写下上一个想法之前就转向下一个闪亮新想法的影响。
它不替代判断力。定价决策、与客户的艰难对话、你业务中真正的创意或战略核心——这些仍然需要你。三件套的存在是为了清除你盘子里所有其他东西，这样判断力才是你花费时间的事情，而不是当你终于有时间运用它时却已经疲惫不堪。
如果构建错误，这里会出问题
三件套会在可预测的方式下失效，而且几乎所有的失效都可追溯到跳过上述顺序或跳过保持每一层健康的乏味维护。
最常见的失败是把 Obsidian 当作一个倾倒地，没有最终的处理步骤。raw 积累起来。没有东西移到 wiki。六个月后，你有了一千条未处理的笔记，项目库变成了它本该阻止的那种混乱。解决方法不是更好的文件夹结构，而是一个持续的习惯——即使只是每周一次，实际运行摄入步骤来处理积累起来的东西。
第二个失败是给 Claude Code 在 CLAUDE.md 中模糊的指令，并假设它会推断出你的偏好。它不会——不可靠地——而且这种模糊性的成本会像收益一样复合。一个说“好好组织笔记”的 CLAUDE.md 会产生不一致的归档。一个确切说明使用哪种文件夹结构、如何处理重复主题、何时创建新笔记与何时扩展现有笔记的 CLAUDE.md 会产生一个你可以实际预测的系统。
第三个失败是把一个任务交给 Hermes Agent，没有真正的验证步骤，并假设隔夜自主意味着无人监督的信任。学习循环使 Agent 在之前做过的任务上变得更好，但这是让你从低风险、可逆任务开始的原因，而不是在最初几周跳过检查其工作的理由。像对待新员工一样建立信任。最初密切审查。随着记录赢得信任，再放松约束。
这在真实运行中是什么样子
想象一位单人课程创作者使用这个栈三个月后。
一名学生对一个视频留下了令人困惑的反馈。那晚它被放进 raw。Claude Code 读取它，检查 wiki，并找到了两条较早的笔记，其中类似混淆出现在同一话题上——创作者确实忘记之前标记过的事情。笔记被更新，带有一个清晰的模式，而不仅仅是一个孤立的投诉，同时草拟了一个建议的脚本修改。
第二天早上，Hermes Agent 已经在夜间向该学生发送了一封个性化的回复，借鉴了创作者过去回复的语气和结构，因为这个模式是它在运行的前两周学到的。创作者审阅它，做了一处小修改，然后在不到两分钟的时间里继续他们的一天——一个任务过去需要十五分钟和一段他们无法腾出的全神贯注。
这些都不需要一个团队。它需要三个实际相互对话的工具，按正确顺序构建，并给予几个月的时间来积累足够的历史以变得有用。
这就是三件套背后的全部赌注。不是 AI 取代创始人。而是身为整个公司的创始人终于拥有一个不会遗忘的记忆体、一个不会疲倦的处理器、以及一个值夜班的操作员，这样唯一需要人的部分就是一开始就真正需要人的那部分。
你不必在第一天就让所有三层完美运行。按顺序构建它们，因为每一层都会使下一层更有用。
从 Obsidian 开始。创建项目库。建立 raw 和 wiki 文件夹。花几天时间只是捕捉内容——如果必要的话可以很粗糙——直到把东西丢进 raw 的习惯变得自动。
一旦你有值得处理的东西，再加入 Claude Code。编写 CLAUDE.md 文件，告诉它你的项目库结构以及摄入过程应该是什么样子。喂给它你的第一个真实来源，在信任它处理更多内容之前，先观察它做了什么。
最后引入 Hermes Agent，一旦你知道你的哪些常规任务实际上是足够可重复、可以交出去的。诱惑是立即自动化一切。抵抗它。自动化你已经以完全相同方式进行的任务，证明循环有效，然后再扩展。
复合效应只有在坚持过第一周之后才会显现，那时项目库还很薄，Agent 还没有构建任何技能。那个早期阶段感觉更像是设置多于回报。这并不是系统不工作的迹象。而是系统在它有任何可复合的东西之前的状态。
到了第二或第三个月，这个设置与完全手动运行之间的差距就不再微妙了。那时，一家一人公司开始感觉不再像一个疲惫的人，而更像一个实际的运营，即使人员规模从未改变。
