维护者确认：企业微信渠道支持配置新对话工作目录（#3216）

[MagicLizi]

PR #3216 新增企业微信渠道「新对话工作目录」配置，并把工作目录设置抽到 IM 共用层（含微信侧复用）。

这是用户能看见的产品/设置交互变化：设置页出现工作目录选择、渠道默认工作目录会影响新会话落盘位置，不只是内部实现调整。

请维护者在 PR 上直接 Approve 放行；若需要修改请 Request Changes，作者改完后再 Approve。普通评论或摘标签不构成通过。

---

关联 PR:#3216(作者 @tsuixl);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的产品 / UI 变更,维护者确认后 PR 会恢复推进。

[dash-s-cindy]

判断

企业微信支持配置“新对话工作目录”能解决远程任务只能使用 Cindy 托管目录、无法直接落到本地工程或其他磁盘的问题，已有明确用户价值，产品方向值得推进。

当前不建议直接无条件 Approve #3216。PR 的总体生效语义合理：由本机原生目录选择器授权，渠道默认目录只用于首次创建及显式 /new，已有上下文不静默迁移，目录不可用时回退到 Cindy 托管目录。但合并前仍需处理一项账号隔离问题，并确认共享重构是否应顺带改变个人微信的存量行为；此外，用户可见 UI 和真实企微链路尚未完成实机验证。

行动

1. 先 Request Changes，修复账号切换后的旧路径残留。 useWecomBot 收到账号或 owner 变化时，应立即清空上一 owner 的 channelSettings，随后重新读取新 owner 的配置；异步读取还需绑定 generation/request token，避免旧请求较晚返回后覆盖新账号状态。
2. 共享抽取默认保持个人微信现有语义。 当前 main 只检查保存路径是否仍为目录；feat(desktop): 企业微信渠道支持配置新对话工作目录 #3216 改为真实写入探针，会把只读、卡顿网络盘等目录判为不可用。这是对存量微信行为的收紧，而不只是重构。若维护者明确确认“工作目录必须可写”是统一产品契约，可以保留并单独记录该行为变化；否则建议本 PR 先保持微信行为不变，把可写性策略另行讨论。
3. 完成最小实机验收后再 Approve：
   • Light / Dark 下检查目录区块的默认、已选择、不可用三态；
   • 使用真实企业微信 bot 验证首次消息采用所选目录；
   • 修改默认目录后，既有上下文保持原目录，执行 /new 后切到新目录；
   • 目录被删除、变成文件或失去访问能力时，下一条新对话回退托管目录并显示可理解的提示；
   • 保持设置页打开并切换 Cindy 账号，确认旧账号绝对路径不会出现，也不会被旧异步结果恢复。
4. 上述问题解决、产品确认个人微信兼容语义且实机结果通过后，可以 Approve feat(desktop): 企业微信渠道支持配置新对话工作目录 #3216；无需把会话级目录覆盖、只读/禁执行策略或自定义 system prompt 扩进本 PR。

已确认的现状

在当前 main 快照 1d2383b120cd1dcbbdd84e8f9b7dbf7c30d5d9a6 中：

• apps/desktop/src/main/im/wecom/adapter.ts 的 ensureWorkingDir(botId) 仍固定创建 owner-scoped 的 im-working-dir/wecom-<botId>，没有读取企微渠道目录配置。
• apps/desktop/src/renderer/components/settings/WecomBotSection.tsx 只有 IM 默认 Agent/模型/权限设置、企微连接设置和群通知设置，没有工作目录入口。
• 个人微信已经具备可复用能力：
  • apps/desktop/src/main/im/wechat/channelSettings.ts 保存 owner-scoped 的 wechat-channel.json，校验原生选择结果、原子写入，并在路径失效时回退托管目录；
  • apps/desktop/src/renderer/components/settings/WechatBotSection.tsx 已提供选择、恢复默认和不可用提示；
  • apps/desktop/src/main/im/shared/sessionRepo.ts 目前只对 channel === 'wechat' 在 /new 时刷新 workingDir。

因此，主干尚未提供企微工作目录配置；#3216 不是对已有企微入口的重复实现，而是补齐渠道能力，并把微信侧的硬编码抽成显式渠道能力。

对 #3216 方案的判断

以下设计可以保留：

• 路径只能由受信任 Renderer 调用 Main 原生目录选择器产生，企微消息和 Renderer 均不能直接提交任意路径；
• 配置按 owner 隔离，不写入凭证存储，也不允许跨账号沿用；
• 首次会话和显式 /new 读取最新渠道默认目录；已有上下文不自动移动；
• 配置目录不可用时回退到现有 owner-scoped 托管目录，避免入站消息直接失败；
• 用 ImSessionNamespace 的能力声明替代 channel === 'wechat'，便于微信和企微复用同一会话边界。

PR 描述所列相关单元测试、typecheck 和 i18n 检查覆盖面较完整，包括 owner 隔离、IPC trusted sender、选择目录期间切号、原子写、/new 落库和回退。但这些是 PR 作者报告的自动验证；PR 同时明确说明未完成真实企微 E2E，也未进行 Light / Dark 实机目检。

当前 review 还指出：apps/desktop/src/renderer/hooks/useWecomBot.ts 的状态通知只更新 owner/status，而目录状态只在挂载、重新展开或窗口聚焦时刷新。保持设置页挂载并切换 Cindy 账号时，新账号可能短暂看到上一账号保存的本机绝对路径。即使路径不能直接通过 Renderer 写入，这仍属于 owner 隔离和本地路径信息暴露问题，应在批准前修复并补回归测试。

同步写探针在高延迟网络盘上阻塞 Electron Main 线程目前属于代码层风险，尚无真实故障证据。建议优先通过异步化、仅在保存和新对话边界探测、或短期缓存降低调用频率，但不应仅凭理论风险扩大本次需求范围；至少应确认探针不会进入每条消息的高频路径，并针对网络盘/离线盘做一次受控验证。

相关记录

• 功能建议：为 IM（企业微信）会话支持配置/切换工作目录到自定义路径 #1413：直接记录企业微信会话固定使用系统盘托管目录、无法在应用内选择 D 盘或工程目录的问题，是本功能最直接的用户需求依据。
• 功能建议:IM(企业微信)会话支持指定工作目录与会话级权限限制(只读/禁执行) #2916：进一步提出“渠道默认 + 会话覆盖”和权限限制；其中已形成的工作目录建议与本 PR 一致——先交付渠道默认，只在首次会话和 /new 生效，不静默迁移已有上下文。会话覆盖、硬权限和自定义提示词仍应独立推进。
• feat(wecom): 新增企业微信 IM 与群通知 #1107：企业微信接入时确立了 owner TOFU 绑定和仅接受 owner 消息的安全边界。本次允许访问真实工程目录会扩大 Agent 可见数据范围，因此必须继续保持“本机 owner 选择目录 + owner-scoped 配置”，不能顺带允许 IM 消息或非 owner 群成员指定路径。