Problem / 问题
点击计划/目标审批卡上的“打开工件”时，<workspaceRoot>/.pi/plan/*.md（或 .pi/goal/*.md）打开在宿主自带的文件标签里，而对话中提到的其它项目文件早就优先打开在内置 pi.file-manager 视图里（apps/desktop/src/hooks/use-preview-target.ts）。
同一次对话里同一类文件走了两个界面：宿主标签只能只读查看；文件视图有高亮编辑、Markdown 预览、图片/表格/JSON 查看等能力。于是“看一眼计划再批准”这件事和用户平时处理项目文件的体验不一致，也拿不到文件视图的能力。
当前实现（远端 main）：apps/desktop/src/stores/app-store.ts 的 openPlanArtifact() 走 fileWorkPanelTab(relativePath)；批准条 apps/desktop/src/components/PlanApprovalBar.tsx 的“查看工件”同样如此。
Proposed change / 期望改动
- 审批工件的打开器优先使用内置
pi.file-manager 视图（通过插件视图 location 深链到该 md），该视图不可启动时回退宿主文件标签 —— 与对话文件引用完全相同的偏好与回退。
- 批准条的“查看工件”和计划/目标的自动揭示共用同一条策略（一份规则、一处实现）。
- 工件仍在其来源会话中创建/激活标签，自动揭示本身不变（仍会自动打开面板），只有承载界面改变。
- 启动/重载恢复待批准计划时，要先解析“可启动视图”再打开，否则会退回宿主标签，并与随后的
selectSession 恢复形成两个标签（同一工件、两种界面）。
Alternatives / 其他方案
- 维持宿主文件标签不动：与对话文件引用不一致，被否。
- 顺手禁止在文件视图里编辑
.pi/**：属于插件写策略变更，需单独决策，本项不做（后果见 PR 风险说明）。
Additional context / 补充信息
行为变更需要同步 docs/spec 与决策记录（本实现记为 D452），并补齐 zh-CN 镜像（docs 测试会比较中英表形状）。实现与验证结果见关联 PR。
Problem / 问题
点击计划/目标审批卡上的“打开工件”时，
<workspaceRoot>/.pi/plan/*.md（或.pi/goal/*.md）打开在宿主自带的文件标签里，而对话中提到的其它项目文件早就优先打开在内置pi.file-manager视图里（apps/desktop/src/hooks/use-preview-target.ts）。同一次对话里同一类文件走了两个界面：宿主标签只能只读查看；文件视图有高亮编辑、Markdown 预览、图片/表格/JSON 查看等能力。于是“看一眼计划再批准”这件事和用户平时处理项目文件的体验不一致，也拿不到文件视图的能力。
当前实现（远端
main）：apps/desktop/src/stores/app-store.ts的openPlanArtifact()走fileWorkPanelTab(relativePath)；批准条apps/desktop/src/components/PlanApprovalBar.tsx的“查看工件”同样如此。Proposed change / 期望改动
pi.file-manager视图（通过插件视图location深链到该 md），该视图不可启动时回退宿主文件标签 —— 与对话文件引用完全相同的偏好与回退。selectSession恢复形成两个标签（同一工件、两种界面）。Alternatives / 其他方案
.pi/**：属于插件写策略变更，需单独决策，本项不做（后果见 PR 风险说明）。Additional context / 补充信息
行为变更需要同步
docs/spec与决策记录（本实现记为 D452），并补齐 zh-CN 镜像（docs测试会比较中英表形状）。实现与验证结果见关联 PR。