Maximem Synap

Maximem Synap

Maximem · 程式設計 · 生產力 · 其他

Maximem Synap 是為 AI 代理設計的託管記憶層,可跨工作階段保存結構化長期記憶,並壓縮上下文以降低詞元成本。

Maximem Synap 的介面預覽

關於 Maximem Synap

About

什麼是 Maximem Synap

Maximem Synap 是託管式記憶層,位置在應用程式與語言模型之間。它接收對話與文件,擷取事實、偏好、事件片段與帶日期的經歷,再回傳符合當下請求的那一段記憶。你的代理不必每一次開新對話都從空白開始。

背後的 Maximem 將 Synap 發表為 arXiv 論文的參考實作,主題是代理式上下文管理。官方公布 LongMemEval 95.6%、LoCoMo 93.2%,每個數字旁都標明回答模型與評審模型。這些是廠商自行執行的結果,條件寫得清楚,但不是獨立驗證。

採購前有兩件事要先想清楚。記憶品質取決於你呼叫哪一種檢索模式,以及由哪個模型負責回答,所以用小模型跑快速路徑,重現不了評測當天的成績。計費則按每次操作的點數計算,帳單跟著檢索方式與資料匯入量走,與座位數無關。

開始使用

  1. 在 synap.maximem.ai 註冊帳號,從儀表板複製一組 API 金鑰。
  2. 以 pip install maximem-synap 安裝 Python SDK,加入 JavaScript 或 TypeScript 套件,或是不寫程式,用網址與權杖把 MCP 用戶端接到託管伺服器。
  3. 寫一份簡短的使用情境檔案。Synap 會據此建立執行個體的記憶架構,結構描述因此貼合你的領域,而不是套用通用範本。
  4. 批次匯入過往對話與文件,或是在新回合發生時即時送入。
  5. 每一回合檢索上下文,歷史紀錄超出詞元預算時就執行壓縮。

產品資訊

快速了解 Maximem Synap 的定價、支援平台與效能。

免費方案是
付費方案$19 - $999/mo
平台Web (REST and WebSocket APIs), Python 3.11+, Node.js 20+, edge runtimes
開發者Maximem
類別程式設計 · 生產力 · 其他
發布日期N/A
最近更新Oct 2026
網站訪問量39.6K
網站全球排名898.1K
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 打造回訪使用者助理的 AI 產品團隊:Synap 依人保存偏好與歷史,第二次上門時起點就比較前面。上線前記得留時間定義記憶結構描述。
  • SaaS 與客服平台工程團隊:範圍階梯讓每個客戶組織各自隔離,不必另外開執行個體,當一個租戶的資料絕不能出現在另一個租戶的答案裡時,這一點很關鍵。
  • 想替程式代理加上記憶的獨立開發者:MCP 伺服器只需網址與權杖,Claude Code、Cursor 或 OpenClaw 不用碰 SDK 就能讀寫記憶。

任務

  • 跨工作階段保留客戶偏好:擷取出來的事實能撐過新對話、重新部署與模型更換。
  • 上線前補齊歷史:初始匯入可載入舊工單、通話或文件,第一天就有上下文可用。
  • 降低長對話的上下文詞元:壓縮會在固定預算內回傳摘要,不必重播整份逐字稿。
  • 依租戶切分記憶:User、Customer、Client 三層決定一次讀取能觸及哪裡。

情境

  • 客服副駕駛記得客戶的方案、先前的升級處理與偏好語氣,跨越好幾個月的工單。
  • 程式代理在不同工作階段之間保留專案慣例、被否決的做法與程式碼審查意見。
  • B2B 產品在同一個部署裡,讓每個客戶組織擁有自己的記憶孤島。

主要功能

結構化記憶,不是逐字稿

多數 AI 代理記憶工具會存下逐字稿,之後再從裡面搜尋。Synap 擷取事實、偏好、事件片段、情緒與時間事件,存成有型別的紀錄。檢索直接作用在這些紀錄上,回答就能引用三月的某個偏好,不必重播三個月的對話。你可以描述自己領域的記憶架構,而不是接受一套固定結構。

三種檢索模式,價格各不相同

快速路徑每次查詢一個點數,涵蓋即時回合裡大部分的讀取。混合模式兩個點數,多跑一道程序。精準模式三個點數,加上查詢拆解與重排序。官方公布的對話內檢索 P75 延遲低於 15 毫秒,這個數字決定記憶用起來是即時還是遲滯。

代理式上下文壓縮

長歷史會壓成一份摘要,之後可以再取回,也能查詢壓縮是否過期或仍在執行。重點不是把文字變短。壓縮要守住詞元預算,同時保住會改變答案的細節,官方說壓縮加上預先檢索,能讓每回合的上下文詞元大約減半。

預先檢索

監聽串流會觀察對話,在代理開口之前就先找出可能用得上的記憶,每回合少一次往返。這也是示範環境裡最難判斷的功能,建議先用自己的流量測試,再決定要不要把工作流程搭在上面。

多租戶記憶範圍

每筆紀錄都掛在範圍階梯上,預設是 User、Customer、Client。讀取依優先順序往上走,寫入留在你放的位置,一個執行個體可以服務多個租戶。刪除可依使用者透過 SDK 與 API 執行,這是安全審查最先問的一題。

SDK、MCP 伺服器與連接器

原生 SDK 支援 Python 3.11+ 與 Node.js 20+,JavaScript 版本可在 Vercel Edge、Cloudflare Workers 與瀏覽器上處理記憶與上下文呼叫。現成連接器涵蓋 Claude Agent SDK、CrewAI、AutoGen、Microsoft Agent Framework 與 Vercel eve。MCP 伺服器則對應 n8n、Gumloop、Claude 這類不寫程式的平台。

安全與稽核

流量走 TLS 1.3,應用資料以 AES-256 加密存放,API 金鑰先經 SHA-256 雜湊才儲存。稽核軌跡從 Trial 的 7 天到 Scale 的 180 天,Enterprise 可自訂保留期。

優缺點

優點

  • 評測數字附上回答模型、評審模型與資料集版本,測試框架與執行輸出也公開。
  • 每個方案都包含完整功能,入門價就能用到與最高階相同的檢索模式與壓縮能力。
  • 範圍階梯直接處理多租戶記憶,不必自己再搭一層隔離機制。
  • SDK 涵蓋 Python、Node 與邊緣執行環境,MCP 伺服器則完全免寫程式。
  • 每次操作的點數價格公開,簽約前就能估算帳單。

缺點

  • 點數讓預估變得麻煩:一份文件依長度要 2 到 25 點,大量匯入很快就會吃掉 Starter 的額度。
  • 免費試用上限為 12,500 點與單一執行個體,做原型夠用,再多就綁手綁腳。
  • 沒有自架選項。BYOK 處理的是模型金鑰,不是記憶存放的位置。
  • 多數證據來自廠商自己的執行結果,獨立第三方的比較仍偏少。

常見問題

它讓代理擁有比單次對話更長的記憶。你把對話或文件送進去,Synap 擷取結構化記憶,之後的呼叫會回傳排序過、依範圍切分的上下文,供當下回合使用。