feat(desktop): add invoice request flow

[nanaco666]

这次改了什么

摘要

在桌面端订单历史中增加静态申请开票流程：仅成功订单显示申请入口，弹窗展示订单信息并支持复制客服邮箱；发送时预填本地化邮件主题和正文，优先打开系统邮件客户端，失败后兜底打开 Gmail Compose。

变更类型

• feat 新功能

范围

• 本 PR 包含：订单开票入口、开票弹窗、mailto/Gmail 兜底、固定客服邮箱外链白名单、五种语言文案和回归测试。
• 明确不包含：真实发票生成、服务端开票接口、订单数据/mock/API 改造。
• 用户可见变化：成功订单可申请开票；其他状态不可申请。
• 是否存在 breaking change：无。

UI 变化

• 申请入口位于成功订单状态行；弹窗保留紧凑尺寸、普通字号、上下分隔线和语义颜色，邮箱为可点击复制控件，发送按钮带邮件图标。
• 引用的设计规范：docs/design-rules/DESIGN.md 的字号白名单、语义颜色、Light/Dark 双模式和弹窗布局约束。

怎么验证的

自动验证

订单历史定向测试：17 passed
pnpm check:i18n：通过
pnpm check:i18n-glossary：通过（仅已有待裁决术语告警）
pnpm check:dco：通过
git diff --check：通过

手工验证

待在桌面 Electron 运行环境中验证系统邮件客户端打开及 Gmail 兜底。

未执行的验证

根级 pnpm test:unit:related 受当前 Node 环境 localStorage 不可用影响，出现与本 PR 无关的既有测试失败；Desktop typecheck 受 worktree 缺少 docx、pptxgenjs、exceljs 依赖阻塞。

风险

风险分类

• 权限 / 安全 / 用户数据
• 跨平台差异

影响与回滚

• 影响范围：仅桌面端 Billing 订单历史及 shell:open-external 的固定客服 mailto 白名单。
• 回滚 / 降级方式：回滚本 PR 即可移除开票入口、弹窗和外链白名单。

提交前检查

• 已 review 完整 diff
• 每个 commit 都带 DCO 签名
• UI 改动已注明设计规范章节
• 未提交凭证、令牌或授权文件
• 已确认测试结果或说明未执行原因