feat: harness startup timing, wait counter and clearer update errors

[FlashingChen]

Closes #35

背景

Issue #35 反馈「每次启动要将近两分钟」「自动更新插件好像坏了」。排查结论（详见 plans/issue-35-startup-perf.md）：

• 捆绑运行时冷启动实测 <1s，壳层启动路径无同步网络/磁盘瓶颈 → 慢的根因指向用户侧杀毒软件扫描，非应用缺陷
• v0.3.5 即当时最新版，updater 返回 not-available 是正确行为；「坏了」的感知来自裸超时报错文案

因此本 PR 不改启动速度，而是补齐可诊断性与用户感知。

改动

文件	内容
src/main/main.ts	spawn→就绪耗时落日志；>45s 输出慢启动提示
src/core/diagnostics.ts	诊断白名单新增 Harness last startup、App update state 两个低敏字段
src/core/ipc.ts	HarnessStatus.since 状态时间戳
src/renderer/renderer.ts	连接中/重启中「已等待 N 秒」秒表；>45s 杀毒排除建议；移除三处「首次需 1-2 分钟」误导文案；更新失败识别网络错误并提示代理/手动下载
tests/diagnostics.test.mjs	新增诊断字段格式测试

自审记录

• smoke 断言用 .includes('已连接')，秒表只在等待态运行，不冲突
• 秒表 ticker 与静态文案无争写：先写静态文案再启动 ticker（review 中修复的时序问题）
• TDZ 安全：ticker 相关 let 声明先于所有调用点求值
• buildDiagnosticText 调用 updater.status() 无副作用（configure() 有守卫）
• 诊断新增字段不含路径/主机/网络标识，维持低敏承诺
• 主进程与渲染层慢启动阈值均为 45s 且注释互指

验证

• npm run verify：typecheck + build + 100 tests 全过
• --smoke / --harness-smoke 端到端通过