Orgtree v4.4：Projects！

https://github.com/Maurdekye/orgtree/releases/latest 欢迎回来，各位，又到了 Orgtree 更新的时间了。而这次是一个大更新：Projects！从表面上看，Projects 的功能正如你所预期的那样：它为你的 Agent 提供了一个中心化的空间，让 Agent 们可以在其中自我组织和协作。但在 Orgtree 中，它的功能远不止于此——它是一种组织层级化 Agent 的方式，是在 Agent 通信之间划清界限的方式，是以结构化方式管理协作与并发工作的方式，并且附带了大量帮助 Agent 协同并发的额外工具。不过在深入之前，如果你还不了解的话：Orgtree 是我的桌面端多 Agent、多供应商、多账号、持久化的可视化编排系统，我已经马不停蹄地开发了将近三个月。它以应用程序的形式运行在你的电脑上，让 Agent 们可以全天候 24 小时协作，直接利用你在几家主流 AI 供应商上的现有订阅和接入方式，包括 Claude、ChatGPT、Gemini、Muse 和 OpenRouter。如果你想了解 Orgtree 的更多功能，建议查看我关于 v4 发布的文章，或者直接看 GitHub 上的 README。看完了？好，那我们正式开始！ --- 那么，v4.4 中的 Projects 到底是什么？简单来说，Projects 是画布上一种与 Agent 并列的新节点类型。它们本身不做任何事情，而是作为你组织层级结构和信息存储的骨架。每个 Project 有一个摘要（类似于团队章程），以及自己的草稿目录，其中包含独立的 AGENTS.md 文件。Projects 让你能够将不同的想法组织成子分组，而无需每次都为此创建 Agent。这也意味着，你不必担心当你退役那个已经工作了两天的 Agent 时（比如你的周限额用完了，或者你想换一家供应商），会丢失宝贵的共享项目信息。但除此之外，Projects 提供的不仅仅是简单的图上组织结构。它们还搭载了多个额外的协作系统，如果你熟悉并发编程，可能会觉得似曾相识~ 它们有三个额外的系统，将 Projects 的用途扩展到了简单的协作工作空间之外： **邮箱队列（Mailbox Queue）：** 尽管 Project 不是一个 Agent，但每个 Project 仍然有一个邮箱，就像其他 Agent 一样。你可能会问，为什么？谁来读这封邮件？答案是：任何选择这样做的人！Project 下的任意数量的 Agent 都可以设置一个「公平队列邮件监听器」，用一条洋红色的线将自己连接到 Project 上。每当 Project 收到邮件时，就会按照顺序依次分发给每个监听器，以轮询（round-robin）的方式均匀分配。这样，Project 的收件箱就可以充当分布式工作的负载均衡器。此外，如果你将邮件投递模式从「Round-robin」切换到「ACK Mode」，那么所有投递的邮件都要求接收方的 Agent 在处理完成后发送一个确认响应，然后才能接收新邮件。启用该设置后，Project 的邮箱就可以充当一个 FIFO 队列。 **并发槽位（Concurrency Slots）：** 进入 Project 的设置，将该值设为大于 0 的任意数字，即可在 Project 上启用「并发槽位」。Agent 随后可以在 Project 上注册一个黄色的「槽位声明」，并在有空槽时从队列中获取一个槽位。你可以把并发槽位想象成一个令牌系统：同一时间只有固定数量的 Agent 可以持有令牌，而其他想要令牌的 Agent 则在他们身后排队等待。这样，并发槽位就充当了一个简单的信号量（Semaphore），可以用于保护对紧张资源的并发访问，比如内存、CPU 使用率、网络或敏感文件。将令牌数量设为 1，实际上就将系统变成了互斥锁（Mutex），同一时间只允许一个 Agent 持有资源的访问权。将令牌数量设得很高，则可以让它像读写锁（Read/Write Lock）那样工作：所有读取者各声明一个令牌，而所有写入者一次性声明所有可用令牌。 **项目事件（Project Events）：** 进入 Project 的设置并启用项目事件，即可解锁第三个也是最后一个功能。Agent 可以在 Project 上注册一个自定义「事件监听器」，用一条醒目的青色线将自己的节点连接到 Project。任何时候，用户或其他 Agent 都可以「触发」该事件并附带一条自定义消息，同时通知所有正在监听的 Agent。这样，Project 就可以充当一个监视器（Monitor）。此外，其他 Agent 可以设置第二类事件，称为「监听监视器（listen watcher）」。当正常监听器的数量超过某个期望阈值时，监听监视器本身就会被触发。你可以更进一步，将监听监视器设置为自动触发关联 Project 的事件，这意味着当足够数量的 Agent 加入 Project 的那一刻，事件就会自动触发。你可以把这看作是对同步屏障（Sync Barrier）的模拟。这可能有点难以理解，说实话，我不确定除了我之外，是否有人会用到这些功能中的大部分甚至任何一个。但这是我的工具，我想放什么功能就放什么功能，怎么了！……总之，构建 Projects 花了很长时间来把所有细节做好，在这过程中我还收集了大量额外的新增功能、特性和改进，它们也将随这个版本一起发布： **改进的会话稳定性和管理操作：** 这更多是一个幕后修复，但 Orgtree 在你登出后后台运行、重启后运行、以及启用/禁用管理员权限时的运行方式，已经过全面加固和重建。Orgtree 的运行应该会更加稳健，在开机自启、访问桌面功能以及访问需要管理员权限的操作方面，不再需要大量手动变通方案。理想情况下，你不会在日常使用中察觉到任何变化——这正是目的所在。 **Agent 提及（Agent Mentions）：** Agent 现在可以在它们的对话记录中互相提及。当一个 Agent 提及另一个 Agent 时，无论是在回复、邮件、工单、演示文稿还是其他任何地方，该提及都会渲染为一个指向该 Agent 的链接，你可以通过左键或右键点击直接聚焦到它。再也不用在图中手动搜索你的协调者以名字提到的某个 Agent 了；现在直接点击就能跳过去。 **用户提及（User Mentions）：** 但提及功能不止于此。你也可以提及 Agent：只需在消息框中输入 @ 符号，就会显示你组织中所有 Agent 的列表，你可以通过 Tab 键逐个浏览并自动补全。Agent 也可以提及你：在它们可以写入的任何地方输入 \@user，就能引起你的注意，并将你的注意力引导到被提及的那条消息/邮件/工单/演示文稿上，就像向你提问或给你发送紧急邮件时一样。当窗口未聚焦时，你甚至会在桌面上收到通知。 **更多看门狗（Watchdog）类型：** 除了前面提到的与 Project 关联的三种新类型（它们将青色/洋红色/黄色的监听器结构化为看门狗）之外，现在还新增了可以在 WebSocket 或 MQTT 事件匹配特定模式时触发的看门狗。它们甚至可以通过持有的连接发布事件回来。这应该能让将你的组织与其他实时服务集成变得更加容易。看门狗现在还可以关注使用量限制，这样你可以在账户周用量超过 95% 时立即触发一个看门狗来停止工作。 **快速模式（Fast Mode）：** Claude 和 Codex Agent 在某些情况下支持启用「Fast」/「Ultrafast」模式，该模式会将你的请求重定向到更快的硬件上，每个 token 的费用会更高。现在，你可以在 Orgtree 中为你的 Claude 和 Codex Agent 启用此功能。 **改进的右键菜单：** 整个应用的右键菜单得到了大幅增强。现在你基本上可以通过相关右键菜单完成几乎所有能通过 UI 操作的功能：雇佣/退役/暂停/压缩等。