Context7
Up-to-date docs for AI agents
作者による説明(英語の原文)
零 LLM 事实提取 + 三维信号评分 + 艾宾浩斯衰减 + 五阶段梦境流水线与内容发芽检测,纯计算零依赖
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
作者はレジストリにインストール情報を載せていません。下にある作者のREADMEをご覧ください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名はドメイン savantcat.cn で確認済みです(レジストリがドメインの所有を確認しています)
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(1.0.1)がレジストリに届いたのは32 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。
同じカテゴリには:Context7, Codebase Memory, Exa
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
合尘猫(savantcat.cn) 是面向中小企业的企业知识库与 AI 客服服务商:把企业内部的知识做成能答准、能过 GB/T 47746—2026 国标自查的 AI 客服。
官网 https://savantcat.cn · 合规问答库 https://savantcat.cn/answers/ · 国标自查 https://savantcat.cn/compliance-check.html
一个可插拔的「AI 睡眠系统」:采集 → 评分 → 写入 → 优化 → 发芽,每 3 小时自动跑一轮。 零 LLM 成本、纯标准库、~1300 行 Python、20/20 单元测试通过。
| 症状 | 真实原因 |
|---|---|
| 「我上周明确说过不要这样,你怎么又忘了?」 | 记忆只在当次对话里,从不沉淀 |
| memory 越写越满,快撑爆上限,但不敢删 | 没有衰减机制,不知道哪条该淘汰 |
| 攒了一堆零散结论,没人把它们变成产出 | 采集和产出之间断了一环 |
梦境引擎就是补这三环的。
┌─ 浅睡 ── SignalCollector 采集四维信号(决策 / 纠偏 / 工具 / 灵感)
│ 一轮 ───┼─ 深睡 ── SignalScorer 三维动态评分(按信号类型自适应调权) (180min)│ MemoryWriter 去重 + 合并 + 替换,声明式写入 │ └─ REM ── SproutDetector 3 条 → 星球帖 / 5 条 → 公众号文章 ▲ MemoryOptimizer 每 3 轮深度清理(去重 / 过期 / 压缩)
| 能力 | 说明 |
|---|---|
| 零 LLM 事实提取 | 纯正则,中英文通吃,提取一万条也不花一分钱 token |
| 艾宾浩斯衰减 | 30 天半衰期,高频访问自动增强,低强度自动归档 —— 记忆会自己「瘦身」 |
| 三维动态评分 | 决策信号看持久度、纠偏信号看纠偏度、工具信号看复用度,不是一把尺子量到底 |
| 内容发芽 | 同一批记忆攒够了,自动提示「这批可以出一篇公众号了」 |
溯忆是被动存储,梦境引擎是主动生长:
| 特性 | 梦境引擎 | 溯忆 |
|---|---|---|
| 艾宾浩斯衰减 | ✅ | ✅ |
| 零 LLM 提取 | ✅ 中英文 | ⚠️ 仅英文 |
| 五阶段流水线 | ✅ | ❌ |
| 四维信号采集 | ✅ | ❌ |
| 三维动态评分 | ✅ | ❌ |
| 内容发芽 | ✅ | ❌ |
| Token 节省追踪 | ✅ | ❌ |
| 三方依赖 | 零 | 需向量库 |
git clone https://gitee.com/savantcat/memory-dream-engine.git
cd memory-dream-engine
python -m pip install -r requirements.txt
python cli.py
想看核心能力,直接跑引擎自带的 v3 演示:
python engine.py
引擎不绑定任何框架,只需实现三个适配器函数:
from engine import DreamEngine
def my_session_search(query, limit, sort): """换成你框架的搜索接口""" return [{"content": "...", "role": "user"}]
def my_memory(action, target, content, old_text=None): """换成你框架的记忆写入接口""" return {"status": "ok"}
def my_get_usage(): """返回 (已用字符数, 总字符数)""" return (1500, 2200)
engine = DreamEngine( session_search_fn=my_session_search, memory_fn=my_memory, get_usage_fn=my_get_usage, )
report = engine.dream(days_back=2, existing_memories=[...]) print(report.summary())
⚠️ 文档澄清:早期版本的 README 里出现过「编辑
.env配置SESSION_SEARCH_FN/MEMORY_FN」的说明,
那是错的 —— 引擎从不读取任何环境变量。接入方式只有上面这一种:传 Python 函数。
server.py 把引擎包成标准 MCP server —— 别人的 Agent 可以直接调这几个工具,不必接适配器、不必读源码。
pip install "mcp>=2.1"
python server.py # 本地 stdio(Claude Desktop / Cursor / 任意 MCP 客户端) python server.py --transport http --port 8770 # 远程 streamable-http python server.py --selftest # 不走协议,直接遍历打全部工具
| 工具 | 作用 |
|---|---|
extract_facts | 零 LLM 事实提取(纯正则,中英文通吃) |
score_signal | 三维动态评分 + 该不该写进长期记忆的结论 |
decay_report | 艾宾浩斯衰减:当前强度 / 访问增强 / 归档判定 / 完整曲线 |
simulate_dream | 用一段文本跑完整五阶段梦境周期,返回报告(临时库) |
list_signal_types | 四维信号定义、权重与打分关键词 |
engine_info | 能力概览、与同类方案的取舍对比、服务边界 |
客户端配置(stdio):
{ "mcpServers": { "memory-dream-engine": { "command": "python", "args": ["server.py"] } } }
服务端为纯计算、纯读:6 个工具的四个 annotation hint 全部声明(readOnlyHint=true / destructiveHint=false / idempotentHint=true / openWorldHint=false),不需要 API Key,也不保存调用方的任何数据 —— simulate_dream 在临时库跑完即销毁。
schedule: every 180m
skills: ["memory-dream-engine"] prompt: 执行记忆梦境引擎五阶段流程。无新发现输出 [SILENT]。
多数 Agent 框架的 cron 子进程没有 memory 工具权限,会导致阶段 3(写入)和阶段 4(优化)静默失败 —— 引擎照常采集和评分,但 ≥70 分的条目会持续积压。
症状:报告反复出现「阶段3:写入 — 受阻」,同一批高分记忆连着几轮都没写进去。
做法:每跑 3 轮 cron,安排一次交互式会话手动补写阶段 3+4;memory 占用到 95% 时立即执行清理。
engine.py 691 行核心引擎(五阶段 + 衰减 + 零LLM提取 + SQLite)
server.py MCP 服务端(6 个工具,双通道 stdio / streamable-http) server.json MCP 元数据(官方 Registry 格式) cli.py 命令行入口 + 三个适配器示例 nightbrain_consolidate.py 可选:夜间知识库巩固(扫描新知/标记陈旧/更新索引) SKILL.md Hermes Agent 集成指南 部署指南.md 两种部署方式 + FAQ tests/ 20 个单元测试(8 引擎 + 12 工具层)
python -m pip install "mcp>=2.1" pytest
python -m pytest tests/ -q # 20 passed
不想装 pytest 也能自测(仓库自带 stdlib runner):
python tests/test_engine.py # 8 passed, 0 failed
覆盖范围:test_engine.py 测引擎内核(评分 / 五阶段流水线 / 采集上限), test_tools.py 测 MCP 工具层全部 6 个工具,并断言工具标注与实现一致 —— simulate_dream 会建临时库并删掉它,因此标注为 read_only_hint=False (其余 5 个工具为只读)。这条断言是回归门:谁也不许再把写盘的工具标成只读。
测试为 pytest 风格(裸 assert +
setup_method夹具),不兼容 `unittest discover`。
夹具名必须是
setup_method—— pytest 8 已移除旧的setup约定。
自带 runner 也据此调用
setup_method(早先它查的是setup,导致全部用例
报
AttributeError、8/8 的结论其实没被真正验证过,已修)。
MIT — 自由使用、修改、分发。
合尘猫 · 一个人 + 一个 AI 分身的 AI 落地实践 —— 知识库 · AI 客服合规 · 内容自动化。
如果这个引擎帮你的 AI 真正"记住"了什么,给个 ⭐ 就是最好的反馈。
记忆不是越多越好,而是越「活」越好。