feat: 文件树拖拽到输入框生成 ContextMention（文件+目录）

[gy212]

变更说明

• FileTree 文件/目录节点支持拖拽，写入自定义 MIME payload。
• MessageInput 支持解析 FileTree 拖拽：
  • 拖文件：同时添加附件 + 文件 ContextMention chip。
  • 拖目录：添加目录 ContextMention chip。
• 保留附件失败回退：无法读取文件时自动插入 @path。
• 发送前对 ContextMention 前缀去重，避免与输入中已有 @path 重复。
• 发送按钮在仅有 ContextMention 时也可提交。

规格文档

• 新增 docs/specs/product.md
• 新增 docs/specs/architecture.md
• 新增 docs/specs/tasks.md

测试与验证

pm run test 通过（85 passed, 0 failed）。

• 浏览器自动化验证：拖拽文件会生成附件+文件 chip，拖拽目录会生成目录 chip，console 无报错。

额外修复

• 修复 claude-session-parser 单测在 Windows 下的路径导入/家目录隔离问题：
  • 动态导入改为 pathToFileURL(...)。
  • 测试中补齐 HOME/USERPROFILE/HOMEDRIVE/HOMEPATH 隔离。

[op7418]

PR #171 Review: 文件树拖拽到输入框生成 ContextMention

总体评价

功能方向合理，补齐了 FileTree → MessageInput 的拖拽链路。代码结构清晰，有完整的规范文档。但有几个需要关注的问题：

需要改进的地方

1. 规范文档不应随代码提交
docs/specs/ 下的 architecture.md、product.md、tasks.md 是开发过程的辅助文档，不应该合入主仓库。建议移除这些文件，或移至 docs/exec-plans/ 目录下（按项目约定）。

2. hasDragType 函数过度防御
src/components/chat/MessageInput.tsx 中的 hasDragType 函数对 dataTransfer.types 做了三种兼容检查（includes、contains、Array.from）。现代浏览器中 DOMStringList 已经支持 includes，Electron 环境更不需要 contains 的 fallback。建议简化为直接用 Array.from(types).includes(type) 即可。

3. ContextMention chip 使用了固定 5 列网格

<div className="grid w-full grid-cols-5 gap-1.5 px-3 pt-2 pb-0 order-first">

当 mention 数量少于 5 个时会有大量空白，超过 5 个时也不会自动换行显示合适。建议改用 flex flex-wrap 布局。

4. 文件扩展名颜色映射可扩展性不足
getMentionColorClasses 中硬编码了 doc/xls/pdf/txt 等扩展名的颜色。建议至少补充常见代码文件扩展名（ts/js/py 等），或者简化为只区分 file/directory 两种颜色。

5. 缺少对 text/x-codepilot-path fallback MIME 的说明
定义了两个 MIME 类型 application/x-codepilot-path 和 text/x-codepilot-path，但没有注释说明为什么需要 fallback。如果是为了某些浏览器兼容性，请补充注释。

6. useEffect 依赖数组中缺少 appendPathMention
拖拽相关的 useEffect 依赖了 addContextMention 但 drop handler 中通过 FileTreeAttachmentBridge 的 onAttachFailed 间接使用了 appendPathMention，如果 appendPathMention 引用变化可能导致闭包过期。

7. i18n 完整性
ContextMention 相关的用户可见文本（如拖拽提示）没有对应的 i18n key。虽然当前没有显式的拖拽提示文本，但 chip 的 tooltip 或 aria-label 应考虑国际化。

优点

• 使用自定义 MIME 类型区分 FileTree 拖拽与外部拖拽，设计合理
• 去重逻辑（发送前过滤已存在的 @path）考虑周全
• FileTreeAttachmentBridge 的 onAttachFailed 回退机制完善
• 测试文件的 pathToFileURL 修复是正确的

[robaggio]

这个PR是目前缺失的功能，请求加速合并谢谢。

[gy212]

这个PR是目前缺失的功能，请求加速合并谢谢。

这个pr是很早之前提的，估计已经被抛弃了

[robaggio]

理解 @op7418 老师的创作欲望，加入了很多流式布局、远程桥接等功能，但就我个人看来，这个项目很大一部分用户群应该是用不习惯命令行的非技术用户（我是开发，我本身不太用，但是我的其他同事真的用不惯命令行版的Claude Code，又没办法很好的付费Anthropic使用Cowork，我才给他们推荐的这个项目）。因此我觉得要把Claude Code的全部能力都想办法在GUI里体现出来，也是很重要的一部分需求。。

[gy212]

理解 @op7418 老师的创作欲望，加入了很多流式布局、远程桥接等功能，但就我个人看来，这个项目很大一部分用户群应该是用不习惯命令行的非技术用户（我是开发，我本身不太用，但是我的其他同事真的用不惯命令行版的Claude Code，又没办法很好的付费Anthropic使用Cowork，我才给他们推荐的这个项目）。因此我觉得要把Claude Code的全部能力都想办法在GUI里体现出来，也是很重要的一部分需求。。

再更新了等等吧

[gy212]

我已基于最新 main 重新整理并重发为新的 PR：#492。\n\n新版 PR 保持原意不变，主要是把旧实现迁到当前主线并补齐必要适配，方便继续 review。\n\n这边先按对照用途保留旧 PR，不先关闭。