
Nouz
io.github.KVANTRA-dev由 GitHub 账号 KVANTRA-dev 发布v2.3.0更新于 Oct 26, 2026
Semantic knowledge engine for Obsidian with auto-classification and DAG hierarchy
概览
本地 MCP 服务器,把 Obsidian 或 Markdown 笔记库转成语义图谱,为笔记归类并找出彼此关联。
- 可以做什么
- 读取、写入带 YAML 标记的笔记,或仅更新元数据
- 为笔记建议领域标记、层级、语义桥梁与漂移警告
- 遍历层级:按层级或标记列出文件,查询父节点与子节点,为孤立笔记推荐父节点
- 重算标记与领域画像、校准领域基准向量、重建整库索引
- 生成文本向量并把 Markdown 切成稳定分块,再检索已保存的分块向量
- 一步创建实体,并自动补全缺少标记的笔记
- 适用场景
- 适合维护大型 Markdown 或 Obsidian 知识库的人:希望助手为新笔记自动归类、建议在层级中的位置、发现跨领域关联,并提示内容已偏离原定领域的笔记。
- 运行要求
- 以 Python 包形式在本地通过 stdio 运行(pip install nouz-mcp)。需要 OBSIDIAN_ROOT 指向笔记库;可选 NOUZ_CONFIG 指定 config.yaml,NOUZ_DATABASE_NAME 或 NOUZ_DATABASE_PATH 指定 SQLite 缓存。语义模式需要 EMBED_API_URL、EMBED_PROVIDER、EMBED_MODEL 配置的向量服务,若服务要求还需 EMBED_API_KEY。没有 config.yaml 时以 LUCA 模式启动,不含语义功能。
安装
在 SourceWeft 中
- 打开 控制台中的 Nouz,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
NOUZ — Семантический MCP-сервер для вашей базы знаний
Структура появляется из содержания.
Работает с Obsidian, Logseq и любыми директориями Markdown-файлов.
[MIT License] [Python 3.10+] [MCP SDK v2] [PyPI]
NOUZ работает на MCP Python SDK v2.
Зачем нужен Nouz
NOUZ выступает прослойкой между вашей базой заметок и AI-агентом. Он помогает превратить разрозненные Markdown-файлы в граф, с которым удобно работать и вам, и агенту:
-
Автоматическая классификация (Семантика) Вы задаете "Ядра" — базовые домены вашей базы. Когда вы добавляете новую заметку, NOUZ читает ее текст, сравнивает векторы и предлагает доменный знак или комбинацию доменов.
-
Поиск связей между заметками Сервер строит направленный структурный граф:
hierarchyдержится как DAG без циклов, а дополнительные смысловые связи живут рядом:- Семантические мосты: две заметки из разных доменов указывают на одну и ту же идею.
- Явные теговые связи можно хранить вручную в YAML.
-
Отслеживание эволюции базы (Дрифт) NOUZ хранит доменный профиль содержательных узлов и может сравнить его с заявленным знаком. Если модуль описан как один домен, а его профиль постепенно тянет в другой, сервер покажет расхождение (
core_drift).
В зависимости от ваших задач NOUZ работает в трех режимах: от простого графа (LUCA) до строгой 5-уровневой иерархии (SLOI).
Как это работает
- Вы описываете домены в
config.yaml— какую область покрывает каждый домен и по каким признакам текста его узнавать. - Сервер превращает описания в векторы-эталоны (локально, через LM Studio или Ollama).
- Каждая новая заметка проецируется на эти оси. Знак определяется содержанием, или вами.
Здесь важно разделять два слоя. artifact_signs описывают форму L5-артефактов: лог, источник, гипотеза, спецификация и так далее. Эти знаки не агрегируются в доменный знак L4. Лог остается логом, источник остается источником.
core_mix — не сумма типов артефактов. Это доменный профиль в SQLite-индексе. L4/L3/L2 получают его из собственного текста при recalc_signs, а родительские узлы могут затем получить усредненный профиль дочерних содержательных узлов через recalc_core_mix. core_drift появляется, когда сохраненный доменный профиль и текущий sign указывают на разные ведущие домены.
Семантические мосты находят связи между заметками из разных доменов, когда тексты близки по смыслу. Если для обеих заметок уже есть чанки, мост дополнительно проверяется лучшей парой из них и возвращает конкретный признак. Теги остаются явной пользовательской разметкой.
Быстрый старт
Без config.yaml сервер стартует в режиме LUCA — граф без семантики, работает сразу.
Чтобы включить семантический режим, создайте локальный конфиг из шаблона:
В Windows PowerShell:
Или из исходников:
Подключение к Claude Desktop, Cursor, Opencode или любому MCP-клиенту:
Инструменты MCP
Конфигурация
Минимальный config.yaml:
После настройки запустите calibrate_cores — сервер создаст эталонные векторы.
Проверьте попарные косинусы: mean-centered между разными доменами должен быть
заметно ниже исходного. Если все пары примерно одинаковые — усильте различия в текстах.
Отдельную проверку эталонов можно запустить из установленного пакета:
nouz-calc-etalons --config config.yaml.
etalons — это смысловые домены, которые сравниваются через эмбеддинги.
artifact_signs — тип материала для артефактов L5: заметка, концепт, ссылка, лог, обновление, гипотеза или спецификация. Это эвристическая метка. Домены обычно обозначаются заглавными буквами (S/D/E), а типы материала — строчными (n/c/r/l/u/h/s); их можно заменить в конфиге на любые другие значения. При необходимости для любого типа можно добавить keywords: тогда сервер будет использовать ваши слова для эвристики вместо встроенного RU/EN набора.
Реальный пример расчёта
Вот фактические результаты для эталонов S/D/E с моделью text-embedding-granite-embedding-278m-multilingual:
Отрицательные mean-centered значения здесь хороший результат: после вычитания среднего вектора домены хорошо расходятся. Smoke test эталонов текущим nouz-calc-etalons: S→99.6%, D→98.5%, E→98.1%. Это не оценка всей базы, а быстрая проверка, что каждый эталон после того же центрирования уверенно возвращается к своему знаку.
Приватность
Всё критичное остаётся на вашей машине.
Разработка
Ссылки
- 🌐 semiotronika.ru
- 📦 PyPI
- 🗂️ Glama Registry
- 🐙 GitHub
MIT License © 2026 Maria Belkina
Косинусы считаются. Синтаксис меняется. Семантика остаётся.
来源:README.md,提交 8ac3cde
工具
0版本历史
1- v2.3.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分