Memory

me.ai-know由 ai-know.me 發布官方發布者v0.4.0更新於 Oct 27, 2026

Chinese-first brain-inspired memory MCP — hybrid recall, 7-layer user profile, workspace assembly.

已驗證Streamable HTTP可網頁執行知識與記憶AI 與機器學習

概覽

AI 產生的概覽

以中文優先的長期記憶伺服器,讓助理跨工作階段保存對話與檔案,並召回使用者輪廓、事實與記憶。

可以做什麼
  • 理解使用者:一次組裝可直接放入上下文的記憶工作區,執行混合檢索,取得七層使用者輪廓、原子事實與到期提醒
  • 寫入記憶:寫入對話輪次,或匯入音訊、圖片、PDF、Word、Excel 與影片檔案進行轉寫、OCR 與解析
  • 改進與診斷:對最近一次召回給予讚/倒讚回饋,並查看服務健康狀態與記憶規模
  • 讀取輪廓維度結構與即時服務狀態的資源,並使用把輪廓、記憶與事實編織成系統提示詞的提示範本
適用情境
適合需要助理在工作階段之間保留個人化長期上下文,尤其是中文對話情境,並且希望取得輪廓與事實層級的召回,而非單純向量檢索時使用。
執行需求
使用 ai-know.me 的遠端 Streamable HTTP 端點,或以 Node.js 執行本機 stdio 橋接。需要一個 mb- 前綴的 agent Key,透過 Authorization Bearer 標頭或 MB_API_KEY 提供;本機橋接還可設定 MB_BASE_URL、MB_USER_EMAIL 與 MB_TIMEOUT_MS。需註冊 Zhiji 帳號以建立 Key。
安裝前請注意
agent Key 屬於憑證,請勿放入共用設定。所有記憶都存放在 Zhiji 後端,對話內容以及上傳的音訊、圖片與文件都會傳送到該服務。寫入具持續性,並依 userEmail 隔離,而橋接把 userEmail 視為命名空間而非憑證;不要把無金鑰、可替換 userEmail 的橋接直接暴露給終端使用者。較慢的工作區查詢可能耗時 10 至 15 秒。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Memory,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

交給代理程式安裝

把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。

閱讀 https://sourceweft.com/mcp/me.ai-know%2Fmemory/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。

檢視代理程式所依據的安裝指南

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "memory": {
      "type": "http",
      "url": "https://ai-know.me/mcp"
    }
  }
}

README

知己 (Zhiji) Memory — MCP Server

Chinese-first, brain-inspired long-term memory as an MCP server. Give any MCP client — Claude Desktop / Claude Code / Cursor / Cline / Cherry Studio / Coze — the ability to remember and understand your user across sessions.

中文用户:完整接入手册见 MCP-USAGE.md,或在线版 https://ai-know.me/mcp。

v0.4.0 · 9 tools / 2 resources / 1 prompt · stdio + Streamable HTTP · MCP protocol 2025-11-25

This repo is a thin bridge: it translates MCP tool calls into REST calls to the Zhiji backend (hosted at ai-know.me). The bridge stores nothing; all memory lives in the Zhiji service you connect to.


Why not just another vector-memory MCP?

Mem0 / Zep / LangMem expose add / search / delete over a vector store. 知己 exposes brain-inspired primitives:

  • 11-stage hybrid retrieval — trigram full-text + bge-large-zh semantic + time-decay + access-reinforcement + dedup ranking.
  • 7-layer / 37-dimension evolving user profile — values, decision logic, behavior style, self-cognition, interoceptive & dynamic state.
  • Workspace assembly — one call returns profile + relevant memories + confirmed facts + behavioral inferences, budget-trimmed for the client context window.
  • Prospective reminders, multimodal ingest (audio / OCR / doc), and a self-evolving reward loop driven by user feedback.

All Chinese-optimized (trigram tokenizer + bge-large-zh); English is supported too. Memory is stored in the Zhiji backend you connect to — self-host it, or use the hosted ai-know.me service; either way it's your Zhiji instance, not a generic memory-SaaS middleman.

Tools, resources & prompts

9 tools, grouped by role. Every user-scoped tool takes userEmail (or falls back to MB_USER_EMAIL); only the notable extra params are listed.

Read — understand the user

ToolWhat it doesNotable params
zhiji_workspace_assembleFlagship. One call returns everything needed to understand this user for a query — relevant memories + profile + confirmed facts + behavioral inferences (plus counterfactual & cross-domain hints). Drop straight into any LLM's context.query; maxResults ≤20 (def 6). Slow "what-if" queries can take 10–15s.
zhiji_memory_searchLighter, recall-only: the 11-stage hybrid pipeline (trigram FTS + semantic + time-decay), returns scored snippets with sources.query; maxResults ≤50 (def 8)
zhiji_profile_get7-layer / 37-dim user profile as an inject-ready natural-language summary.—
zhiji_facts_getStructured atomic facts (subject attribution, confidence, conflict status) — for exact names/dates/counts, not narrative.—
zhiji_prospective_dueDue/upcoming intentions (todos, promises, plans) within a time window — for proactively nudging the user.hours ≤720 (def 24)

