feat: 建议增加“已归档”文件的查看按钮。

[iyoyoo999]

使用场景 / Use case

已归档的会话，想回顾但是找不到查看入口。

当前问题 / Current limitation

目前没有查看已归档文件的地方。建议参考有个叫lody的软件，在主界面上就有查看“已归档”文件的按钮（https://lody.ai/zh/home）

期望方案 / Proposed solution

已考虑的替代方案 / Alternatives considered

No response

[dash-s-cindy]

判断

归档任务已经可以查看和恢复，当前真正值得处理的是入口过深、当前状态不明显。在当前主分支中，Desktop 查看归档任务的路径为：

全部任务 → 侧边栏显示设置 → 筛选 → 状态 → 已归档

因此不需要新增归档数据模型或独立“归档文件”系统；更合适的是把现有能力前置为清晰、稳定的入口。这里面向用户的对象按现有产品术语应称为“任务”，而不是“文件”。

行动

建议作为范围受控的可发现性优化推进：

1. 在常驻的“全部任务”范围菜单一级增加“已归档任务”入口；也可以在段头增加带明确 tooltip/无障碍名称的归档按钮。相比再增加一层设置菜单，一级入口更直接，也能覆盖项目任务和对话类任务。
2. 点击入口只调用现有的 filter.setStatus('archived')，继续复用全局 useSidebarFilter 状态；不要新建第二套归档列表、独立状态或数据库查询。
3. 进入归档视图后，应让段头标题、按钮选中态或同等明显的界面元素持续表达“已归档”，避免用户不知道当前列表为什么发生变化；同时保留现有“取消归档”动作。
4. feat(sidebar): 对话区新增状态筛选入口（活跃/已归档/全部） #2060 可以复用其“共享同一筛选状态”的思路，但该 PR 当前与 main 冲突，且目标是旧版 DialogueSection 菜单。建议基于当前段头与范围菜单结构重新实现，而不是直接合并旧改动。

源码依据

基于 origin/main@f7e3de5e85e2f0c1f8650ef46071e7c4ceba24d4：

• apps/desktop/src/renderer/features/cc-agent/sidebar/SidebarFilterPopover.tsx
  • 已定义 active / archived / all 三种状态；
  • “已归档”位于“筛选 → 状态”的二级子菜单中；
  • 选择后调用现有 setStatus，没有缺少归档查看能力。
• apps/desktop/src/renderer/features/cc-agent/hooks/useSidebarFilter.ts
  • 状态默认值为 active；
  • 状态会持久化到 cc-agent.sidebar.filter.status；
  • setStatus 已是归档视图切换的统一入口。
• apps/desktop/src/renderer/features/cc-agent/sidebar/MainListScopeHeader.tsx
  • “全部任务”范围标题常驻；
  • 侧栏显示设置按钮主要在段头 hover/focus 或菜单打开时显现，归档状态本身没有直接入口。
• apps/desktop/src/renderer/features/cc-agent/sidebar/MachineSwitcherMenu.tsx
  • 常驻的“全部任务”菜单一级已有“侧边栏显示设置”，再进入筛选与状态才能到达“已归档”；这解释了能力存在但用户仍难以发现的现象。
• apps/desktop/src/renderer/features/cc-agent/CCAgentSidebarUpper.tsx
  • filter.status 已直接驱动 useCCSessions({ includeArchived })；
  • 选择 archived 或 all 时会按需请求远程归档桶；
  • 本地、device-link 远程、展开侧栏和折叠侧栏均复用同一状态筛选语义。

这意味着最小实现只涉及现有 Renderer 入口与状态呈现，不需要数据库 migration、新 IPC 或新协议。

实施建议

推荐把入口放在“全部任务”范围菜单一级，因为该标题已经常驻，并且同时承担当前机器范围的选择。可以采用以下结构：

• 全部任务 / 本机任务 / 设备名
• 活跃任务
• 已归档任务
• 全部状态
• 分隔线
• 远程连接设置
• 侧边栏显示设置

状态项应继续写入同一个 filter.status。如果担心范围与状态混在一个标题中，可以让标题保持机器范围语义，在旁边增加一个常驻 Archive 图标按钮；但无论采用哪种形态，都应避免再次埋进多级“显示设置”。

不建议一期新建独立归档页面：现有列表已经覆盖项目分组、排序、机器范围、远程加载、归档图标和取消归档，新页面会重复这些逻辑并带来状态同步风险。

验证建议

自动验证

• 入口点击后调用 setStatus('archived')，且不维护第二份状态；
• active → archived → all → active 切换结果正确；
• 当前归档状态有可访问名称或可见选中态；
• 本地归档列表、远程归档按需加载、加载失败重试保持原行为；
• 归档任务执行“取消归档”后从当前归档列表移除，并回到活跃列表；
• 状态持久化后重启仍符合现有产品约定；
• Light/Dark、键盘导航和折叠侧栏不出现回归。

手工验证

1. 从默认首页用一次点击或一次菜单展开进入“已归档”；
2. 确认无需先理解“侧边栏显示设置”和多级筛选；
3. 打开一条归档任务，历史内容正常；
4. 执行“取消归档”，任务回到活跃视图；
5. 分别验证本机、已连接远程设备和“所有机器”范围；
6. 验证无归档任务、加载中、远程失败及大量归档任务场景。

相关记录

• 归档对话缺少独立的状态筛选入口：只能通过“项目”区的隐藏整理漏斗切到“已归档”才能看到归档会话，对话区与搜索浮层均无对应入口 #1875：与本问题属于同一类可发现性缺口；该记录已确认归档能力存在，但入口隐藏、跨区域且路径反直觉。
• feat(sidebar): 对话区新增状态筛选入口（活跃/已归档/全部） #2060：尝试在对话区加入“活跃 / 已归档 / 全部”入口，并复用全局筛选状态；实现思路可复用，但 PR 当前与主分支冲突，且针对旧侧栏结构。
• fix(desktop): 修复远程已归档任务为空 #2175：已合并远程“已归档 / 全部”任务加载、状态迁移、重试与断线校准，说明当前不缺远程归档数据能力。
• feat(mobile): 对齐桌面侧栏任务列表并同步项目顺序 #3060：手机首页已经提供“活跃 / 已归档 / 全部”显示设置，证明这组三态语义已在产品中跨端采用。

[ningkaikok]

好的，按这个思路来：在范围菜单一级加「已归档任务」入口，复用现有 setStatus，补上选中态表达。我来实现。

[nothingyuancando]

我已按 issue 中的范围菜单方案实现并提交 PR：#3294。新增一级「已归档任务」入口，复用现有 filter.setStatus("archived")，并在段头保留归档状态标识；五种桌面语言均已补齐。