[Feature] 支持工作区级 MCP 配置

[wenxiao]

问题

目前 MCP 服务器只能作为插件行写进 profile 的 patch 层（bundle patch / profiles/<name>/cordis.patch.yml / $DSH_HOME/cordis.patch.yml / --patch），是进程级、启动时决定的。而一个 dsh web 进程可以同时服务多个工作区（会话头 cwd 决定 workspace root，详见 dsh-sandbox-policy 与 dsh-workspace），于是：

• 想让 A 仓库用 A 的 MCP、B 仓库用 B 的 MCP，只能给每个仓库各起一个 DSH 进程；
• 在同一个 GUI 里切换工作区，MCP 工具集不会跟着切换；
• 仓库里带的 MCP 配置无法随仓库交付，团队每个成员都要自己改机器级配置或记一条启动命令行。

DSH 对 Skill（<projectRoot>/.dsh/skills、.agents/skills）和 Agent 指令（AGENTS.md）都已经有工作区级发现，MCP 缺这一层。ACP 表层已经能做到“按会话、按 cwd 挂 mcpServers”（mountAcpMcpServers(agentCtx, options.mcpServers, options.cwd)），但 Web / headless / SDK 没有对应入口。

期望

让工作区能声明自己的 MCP 服务器，并在该工作区的会话里被自动挂载，且不影响同进程的其他工作区。以下任一形态都可以：

1. 项目级配置文件：<projectRoot>/.dsh/mcp.yml（与 .dsh/skills 同层，project root 沿用 .git 语义），由 dsh-mcp-client 增加发现入口或新增一个 provider 包；字段沿用现有 serverName/transport/command|url/... 契约。
2. 复用 preset 机制：允许 <projectRoot>/.dsh/presets/* 作为随 cwd 解析的 preset 根，并允许把“某个 preset”绑定到工作区（进入该目录新建会话时默认选中），这样 MCP 就随 preset 一起按工作区生效。
3. 退一步的最小改动：给 web/headless 增加按会话传入 MCP 的入口（等价于 ACP 的 mcpServers，例如 --mcp <file> 或 session/new 参数），至少让宿主能按会话选择。

建议的行为契约

1. 作用域与生命周期：在会话首个请求之前解析并挂载到该 agent 的 scope；不同工作区的会话互不可见；同一 serverName 的冲突规则沿用现有约束（同作用域重复即加载失败）。
2. 信任与同意：工作区文件可以被仓库/PR 任意修改，而 stdio MCP 会以 DSH 进程权限 spawn 任意命令（当前只做凭据环境变量清洗，不经过 DSH 沙箱）。因此必须显式信任门槛：首次遇到未信任工作区的 MCP 配置时要求用户确认，并提供“本会话加载了哪些 MCP 服务器”的可见信息；信任语义可参考 dsh-agent-presets 的 roots.trust。默认值建议是不自动信任。
3. 热更新边界：文件变化可以重新同步（像 skill provider 的目录监视），但必须遵守现有约定——会话已经产出内容后不能静默替换工具集（dsh-agent-presets 的“中途不换工具”原则）。建议沿用 dsh-mcp-client 既有的原子换代 + tools/change 通知，并把影响限制在尚未产出内容的会话。
4. 相对路径：command/cwd/args 里的相对路径应以配置所在目录（project root）解析，而不是 DSH 进程 cwd——后者在多工作区场景下是错误答案。
5. 可观测性：pluginInventory/list 目前只覆盖宿主插件与 preset 组合；希望工作区 MCP 也出现在设置页（连接状态、工具数量、失败原因）。
6. 复用同一入口：让 SDK/JSON-RPC 调用方也能按会话传 MCP，不必只有 ACP 可以。

非目标

• 不改变“默认不启用任何服务器”的现状；
• 不做 MCP 服务器的自动安装/下载；
• 不把工作区配置提升为进程级配置。

现状证据（0.1.6-alpha.1）

• apps/cli：启动面只有 --profile / --patch / --dump-config；boot/app-boot 的 composeProfile 把 bundle patch → profile patch → $DSH_HOME/cordis.patch.yml → --patch 合成一棵树。
• dsh-sandbox-policy：workspaceRoot: session?.header.cwd ?? this.workspaceRoot（一个进程多工作区）。
• dsh-skill-filesystem：项目根 .dsh/skills(100) / .agents/skills(200)、用户根 <dshHome>/skills(400)，仅此两处项目级发现。
• dsh-acp：mountAcpMcpServers(agentCtx, options.mcpServers, options.cwd)（按会话挂载已有先例）。
• dsh-web-app/dsh-headless/dsh-cmdline/dsh-sdk-*：代码中 mcp 出现 0 次，无 MCP 入口。
• 本机复现：profiles/web/cordis.patch.yml 为空模板、运行中的 dsh web 未带 --patch → 会话里没有任何 mcp__* 工具。