Appilot 产品 Backlog

记录用户反馈但暂不排期的产品事项。架构方向以 docs/architecture-convergence.md 为准 （2026-09-04 决策：Electron 唯一完整壳 + DSH 轻量工具插件）——凡与 DSH 大型 GUI 相关的旧条目均已按该决策收敛/撤销，不再追加投入。

1. 项目管理：删除与改名——✅ 完成

删除入口包含二次确认，并级联清理 tasks / product_records / project_meta / release_cache / 快照，避免共享 DB hydration 后项目“复活”。
2026-09-11 schema v14 将 projects.id 升为稳定主键、name 仅保留唯一展示名；产品、repo 元数据、排名历史、发布缓存和任务均引用 projectId。改名只更新一行，不再搬迁关联数据；重名会拒绝并回滚。
归属：Electron 项目管理（按收敛决策，DSH 不再做项目管理 GUI）

Electron 任务中心横幅（清除失败 / 清除并重新调度，id 哈希限速摊铺 30–210min）
- DSH /appilot task clear|reschedule——双端同一语义（PR #171/#172）
双源清除修复：失败状态在 electron-store，mirror 每 10s 写回 DB——只清 DB 会被 mirror 复活；现双源（electron-store 源清 failed + DB 非 electron 行直清）（PR #173）
教训 C 已完成：iTunes Search 403/429 共享熔断、冷却和调度限流已落地。

rank / github-sync 继续由 daemon 无头执行。
ops-sync / reviews-sync / build-status 依赖 Electron safeStorage 解密或完整项目富数据，由 Electron 运行时的专属心跳自动补跑；任务 kind/instance 已正确镜像到共享 DB。
后续可选优化：设计不暴露明文凭据的 daemon 凭据代理，再把上述三类完全迁到无头执行。

原诉求（DSH 会话内做活动视图/全局任务中心 GUI）已被决策取代：DSH 只做轻量工具插件，数据经 appilot_tasks 等 agent 工具输出（结果卡片呈现），不再追求常驻跨端 GUI。
架构结论存档：DSH 客户端无插件级跨端直读通道（宿主约束），宿主桥接排期与否不影响此决策。

PR #159/#161/#165 的 GUI 落地（三标签主面板、GlobalTaskCenter）随收敛从 DSH 客户端移除；对应信息能力（appilot_tasks byKind/summary 聚合）保留在服务端工具层，供 agent 汇报使用。
历史结论：该视图受宿主约束无法常驻跨端刷新；「任务数据在 DB 直读」由 Electron/daemon 承担。

2026-09-03：真实库曾出现 name/id 双实例；schema v14 最终统一为 github-sync:<projectId>，升级时自动迁移名称型旧行，名称只用于展示。
2026-09-04 运行事故复盘（rank 83→954 参数错误蔓延）：根因 = daemon 内存旧 executors（部署未重启），教训 A 已落成 daemon 代码自更新（PR #164）；教训 B/C 见 #2（限速摊铺 + 403/429 退避）
2026-09-04 架构收敛决策：Electron 唯一完整壳 + DSH 轻量工具插件（见 docs/architecture-convergence.md，里程碑 C1–C5；C1–C4 + 租约同 id 互斥已合）
2026-09-04 事故（双 daemon 并存）复盘补充：Electron dev 拉起的 repo daemon 与手动起的 profile daemon 同 id 并存并跑——lease acquire 同 id 心跳新鲜不再无条件续租（PR #175）
2026-09-10 审计：移除每 10 秒把 rank 快照反灌 app_kv 的无效循环；排名页已直接读取共享 DB。