作者 ｜ Yoky
郵箱 ｜ yokyliu@pingwest.com

我們準備把自己的組織完全搬到 AI 上去。

這不是一句口號。硅星人每天在同時調度十幾個 AI Agent 做內容、做調研、做運營。當我們成為了一個「人 + Agent」混合組織，完全服務于人類組織的所有工具都不再夠用了。

問題馬上就來了：十幾個 Agent 同時工作，誰記得上次做了什么決定？Agent 之間的信息怎么同步？我怎么放心把事交出去？

所以我們開始認真找：更智能的組織協作方式到底長什么樣？組織的 Center 應該建在哪？

試了很多產品，看了很多方向。這期就是來介紹一下我們發現的幾個有意思的項目。

1

要不要搬到新的 IM 上？

第一個問題很直接：你的組織協作中心到底應該在哪？

如果 Agent 已經是你的團隊成員了，還把它們塞進一個為人類設計的 IM（飛書、Slack、釘釘）里，夠用嗎？有一批公司的判斷是：不夠。它們在做專門為 Agent 原生設計的協作空間。

Helio

產品概述

Helio 做的是 AI Native Workforce——讓 AI 同事成為團隊的原住民。在 Helio 里，AI 不是側邊欄的助手按鈕，不是輸入框對面的服務員，而是坐你旁邊工位的同事——擁有自己的名字、頭像、郵箱，和真人一起出現在組織聯系人列表里。

AI 同事和人類同事用同一套系統：多方溝通記錄、消息歷史、文檔、郵件線程、日歷，AI 全都有。它同時知道「團隊是誰」（團隊 Context）和「我是誰」（自我 Context），會主動感知組織里發生的事，自己創建工單、自己執行、自己寫進度，遇到不確定的主動找人確認。

為了解決信任問題，Helio 設計了三重護欄：工具白名單（哪些工具 AI 能自己裝、哪些要審批）、任務審批（不可逆動作必須等人按「同意」）、權限分級（精確控制范圍，一次授權到位）。

團隊背景

Helio 是 Sheet0 創始人王文鋒（94 年，前分布式系統工程師）的新項目，定位 AI Workforce——讓 AI 成為團隊里的"原住民"同事，而非給人用的工具。團隊僅 9 人、平均 00 后，北京 + 硅谷雙地辦公，已拿 500 萬美元 融資，目前處于內測階段。

為什么值得關注

Helio 解決的核心問題是：AI 已經能干活了，但人怎么放心把事交給它？ 答案是像管理新員工一樣管理 AI——透明、可干預、有邊界。它不只是讓 Agent 進群聊，而是把 AI 做成了真正的組織成員，配套完整的治理體系。

網址：https://helio.im

Bloome

產品概述

Bloome 是一個專為多 Agent 協作設計的 IM 平臺。它的核心邏輯是：人和 AI Agent 共處同一個群聊空間，給 Agent 分配角色、分配任務，然后一起出活。Agent 不是外掛的 Bot，而是群里的原生成員——能看到上下文、能被 @、能主動匯報進度。

團隊背景

YouWare創始人明超平的新項目。產品已上線，支持多 Agent 群聊協作、角色分配、上下文共享。目前處于早期階段，未披露融資信息。

為什么值得關注

Bloome 和 Helio 的方向類似但切入點不同。Helio 更重「組織治理」——AI 員工怎么管、怎么授權、怎么問責。Bloome 更重「協作界面」——權限、上下文、任務路由、角色管理從協議層原生支持，而不是在別人的群聊上做適配。

「Nothing blooms alone」——這句 slogan 本身就是對「超級個體」敘事的一次反駁。再強的個體也需要協作環境，而 Bloome 賭的是：這個環境應該為 Agent 原生設計。

網址：https://bloome.im

1

如果你留在現有 IM 里，記憶層怎么解決？

不是所有團隊都會搬到一個全新的 IM 上。如果你的組織仍然在飛書、Slack、Discord 里協作，那問題就變成了：怎么讓 Agent 擁有組織記憶，而不是每次都從零開始？

Lucius.ai

產品概述

Lucius.ai 做的是「AI 員工上下文層」。它讓 AI 住進 Discord、Telegram、Slack 的群聊里，通過觀察和學習真實業務流程，積累組織級的上下文記憶，然后基于這些記憶自主處理任務。不是每次都要人喂材料，而是 Agent 自己知道「我們上次是怎么做的」。

團隊背景

創始人趙赫，曾在 Oracle 擔任售前交互工程師，后在函子科技（Momen.app）組建了國內最早的客戶成功部門。團隊 7 人，全棧工程師為主，已完成數百萬美元天使輪融資，由明勢創投領投，藍獅資本擔任獨家財務顧問。本輪資金將用于產品研發、AI Teammate 工作流能力建設、全球市場拓展和團隊建設。Lucius 目前已服務 30+ 家客戶，覆蓋 3,000+ 個社區與工作頻道。

