[QAyong]

背景与关联 / Context and related issue

• 问题或目标 / Problem or goal: 任务产出目前只能在右侧“产出”页里查看，无法刷新、编辑，也用不了文档插件；产出是文件夹时更没法在文件管理器里定位。希望产出位于任务所属空间内时，直接作为空间文件在文件管理器中打开。
• 关联 Issue / Related issue: N/A

主要改动 / Changes

• 变更 / Change: 位于任务所属空间内的文件产出，按空间文件在文件预览中打开（可刷新、编辑，可用文档插件）；位于空间内的文件夹产出，在文件管理器中打开并展开、聚焦该文件夹，复用目录树自身的点击路径；文件产出打开时收起目录树，用户仍可手动展开。无空间的任务、空间目录之外的产出、其他任务的产出，以及超出文件预览大小限制的文件，保持原来的产出页行为。新增 useTaskResourcePanelArtifact、useResourcePreviews、ExplorerTree 的单元测试。

验证 / Verification

• 自动检查 / Automated checks: 未在本分支本地运行，交由 CI 验证；改动自带上述三处单元测试。
• 手动验证 / Manual verification: 无。
• 未执行 / Not run: 本地 lint、类型检查、测试套件，以及各种产出类型（空间内文件、文件夹、空间外、其他任务、超限大文件）的手动验证。

兼容与风险 / Compatibility and risks

不适用 / N/A。不改变存储、授权或迁移。需要留意的一点：判断“产出是否在任务所属空间内”的规则决定了哪些产出会改在文件管理器打开，请重点看 chatToolFileTarget.ts 与 useTaskResourcePanel.ts 中的边界条件。

界面变更 / UI changes

空间内的任务产出点击后在文件管理器中打开，而不是产出页；文件夹产出会展开并聚焦，文件产出打开时目录树默认收起。

🤖 Generated with Claude Code

[shanyuhai123]

确实是更好的想法，之前有些散乱了。感觉之前的文件预览需要被收束

[shanyuhai123]

初步梳理是现有打开机制的混乱，可能整个底层得重构一下。优化逻辑、优化交互。

[shanyuhai123]

这部分将会关闭，产物将会走原有逻辑，只是会补充打开方式。