没有mcp的添加入口

[kumakitty]

没有mcp的添加入口，可以硬加上去，但是没有配置的入口方便

[denial123789]

你观察得对：当前 Web 设置页没有通用 MCP server 的添加表单。现有入口是组合配置，而不是 GUI。

官方已经提供 @deepseek-ai/dsh-mcp-client，一个 server 对应一个插件实例。最安全的试用方式是先建一个临时 overlay：

# my-mcp.cordis.yml
- insert:
    - id: mcp-example
      name: '@deepseek-ai/dsh-mcp-client'
      config:
        serverName: example
        transport: stdio
        command: npx
        args: ['-y', '@example/mcp-server']
        env:
          EXAMPLE_TOKEN: !!js process.env.EXAMPLE_TOKEN

启动时加载：

dsh web --patch /absolute/path/to/my-mcp.cordis.yml

远程 Streamable HTTP server 则改成：

config:
  serverName: example
  transport: streamable-http
  url: https://example.com/mcp
  headers:
    Authorization: !!js '`Bearer ${process.env.MCP_TOKEN}`'

连接并完成 tools/list 后，模型看到的工具名是：

mcp__example__<rawToolName>

确认临时配置能工作后，再把同一条 insert 合并到：

• 单个 profile：$DSH_HOME/profiles/<profile>/cordis.patch.yml
• 所有 profile：$DSH_HOME/cordis.patch.yml

不要覆盖已有 patch 文件，也不要把 token 明文写入 YAML；通过进程环境变量传入。

所以结论是：MCP runtime 能力已经存在，缺的是便捷的配置 UI、校验与连接状态展示。如果把它作为功能需求，我建议 GUI 至少覆盖 transport、command/args 或 URL、环境变量引用、连接测试、发现的工具数量、重连状态，以及删除前确认。

上游参考：dsh-mcp-client 和 examples/mcp-memory。Handbook 也整理了 MCP integration guide 与 connection troubleshooting。

[JairChan]

这个MCP有问题，只有当时配置好了能用，没有任何重连逻辑，会话过期后无法使用。

[denial123789]

这个反馈需要按 transport 分开看。当前 master 的 @deepseek-ai/dsh-mcp-client 已有连接 supervisor，默认配置是：

reconnect:
  enabled: true
  initialDelayMs: 500
  maxDelayMs: 30000
  maxAttempts: 10

它由 2026-08-10 的 feat(mcp-client): auto-reconnect 引入；npm 的 next 当前是 0.1.0-rc.6。

不过这里有一个关键边界：

• stdio server 进程退出/transport close：会触发 supervisor，按退避策略新建 client + transport，并重新执行 tools/list。
• Streamable HTTP 的会话或认证过期：如果 SDK 只把它表现为某次请求失败，而没有触发 transport onclose，当前 supervisor 不会重新构造连接；源码的 Known limitations 也明确写的是 HTTP 不可达主要通过单次调用/SSE 恢复暴露。

所以“当时配置好能用，过期后不能用”更像第二条，不能笼统归为完全没有重连逻辑。为了形成可修复的复现，请补充：

1. npx @deepseek-ai/dsh --version；
2. transport: stdio 还是 streamable-http；
3. 首次成功到失效经过多久，是否涉及 OAuth/token/session expiry；
4. 失效时 Host 日志里有没有 connection lost; reconnecting、reconnected and re-synced tools 或 giving up after ...；
5. 服务端返回的 HTTP 状态 / MCP error（token 请脱敏）。

若是 HTTP 401/403 或 session-id 失效且没有 onclose，修复点应是把可恢复的调用/会话错误升级为 transport generation 重建事件，并避免对有外部副作用的工具调用进行不安全的自动重放。临时方案是刷新凭证后 HMR 重载该插件实例，或重启 Host；不要直接重试一个结果未知的写操作。

[JairChan]

DSH 版本：dsh-mcp-client@0.1.0-rc.6（npm 安装时间 2026-08-14）
transport ：streamable-http
首次成功到故障：配置当天（8-14）可用，第二天（8-15）调用即失败
错误码：SessionExpired / HTTP 200 with MCP error (not 401/403)
触发条件：tools/call 或 tools/list 请求时返回
Host 日志：无 reconnecting 或 giving up（rc.6 根本没有这日志）

[yangfch3]

https://github.com/yangfch3/dsh-mcp-mgr
试试这个插件 ^_^

[weijiafu14]

现在已经有不需要手写 YAML 的产品入口了。dsh-work-x 把验证过的 MCP runtime 和 Web 管理面一起装进 DSH：

dsh plugin --profile web add dsh-work-x dsh-better-sidebar
dsh web

重启后有两层入口：

• Settings → MCP：机器级 MCP 管理，不装 sidebar 也能用；
• sidebar 的 MCP tab：按 project/global 分层显示当前会话的 server，可在项目层启用/停用；
• /pi-mcp：原 pi-mcp-adapter 的连接、OAuth、重连和 server 管理面。

套件底层不是给官方 dsh-mcp-client 补一个表单，而是保留原 Pi MCP runtime 自己的 transport、OAuth、缓存和重连，再通过 pi2dsh 接进 DSH。stdio、Streamable HTTP/SSE、OAuth、resources/prompts、MCP Apps 和真实模型工具回合均有 E2E。

项目：https://www.npmjs.com/package/dsh-work-x