[Feature] Windows 关窗最小化到任务栏 + 托盘退出入口（#55 第 ① 条只实现了 macOS）

[Baekjojo]

What problem does this solve?

环境：Windows 11 x64 / Percho 0.6.0。

#55 的四条里，第 ① 条「任务栏最小化」经 #61 实现后只覆盖了 macOS：
packages/desktop/src/main/window.ts 的 close 只在 darwin 分支 preventDefault() + hide()，
非 darwin 直接 return（提交信息也写明「非 darwin 行为不变」）。我当初 issue 里漏写了平台，
这次补上（已在 #55 补过评论）。

Windows 上的实际后果：

• 点标题栏 × → 整个程序退出（main/index.ts 的 window-all-closed 里，非 darwin 走
  app.quit()），正在跑的 agent 一起结束；
• 目前没有任何托盘（Tray）实现。我按 v0.6.0 的 packages/desktop/src/main/ 逐个看过，
  没有 tray 模块；window.ts 只注册了 ready-to-show 和 close 两个监听；
• 同时 main/index.ts 里有 if (process.platform !== "darwin") Menu.setApplicationMenu(null);，
  也就是 Windows 连菜单栏都没有。

所以：如果只把 × 改成最小化，Windows 用户会失去正常退出入口。
托盘不是可选配套，得一起做。

实机感受：因为在 Windows 上 × = 退出，而 0.6.0 启动又是纯空（不恢复上次打开的会话），
误点一次 × 之后要回左栏重新找会话。

Proposed solution

1. Windows 下点 × → 最小化到系统任务栏（进程与正在跑的 agent 保持存活），与 macOS 那条同一语义；
2. 新增托盘图标：左键点击 → 显示/聚焦主窗口；右键菜单 →「显示主窗口」/「退出」；
3. 从任务栏或托盘点回来时，恢复原来的会话与滚动位置；
4. 若两平台不便统一，可给设置项「关闭窗口时：退出 / 最小化到任务栏」，默认按各平台习惯走。

Alternatives considered

现在只能点标题栏的「–」最小化按钮，或者接受退出后重启（长任务场景代价很大）。
前者其实能用，只是和 Windows 桌面应用「点 × 收到托盘/任务栏继续跑」的普遍习惯不一致。

[Jaxton07]

感谢这么细的调研，几点回应：

1. 先澄清一个前提（这条 issue 的框架是反的）

Windows 上点 × 走 window-all-closed → app.quit()，这是微软自己的惯例，行为本身是对的。
「点 × 收进托盘、进程继续跑」主要是微信 / QQ 那一类国产 IM 的习惯，不是 Windows 的普遍做法——
Slack、Discord、VS Code 在 Windows 上点 × 都是真退出。反倒是 macOS 那边「红点只隐藏窗口」才是平台分支。

所以这里不是「Windows 缺实现」，而是两个平台的语义不一致。

2. 关于托盘

你调研的第二点是对的：只把 × 改成隐藏的话，Windows 上确实没有别的退出入口了
（Menu.setApplicationMenu(null)，任务栏右键的「关闭窗口」发的也是同一个 close 事件），
托盘会是必须的配套。这也是我们不做这个方向的原因之一。

3. 我们的方案：做退出前确认弹窗，不做「点 × 收到托盘」

后续会加 Windows 的退出前确认弹窗：

• 点退出按钮（×）会弹确认窗
• 窗里写清「退出后当前正在进行的任务会终止」，由用户自己决定继续退出还是取消
• 想临时收起窗口的话，标题栏的 – 最小化按钮可以继续用

4. 想跟你确认下这能不能覆盖你的场景

你真正的痛点是「误点 × 导致长任务白跑」对吧？

• 如果是，那这个 issue 就按「退出前确认弹窗」来做，托盘 / 任务栏常驻方案不开。
• 如果你要的是「应用常驻后台、随时被叫回来」这种常驻形态，我们倾向不做：Percho 是 agent 工作台不是 IM，
  没有常驻在线的需求，硬做成托盘应用反而会让「点了 × 其实没关」变成新的困惑点。
  这种情况欢迎说说你的具体使用场景，我们再评估。

[Baekjojo]

两点先接受：弹窗方向我认，「误点 × → 任务被终止」确实是主痛点；原来那种"默认就改成收到托盘"的写法我撤回。

但第 1 点的事实要更正一下（这几个你手边大概就能验证）：

• Discord：Windows 上默认点 × 就是最小化到托盘，继续跑；设置里的「Minimize to tray」默认是开的，
  关掉才会真退出。
• Steam：默认点 × 收到托盘，后台继续跑（下载不断）；要真退出得走 Steam → 退出。
• Docker Desktop：点 × 不退出，继续后台跑。

这三个都不是 IM。它们的共同点不是"IM 习惯"，而是有长任务在跑：容器在跑、下载在跑、agent 在跑。
Percho 跑 agent 时属于同一类，所以我不认为这属于"两个平台消息不一致"。

所以诉求收窄成一条：加一个设置项
　「关闭窗口时：退出 / 最小化到托盘」，默认仍然是退出（沿用你说的 Windows 习惯）。

这样你担心的两点都解掉：

1. 「只把 × 改成隐藏就没别的退出入口」→ 托盘图标右键「退出」就是入口；
2. 「点了 × 其实没关，会变成新的困惑点」→ 默认关，只有用户显式打开才会这样，而且托盘图标常驻可见。

如果这个开关你也不打算做，那我就接受弹窗方案，自己用系统工具收起窗口，不再提这条。

[Jaxton07]

按讨论中的「退出前确认」替代方案收尾。

Windows 点标题栏 × 时，现在会显示退出确认，明确提示退出会终止正在进行的任务；取消后应用和任务继续运行。需要临时收起窗口时，仍可使用标题栏的 – 最小化按钮。

该功能由 #75 实现，已随 v0.6.1 发布，并包含在最新的 v0.6.2 中。

这里关闭的是误点 × 导致任务直接终止的问题，并不表示已实现托盘或「关窗最小化到托盘」设置；当前采用退出确认方案，暂不提供托盘模式。

感谢详细调研，以及对 Windows 应用行为的补充说明！