维护者确认：#3294 侧栏范围菜单新增「已归档任务」入口

[MagicLizi]

这次改动会改变用户看得见的侧栏交互：在机器/范围切换菜单里新增「已归档任务」项，选中后切换列表范围，并在菜单触发器上显示归档状态。

需要维护者确认的点：

• 已归档任务入口是否应该放进范围菜单一级（而不是只留在筛选器里）
• 选中归档范围后，触发器上同时显示归档图标和文案是否符合产品预期
• 文案「已归档任务」是否沿用术语表对「任务」的口径

确认方式：直接在 PR 上 Approve。如果需要修改，请 Request Changes；作者改完后重新 Approve 即放行。

---

关联 PR:#3294(作者 @nothingyuancando);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的产品 / UI 变更,维护者确认后 PR 会恢复推进。

[dash-s-cindy]

判断

查看归档任务的用户价值明确，但不建议按当前方案 Approve #3294。现有产品已经具备归档任务的查看、筛选和状态持久化能力，真正需要改善的是入口可发现性，以及进入归档视图后对当前状态的持续提示。

进一步检查发现，#3294 与仍在推进的 #3231 直接重叠，而且与后者记录的最新 review 方向冲突：#3231 最初也把状态项放进范围菜单，随后按 review 取舍撤回这些入口，明确维持“范围菜单只负责设备/范围选择，状态筛选留在筛选体系”，只保留归档状态徽标和无障碍名称。#3294 再次把“已归档任务”加入该菜单一级，因此目前既存在重复实现，也缺少推翻前述取舍的新产品决定。

行动

1. 建议对 feat(desktop): add archived task scope entry #3294 Request Changes，先与 feat(desktop): 已归档任务入口前置到范围菜单一级 (#3214) #3231 收敛为一个实现，不要让两个 PR 同时修改 MachineSwitcherMenu、MainListScopeHeader 和同一组测试。
2. 推荐继续 feat(desktop): 已归档任务入口前置到范围菜单一级 (#3214) #3231 当前的最小方案：复用唯一的 filter.status，在归档视图显示图标、文案和包含状态的无障碍名称，不在机器范围菜单新增状态入口。
3. 如果维护者仍希望把归档入口提升到范围菜单一级，应先明确推翻“范围与状态分离”的现有 review 方向，再关闭或改造另一个重复 PR，并确定是只增加“已归档任务”快捷项，还是完整呈现三态；不要让两个不同的信息架构并存。
4. 选定实现后补齐运行验证。feat(desktop): add archived task scope entry #3294 当前未做 Desktop 手工验证，pnpm test:unit:related 也因工作区依赖缺失未完成，尚不足以验证菜单长度、焦点切换、选中态、Light/Dark 和键盘导航。其未 resolve 的 review conversation 也仍是独立流程阻塞项。

源码核对

基于 main@81f367d5ae9e9ac02e10ab0db38c995530bb7199：

• apps/desktop/src/renderer/features/cc-agent/sidebar/SidebarFilterPopover.tsx
  • 已定义 active / archived / all 三种状态选项；
  • 当前路径位于“侧边栏显示设置 → 筛选 → 状态”；
  • 选择后直接调用统一的 setStatus。
• apps/desktop/src/renderer/features/cc-agent/hooks/useSidebarFilter.ts
  • status 已是统一状态源，并持久化到 cc-agent.sidebar.filter.status；
  • 默认值为 active，不存在需要 feat(desktop): add archived task scope entry #3294 新建的第二套归档状态。
• apps/desktop/src/renderer/features/cc-agent/sidebar/MachineSwitcherMenu.tsx
  • 当前组件职责、触发器文案和 ARIA 都围绕机器范围；
  • 菜单只包含机器范围、远程连接设置和侧边栏显示设置。把状态快捷项加入这里属于信息架构变化，而非补齐缺失的数据能力。
• apps/desktop/src/renderer/features/cc-agent/sidebar/MainListScopeHeader.tsx
  • 当前把完整 filter 交给显示设置菜单，但没有把状态交给范围触发器；因此 main 尚未包含 feat(desktop): 已归档任务入口前置到范围菜单一级 (#3214) #3231 或 feat(desktop): add archived task scope entry #3294 的状态徽标。
• docs/product-rules/task-and-conversation-naming.md
  • 左侧列表中可单独打开、删除、归档的 session 面向用户称为“任务”。因此“已归档任务”的中文口径符合现行权威规则，无需另改成“已归档对话”或“文件”。

建议验证

选定唯一实现后，至少验证：

• active → archived → all → active 始终写入同一 filter.status，不产生第二份状态；
• 归档状态徽标、菜单选中态与触发器无障碍名称同步；
• 本地和远程归档任务均能加载、打开，取消归档后按既有行为离开当前归档列表；
• 状态持久化与重启行为保持现状；
• Light/Dark、键盘导航、窄侧栏、无归档任务空态以及无远程设备场景没有回归。

相关记录

• feat(desktop): 已归档任务入口前置到范围菜单一级 (#3214) #3231：与 feat(desktop): add archived task scope entry #3294 直接实现同一需求、修改同一组件；其最新版本已撤出范围菜单状态项，仅保留归档状态徽标，是决定本次处理方式的最强关联记录。
• feat: 建议增加“已归档”文件的查看按钮。 #3214：原始用户需求，确认真正问题是已有归档能力难以发现，而不是缺少归档数据模型或查看能力。
• feat(i18n): session 中文改称「任务」,并厘清任务/对话/消息的边界 #1171：已合并并建立权威命名规则，明确左侧列表条目称为“任务”，支持沿用“已归档任务”文案。