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 分