52DSH52DSH
搜索 ⌘ K
教程社区整理

用 Noema MCP 为 DSH 配置本地长期记忆和导入

在 DeepSeek Harness（DSH）中安装 Noema，接入本地 MCP 记忆、全文搜索、图遍历和 Agent 数据导入，并核对用户目录访问。

52DSH 编辑部阅读约 5 分钟更新 2026-08-22验证 2026-08-22
社区整理已复核原始来源
DSH
0.1.1-rc.2
系统
Windows / macOS / Linux
风险
high
对应插件dsh-noema

先查看功能、兼容性、权限和同类选择，再按本文操作。

查看插件详情 →

把本地优先的 Noema MCP 记忆服务接入 DSH，提供召回、全文搜索、图遍历、写入、审核、删除和从十类编码 Agent 导入记忆。

如果你的目标是把本地 Noema MCP 记忆服务接入 DSH 并导入其他 Agent 记忆，本教程会说明如何在 DeepSeek Harness（DSH）中准备、安装、配置、验证和回退 dsh-noema。本文锁定作者仓库提交 9cc3ab1ee00d；已复核固定提交的原始资料，未进行运行实测。

对应插件：查看 dsh-noema 的功能、权限与兼容性说明。先确认它适合你的工作流，再执行安装。

先确认是否适合你

  • 分类：知识与记忆
  • 风险等级：high
  • 核验证据：source_reviewed
  • 兼容性边界：插件版本 0.1.0-rc.3，peer 依赖声明 DSH 0.1.0-rc.6 系列，并为六种系统/架构提供同版本可选二进制包；本站完成固定提交静态审阅，未执行 Rust 二进制或验证跨平台记忆迁移
  • 主要权限关注：启动随平台 npm 包分发或用户自定义的 noema-mcp 可执行文件，默认读写 ~/.agent-memory；可扫描 Codex、Claude Code、Cursor、Grok、WorkBuddy、Trae、Qoder 等用户目录和工作区规则并导入长期记忆

如果你准备在重要工作区使用，先阅读插件详情页的权限和数据流说明；“源码已审阅”或“资料已整理”都不等于安全认证。

安装前准备

  1. 安装 Node.js 22.19、Node.js 24 或项目当前声明支持的更高版本，并确认 pnpm 可用。
  2. 使用独立的 web Profile 和可丢弃测试工作区，不直接连接生产目录。
  3. 备份当前 Profile 配置，并记录安装前的 --dump-config 输出。
  4. 核对固定来源中的外部服务、账号、运行时和平台限制。
  5. 作者资料未显示明确的插件专属环境变量；如果运行时要求凭据，不要根据同类插件猜测变量名。

安装 dsh-noema

52DSH 使用目录中记录的精确安装目标，避免直接跟随可能变化的默认分支：

npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web add github:ZSeven-W/dsh-noema#9cc3ab1ee00d

GitHub 源码插件如果被 pnpm 拦截构建脚本，先检查终端提示的具体包和脚本。只在 web Profile 中放行确实需要的构建项，不要全局放行未知依赖。

作者文档还出现了以下命令。它们用于核对功能或开发流程，不应替换上面的锁定安装命令，也不要一次全部执行：

  • dsh plugin --profile web add @zseven-w/dsh-noema@latest
  • dsh web
  • dsh plugin --profile web add link:/path/to/dsh-noema

插件专属配置

固定提交中包含配置或设置章节。下面只保留能够追溯到作者文档的字段和片段。

**本类插件的最小权限设置：**把存储目录和允许读取的来源限制在独立测试路径，先导入少量不含敏感信息的文档。

作者配置片段（README.zh.md）

来源：固定提交中的 README.zh.md（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

dsh plugin --profile web add @zseven-w/dsh-noema@latest
dsh web

作者配置片段（README.zh.md）

来源：固定提交中的 README.zh.md（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

dsh plugin --profile web add link:/path/to/dsh-noema
dsh web

配置验证与成功结果

  1. 确认 Bundle 已加载

    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 --profile web --dump-config

    期望结果：组合配置中出现 @zseven-w/dsh-noema 或仓库声明的 Bundle 名称。

  2. 启动 Web Profile

    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 web

    期望结果：DSH Web 正常启动，浏览器控制台和终端没有持续重复的插件加载错误。

  3. 执行插件专属最小任务

    写入一条可识别的测试内容，再从新会话检索它并核对原始来源。

    期望结果：检索结果包含测试内容且能追溯来源；删除测试数据后不再返回该内容。

第一次使用

  • 导入一篇测试 Markdown，询问标题和一个明确事实，并核对引用位置。
  • 只验证一个核心能力，保存输入、输出和日志；确认无异常后再扩大权限或数据范围。

数据、权限与凭据

**数据流：**DSH 记忆工具与系统提示词 → stdio MCP 客户端 → 本机 noema-mcp 子进程 → NOEMA_ROOT 下 Markdown/PageIndex 记忆 → 召回结果返回模型；启用导入时，其他 Agent 的记忆/规则文件 → 分段去重 → Noema 长期存储。

**权限关注：**启动随平台 npm 包分发或用户自定义的 noema-mcp 可执行文件，默认读写 ~/.agent-memory；可扫描 Codex、Claude Code、Cursor、Grok、WorkBuddy、Trae、Qoder 等用户目录和工作区规则并导入长期记忆

**数据存储：**作者资料没有形成统一存储结论。测试时检查 web Profile、工作区、用户目录以及所连接的外部服务，并记录新增文件或远端数据。

真实 Token、API Key、Cookie 和账号 ID 不应写进 Git 仓库、网页截图或公开 Issue。测试结束后撤销临时凭据。

卸载、回退与清理

  1. 停止正在运行的 DSH Web。

  2. 从同一个 Profile 移除插件：

    npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web remove @zseven-w/dsh-noema

  3. 再次运行 --dump-config，确认对应 Bundle 已消失。

  4. 检查测试工作区、插件声明的数据目录和外部服务，手动删除测试数据并撤销测试凭据。卸载依赖不会自动删除这些数据。

常见问题

安装成功但页面或命令没有出现

先运行 --dump-config 确认 Bundle 已进入 web Profile，再重启 DSH Web 并硬刷新浏览器。不要通过反复扩大权限来解决加载问题。

插件运行后没有得到预期结果

把问题缩小到本页的最小验证任务，检查作者文档要求的变量、外部服务和平台限制。保存终端错误原文，并核对当前安装目标是否仍对应本页固定提交。

作者固定资料中未识别到独立故障章节。遇到插件特有错误时，应先停止 DSH、保留日志并回退插件。

固定来源证据

以下资料是本文配置结论的依据：

继续查看：返回 dsh-noema 插件详情页，重新核对兼容性、权限、同类插件和来源状态。

来源与维护信息

本文根据以下原始资料整理。版本变化后，请以官方资料和页面标注的验证日期为准。

继续学习

相关内容