[Feature] 提升对话中 SKILL.md 等本地文件链接的可点击性

## 现场截图

> 待提议者手动上传截图：当前对话中 `SKILL.md` 显示为浅灰色行内代码样式，而旁边的“UI 元数据”显示为传统蓝色下划线链接。

## 背景与问题

Cindy 在完成 Skill 创建后，会在对话结果中返回 `SKILL.md` 等本地文件入口。当前呈现存在以下体验问题：

- `SKILL.md` 更像不可交互的行内代码，点击属性不明显。
- 实际可点击区域较小，用户需要较精确地点击文件名。
- 缺少明确的 hover、pressed、focus 等交互反馈。
- 同一段消息中的“UI 元数据”使用传统链接样式，视觉上比主要产物 `SKILL.md` 更像主操作，信息层级容易倒置。
- 这可能不只影响 Skill 创建结果，也可能影响对话中其他 Markdown、本地文件或生成物链接。

## 目标

讨论并形成一套适用于 Cindy 对话区的文件链接表达，使用户能够快速识别“这是一个可以打开的文件”，同时兼顾消息内容的简洁性、键盘可访问性以及跨平台一致性。

## 讨论方向（非预设方案）

- 文件链接继续使用文字链接，还是升级为带文件图标的轻量文件项 / 文件卡片？
- 是否应让整个文件项可点击，而不仅是文件名文字？
- 文件名、文件类型、完整路径和“打开”提示分别展示到什么程度？
- 如何区分普通行内代码、纯文本路径和经过验证的可打开文件链接，避免误识别？
- 主文件入口与“UI 元数据”等次级链接如何建立稳定的信息层级？
- 是否抽象成统一的对话文件链接组件，供 Skill、文档及其他生成物复用？

## 验收方向

- [ ] 对话中经过验证的文件链接与普通行内代码有明确视觉区分。
- [ ] 文件入口具有足够的点击区域，并有 hover、pressed 和键盘 focus 反馈。
- [ ] 支持键盘访问，并提供清晰的可访问名称。
- [ ] 主文件入口与次级操作的视觉层级符合任务重要性。
- [ ] 不改变无效路径、越权路径或不存在文件的安全处理逻辑。
- [ ] 亮色 / 暗色主题中均清晰可辨。
- [ ] 分别考虑 macOS / Windows 的打开行为和快捷键习惯。

## 与现有 Issue 的关系

- 相关：#139 讨论 assistant 任务结果的统一交付物预览与附件操作区。
- 本 Issue 聚焦普通对话 Markdown 中已经存在的本地文件链接，其可发现性、点击热区和交互状态；不预设必须引入完整 artifact manifest。

## 待评估

- Owner: 待认领
- Priority: TBD
- Suggested labels: `feature`, `enhancement`（当前账号无标签权限，请维护者补充）

No implementation files, entry points, or tests are named. Start by locating the conversation Markdown renderer and its handling of validated local-file links, then compare that behavior with the acceptance criteria for interaction states, keyboard access, security handling, themes, and platform behavior. Done means the agreed design is implemented and covered across those requirements.

Written by the indexing model from the issue text.