Write — feed memory

ToolWhat it doesNotable params
zhiji_memory_ingestWrite a conversation turn to long-term memory; async embedding + profile/fact extraction + importance scoring follow. Text only.conversationId; messages[{ author: "user"|"bot", text }]
zhiji_ingest_fileMultimodal ingest — audio / image / PDF / Word / Excel / video → Whisper transcribe / Tesseract OCR / doc parse → memory. Audio & video also get acoustic-emotion analysis.one of path | url | base64; filename; isUserVoice

Ops — improve & diagnose

ToolWhat it doesNotable params
zhiji_feedbackThumbs up/down on the last recall/answer → feeds the self-evolution reward and reinforces (or penalizes) the Q-value of recently retrieved memories. The "gets better the more you use it" loop.rating: "up"|"down"; weak? → ±0.5
zhiji_statusHealth & memory scale (files / chunks / FTS availability). Call first to verify connectivity.—

2 resources — zhiji://schema/dimensions (authoritative 7-layer / 37-dim profile schema) · zhiji://server/status (live service status). 1 prompt — personal-context: weaves profile + memories + facts into a ready-to-prepend system prompt for a given query.

Experimental capabilities (sleep consolidation / dream replay / emergence) are not exposed until their groundedness passes ablation.

Typical flow

zhiji_status              → verify connectivityzhiji_memory_ingest       → feed a conversation  (or zhiji_ingest_file for audio/docs)zhiji_workspace_assemble  → in a *new* session, recall + understand the userzhiji_feedback            → thumbs up/down, closing the self-evolution loop

Quick start

You need an agent Key (mb- prefix). Get one at https://ai-know.me/memory?tab=api (register + create a Key bound to your account).

Option A — remote, no install (recommended)

Point any Streamable-HTTP MCP client at the hosted endpoint — you don't need this repo at all:

bash
claude mcp add zhiji-memory --transport http \  --url https://ai-know.me/mcp \  --header "Authorization: Bearer mb-yourKey"

Or in a URL-style client config (Cursor / Cherry Studio / LobeChat):

json
{  "mcpServers": {    "zhiji-memory": {      "url": "https://ai-know.me/mcp",      "headers": { "Authorization": "Bearer mb-yourKey" }    }  }}

Option B — run this bridge locally (stdio)

Use this repo when you want the bridge as a local stdio process (e.g. a desktop client launches it for you), talking to the hosted Zhiji backend:

bash
npm install   # only @modelcontextprotocol/sdk + zod

Then in your client config:

json
{  "mcpServers": {    "zhiji-memory": {      "command": "node",      "args": ["/absolute/path/to/zhiji-mcp/zhiji-mcp-server.mjs"],      "env": {        "MB_BASE_URL": "https://ai-know.me",        "MB_API_KEY": "mb-yourKey"      }    }  }}

Verify

bash
# visual debugger — should list 9 tools / 2 resources / 1 promptnpx @modelcontextprotocol/inspector node zhiji-mcp-server.mjs

Full client matrix (LangChain, OpenAI Agents SDK, Coze…) is in MCP-USAGE.md.

Architecture — a stateless thin bridge

MCP client  ──stdio / HTTP(JSON-RPC)──►  zhiji-mcp-*.mjs  ──REST──►  Zhiji backend (ai-know.me)

The MCP layer stores nothing; it translates MCP tool calls into REST calls to the Zhiji backend. Shared core zhiji-mcp-core.mjs backs both entry points:

FileRole
zhiji-mcp-core.mjsTool/resource/prompt definitions (single source of truth)
zhiji-mcp-server.mjsstdio entry (npm start)
zhiji-mcp-http.mjsStreamable HTTP entry (npm run http)

Isolation & auth

  • All data is hard-isolated by userEmail. The bridge treats userEmail as a namespace, not a credential.
  • The hosted public endpoint requires an agent Key — requests without Bearer mb-… get 401; the backend binds each Key to its userEmail and rejects cross-user access.
  • Never hand a key-less, userEmail-swappable bridge to end users — front it with your own backend that injects the correct userEmail. See MCP-USAGE.md §8.

Environment

VarDefaultNotes
MB_BASE_URLhttp://localhost:3001Zhiji backend address; for the hosted service use https://ai-know.me
MB_USER_EMAIL—default user namespace (single-user local use)
MB_API_KEY—mb- agent Key; forwarded as Bearer
MB_TIMEOUT_MS60000slow workspace routes can take ~15s

Status

VersionHighlights
v0.4zhiji_ingest_file (9 tools) + public-release hardening (TLS, MCP_REQUIRE_KEY, JWT-only key issuance, cross-user isolation hard-test)
v0.5 (planned)inference-list tool, resource subscriptions, fine-grained key permissions

Docs

License

MIT © 2026 知己 AI (ai-know.me)


知己 AI · MCP integration — Chinese-first brain-inspired memory. The bridge is open; the memory intelligence lives in the Zhiji backend.

來源:README.md,提交 f009d25

工具

0
SourceWeft 尚未讀取此伺服器的工具。

版本歷史

1
  1. v0.4.0最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通必需25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式必需10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分