為什么值得關注

Lucius 的切入點是：不做新 IM，而是讓 AI 直接進入你現有的工作現場里。群聊是組織信息密度最高的地方決策、爭論、變更、吐槽全在里面。讓 Agent 長期駐扎在群聊里積累上下文，比事后把文檔喂給 RAG 更接近真實的「組織記憶」。

對于不想遷移 IM 的團隊來說，這可能是最務實的路徑。

網址：https://lucius.ai

MemoraX（憶紀元）

產品概述

MemoraX 做的是大模型「個性化記憶」。它不走 RAG 外掛檢索的路線，而是用自研的 Agentic RL（智能體強化學習）技術，把記憶能力內化進模型本身——讓模型像人一樣，記憶會隨著使用持續進化、精準召回、跨場景遷移。

團隊背景

創始人郝建業，天津大學菁英教授，前華為大模型算法實驗室主任、決策推理實驗室主任。2026 年 3 月成立，4 月即完成千萬美元級種子輪，L2F 光源創業者基金和鐘鼎資本聯合領投。團隊來自華為、阿里、騰訊。

為什么值得關注

MemoraX 選了一條更底層的路。Lucius 是在應用層解決記憶（讓 Agent 泡在群聊里積累），MemoraX 是在模型層解決記憶（讓記憶長在模型里）。

如果這條路走通，意味著 Agent 可以真正擁有「成長性」——用得越久越懂你的組織，不依賴外部檢索，不受 context window 限制。

網址：https://memorax.ai

1

組織的中樞建在哪？

有了 IM（不管是新的還是舊的）、有了記憶，下一個問題是：組織的知識和能力怎么沉淀、怎么復用？中樞在哪？

Sentra.app

產品概述

Sentra 定位為組織的「活體大腦」。它接入 Slack、郵件、Jira、GitHub 等所有協作工具，映射組織交互中的 who、what、when、why，構建一張動態的組織知識圖譜。然后用多 Agent 架構，主動為會議提供上下文、生成狀態報告、確保團隊對齊。

團隊背景

創始人 Jae Gwan Park（CEO）和 Ashwin Gopinath（前 MIT 教授）。公司注冊名 Dynamis Labs Inc.。2026 年 1 月完成 500 萬美元種子輪，a16z Speedrun 和 Together Fund 聯合領投。

為什么值得關注

Sentra 解決的問題我們每天都在遇到：開會前花 20 分鐘「拉齊」，本質上是在做人肉 RAG。Sentra 讓 AI 來做這件事——你走進會議室，AI 已經把相關歷史決策、待辦事項、人員關系整理好了。

它不加速個人任務，而是強化組織的「思維連續性」。a16z 投它，賭的是這個方向。

網址：https://www.sentra.io/

Creao AI

產品概述

Creao AI 做的是 Agentic OS——用戶通過對話描述需求，系統在沙箱里自動生成代碼、調用 API、執行任務，并把成功的流程沉淀為可復用的 Agent App。每個 Agent App 有獨立記憶和定時觸發能力。核心理念：AI 自己造工具，自己跑工具。

團隊背景

硅谷華人團隊，總部在 Cupertino，團隊分布美國、加拿大和香港。CEO Kai Cheng，此前十年為 250+ 企業客戶構建生產級 AI 系統；CTO Peter Pang，前 Meta Llama 3 團隊研究科學家、前 Apple 機器學習工程師（多模態/NLP）；聯合創始人 Clark Gao 負責 GTM，曾在 LinkedIn 和騰訊建設數據團隊。不到一年累計融資超 2500 萬美元（三輪），最新一輪 1000 萬美元由 Prosperity7 Ventures（阿美風投）與經緯創投聯合領投，紅杉中國、高瓴創投、云啟資本跟投。已有 20 萬用戶，主要靠產品力和口碑增長。

為什么值得關注

已有 20 萬用戶，主要靠產品力和口碑增長。Creao 的邏輯是：每一次成功的執行都應該沉淀為組織的可復用資產。你做過的每一件事，系統都幫你記住怎么做的，下次直接調用。

這本質上是在構建組織的「能力資產」——不是靠人記住怎么做，而是靠系統記住怎么做。對我們這種小團隊來說特別有吸引力：你做過的事越多，組織能力越強，而不是每次都重新來。

網址：https://creao.ai

1

小結

以上是我們在探索「把組織搬到 AI 上」的過程中發現的項目。每一個都在解決我們實際遇到的問題。

核心選擇題是：你的組織 Center 到底建在哪？

• 搬到 Agent 原生 IM 上（Helio、Bloome）→ 徹底重構協作方式

• 留在現有 IM，加記憶層（Lucius、MemoraX）→ 漸進式改造

• 在上面再建一層組織中樞（Sentra、Creao）→ 知識和能力的沉淀復用

我們還在試。后續分享實際體驗。

點個“愛心”，再走 吧