[Bug] AI 回复中工作区外的文件引用点击后无法读取

[panda-z519]

What happened? / 问题描述

AI 用 Bash 列出当前项目目录之外的文件（如 ls ~/Downloads）后，回复中的文件名点击后无法打开：

• 部分文件可点击，但打开后提示「无法读取此位置」；
• 部分文件名（中文名、.dmg 等后缀）完全不可点；
• 绝对路径形式的引用同样打不开。

工作区内部的文件引用正常。

影响：AI 列出外部目录文件后无法一键打开，只能手动去 Finder 里找。

Steps to reproduce / 复现步骤

1. 打开项目，工作区为 /Users/zsq/Downloads/Workflow-BankReceipt_V1_Prod-draft-3071（即 Downloads 的子目录）
2. 发送「下载目录里面有哪些文件」
3. 点击回复中列出的文件名（如 PixPin_2026-09-08_23-38-39.png）

Expected behavior / 预期行为

点击后能打开该文件（或若受安全边界限制，给出明确提示，而不是「无法读取此位置」）。

Actual behavior / 实际行为

点击后工作面板显示「无法读取此位置」，见下方截图。

原因：fs/read、fs/open 只允许工作区 + scratch + attachments 三个根内的路径（ADR 0172 / D334）；而 /Users/zsq/Downloads/ 在工作区之外。此外裸文件名被当作工作区相对路径解析，绝对路径的前导 / 在链接化时被丢弃，中文文件名与 .dmg 等后缀也无法被识别为引用。

App version / 应用版本

0.14.6

Operating system / 操作系统

macOS

Extra environment / 其他环境信息

darwin arm64 · 协议 v11 · 开发版

Logs / 日志

无报错日志（失败在渲染层被静默转为状态标记）。

Screenshots / 截图

[muzimu217]

感谢这份非常细致的分析。四个根因我都在当前 main 的 apps/desktop/src/lib/chat-links.ts 复核属实：SCAN_RE 不含前导 / 与 ~（区外绝对路径被掐头后误当工作区相对路径，渲染成注定失败的 chip）、字符类仅 ASCII（工作区内中文文件名无法成为链接）、KNOWN_EXTS 保守白名单、fs 根限制为 D320/D322 安全边界。我来提一个修复 PR，范围克制在解析层：① 文件名 token 支持 Unicode，工作区内中文名文件可点击；② 绝对路径/~ 完整捕获后按现有 workspace 规则判定——根内照常解析，区外不再渲染死链 chip（诚实保持纯文本）。安全边界不动；「区外文件一键打开/reveal」涉及边界设计，作为开放问题留给维护者定方向，不在本 PR 里夹带。