dsh-honcho-memory
DSH 插件：官方模型 Honcho v3 记忆功能，以及一个视角安全的共享知识库
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add dsh-honcho-memory@0.5.3Honcho Memory 以 dsh-honcho-memory 发布，当前版本为 0.5.3。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
DeepSeek Harness（DSH）的 Honcho v3 记忆适配器与共享知识库插件。
[!IMPORTANT] 这个 npm 包不是 Honcho 后端，也不会替你安装 Honcho。使用前必须已有一个 DSH 能访问的 Honcho v3 服务：使用 Honcho 官方托管服务，或自行部署官方开源 Honcho。只有安装 DSH 插件、没有 Honcho API/数据库/后台 deriver，记忆不会工作。
更准确地说，不是把 Honcho 安装进 DSH 的 node_modules；Honcho 是独立运行的
后端服务，DSH 通过本插件访问它。使用官方托管服务时无需在本机部署；选择自托管时，
则需另外部署 Plastic Labs 官方 Honcho 服务栈。
DSH ── dsh-honcho-memory ── Honcho v3 API
│
├─ workspace / peers / sessions / messages
├─ conclusions / representations / peer cards
├─ context / search / dialectic
└─ queue / dream
memory_store、memory_search、memory_context、
memory_reason、memory_profile、memory_dream、memory_status。deepseek -> user；不会把不同助手伪装成同一个 peer。shared-knowledge -> user/shared-knowledge 作为可选的 canonical 共享层。本插件使用 Honcho 官方 v3 HTTP API，但不是 Plastic Labs 官方发布的 DSH 集成。 Codex、Hermes 等其他客户端的安装与配置也不由本插件完成。
二选一。
在 Honcho 创建 API key，然后配置：
baseUrl: https://api.honcho.dev
apiKey: YOUR_HONCHO_API_KEY
按 Plastic Labs 官方仓库 的 Docker 方式部署。以下只是官方流程的摘要，实际变量以 Honcho 当前文档为准：
git clone https://github.com/plastic-labs/honcho.git
cd honcho
cp docker-compose.yml.example docker-compose.yml
cp .env.template .env
# 编辑 .env，配置 Honcho 所需的模型/API key
docker compose up -d --build
curl http://127.0.0.1:8000/health
健康检查应返回 {"status":"ok"}。完整服务不仅包含 API，还需要数据库、Redis
和 deriver；deriver 负责异步生成 conclusions、summary、representation、peer card
以及 dream 结果。仅有一个返回 200 的空代理并不等于完整可用。
如果 Honcho 在另一台机器上，请确保 DSH 进程能访问该地址，并使用 HTTPS、VPN 或 SSH 隧道保护网络链路。不要把未鉴权的 Honcho 端口直接暴露到公网。
dsh plugin --profile web add dsh-honcho-memory
然后在对应 DSH profile 的 cordis.patch.yml 中覆盖配置。示例：
- id: honcho-memory
name: dsh-honcho-memory
config:
baseUrl: http://127.0.0.1:8000
apiKey: ''
workspace: dsh
userPeer: user
aiPeer: deepseek
sessionId: ''
sessionPrefix: dsh
autoCapture: true
captureSubagents: false
autoContext: true
contextMaxChars: 4000
contextTokens: 1600
contextFetchTimeoutMs: 8000
searchScope: workspace
includeConclusions: true
maxConclusions: 10
dialecticReasoningLevel: low
messageMaxChars: 24000
重启 DSH 后，在对话中调用 memory_status({"check":"health"})。check 是必填字段，
用于保证 DSH Code Mode 始终传递 JSON 参数对象。至少确认：
Honcho API：可用；memory_store 写入并被 memory_search 找回。0.5.2 起默认值不包含维护者身份或机器配置：
| 配置 | 默认值 |
|---|---|
baseUrl | http://127.0.0.1:8000 |
workspace | dsh |
userPeer | user |
aiPeer | deepseek |
knowledgePeer | shared-knowledge |
knowledgeSessionId | shared-knowledge |
旧版本曾错误地携带维护者环境的非通用默认值。如果你以前没有在 profile 中显式写
baseUrl、workspace 和 userPeer，升级前必须先确认旧数据实际所在的位置，并把这
三个值写进自己的 cordis.patch.yml。0.5.2 不会迁移、重命名或删除已有 Honcho 数据；
只有继续使用相同 backend、workspace 和 peer ID，才会召回原有记忆。
如果你已有其他 Honcho 集成，可以让它们指向同一 backend/workspace，但每个助手应使用
不同的 aiPeer。跨客户端共享不会自动配置；其他客户端也必须自行安装各自的 Honcho
集成，并遵守相同的 canonical peer 约定。
baseUrl。memory_dream 可能消耗后端 LLM 资源，必须明确 confirm=true。dsh-honcho-memory-core，不需要再单独安装 core。memory_status 和小规模写入测试。npm install
npm test
npm run audit:public
npm run smoke # 需要可用的 Honcho；可用 HONCHO_* 环境变量覆盖配置
npm run smoke:dsh # 通过 DSH adapter 做临时写入/读取并清理
npm run tidy:messages # 只生成旧垃圾消息的备份与 dry-run 清单；不会自动删除
更多资料：
MIT