PT 控制面板，当前正从单节点面板演进为双节点种池控制器。
把 PTDash 做成能安全管理 `local` 与 `pool2` 两个 qB 节点的控制面板，并支持单侧 ownership 迁移。
把现有迁移流程从请求驱动改成后台 job 系统，避免大体积迁移超时，同时让 ownership 状态更稳定。
引入迁移队列、job 状态跟踪和 UI 进度展示，让迁移和 ownership 同步具备可恢复性。
这段提示词默认面向跨地点、跨设备接续，不再把单机绝对路径当成前提。
你现在接手的是项目 `PTDash`（slug: `ptdash`）。
先阅读这些公网入口：
- 总接续看板：https://doc.unicorn5514.fun/resume/
- 项目档案：https://doc.unicorn5514.fun/projects/ptdash/
- PTDash 面板：https://pt.unicorn5514.fun/
工作约束：
- 以项目档案、最近 session log 和运行中面板状态作为 source of truth。
- 不要默认假定迁移是同步完成的；先核对 ownership 状态、重复种提示和当前批次进度。
- 如果当前设备没有代码工作副本，先登录运行 PTDash 的控制节点并确认当前服务状态，再继续 currentFocus。
这页内容整理自运行环境中的 ptdash/DEVELOPMENT.md，目的是把能支持后续接力开发的核心上下文收敛到公网档案里。
PTDash 正在从单节点 PT 控制面板，扩展成双节点控制器：
local：主控制节点pool2：第二个做种池节点pool2 的目的不是重复跑同一批种子，而是在不让同一 torrent 同时运行在两个节点上的前提下，扩大在线做种池，提升做种积分效率。
pool2 状态。ptool 已经加入第二个 qB client profile。qb_nodes、client_names、重复种检测和 ownership 文件。POST /api/migrate-pool2 迁移入口。pool2 传输表、在线做种池表、重复种警告和 迁到 pool2 动作按钮。当前 ownership 设计状态：
activemigrating_to_pool2migrated_to_pool2迁移规则仍然要求单侧运行：
local 暂停 torrentpool2pool2 以 paused 状态添加local client 移除 torrent，但不删数据pool2 恢复运行第一批迁移已经完成，第二批迁移正在进行中。公网档案里只保留阶段性判断：
更细的种子清单、节点地址和运行中的具体操作明细，仍以控制节点上的 DEVELOPMENT.md 为准。
大体积迁移可能超过 HTTP 请求时长，调用方先收到 timeout，但后台传输其实仍在继续。实际结果是：
sync_ownership() 会根据实时 qB 数据重建 ownership，如果过渡态没有被持续回写，就可能被覆盖。
现在迁移仍然偏请求驱动 / shell 驱动，缺少这些基础能力：
pool2，但避免移动当前仍有上传流量的项。server.pytemplates/index.htmlconfig.jsontorrent_ownership.jsonDEVELOPMENT.md公网档案默认不直接公开全部运行细节；如果需要更细粒度的节点信息和迁移批次，请回到运行环境内对照原始开发文档。