接续 | Vibe Archive

进行中

PTDash

项目页

Current Focus

把现有迁移流程从请求驱动改成后台 job 系统，避免大体积迁移超时，同时让 ownership 状态更稳定。

Blockers

`/api/migrate-pool2` 在大体积迁移时可能先返回超时，但后台传输仍继续，UI 不能立刻反映最终结果。
`sync_ownership()` 会根据实时 qB 数据重建 ownership，过渡态如果不谨慎回写，容易被覆盖。
还没有后台 job queue、进度持久化和 resumable migration record。

Bootstrap

先阅读 https://doc.unicorn5514.fun/projects/ptdash/ 和最近一篇 PTDash session log，确认 currentFocus、blockers 和 ownership 模型。
打开 https://pt.unicorn5514.fun/ 查看当前面板状态；这个入口需要现有 Basic Auth 凭据。
如需改代码，先登录运行 PTDash 的控制节点，核对正在运行的 systemd 服务和当前工作树，再修改后端或模板。
改动后先验证 local / pool2 快照、duplicate warning、ownership 展示和迁移动作，再决定是否发布到运行中的服务。

Latest Handoff

接手 PTDash 前先看项目页、这篇导入记录，再打开线上 PTDash 面板核对当前状态。如果需要更细的节点参数和迁移批次明细，再回到控制节点里的 `DEVELOPMENT.md`。

导入现有 DEVELOPMENT.md 并建立 PTDash 项目档案

Next Prompt

你现在接手的是项目 `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。

进行中

Vibe Archive

项目页

Current Focus

把这个站点从“示例博客”推进成真正可承载多地点、多项目接续开发的公共档案。

Blockers

真实项目的仓库入口、部署入口和历史开发对话还没有导入站点。

Bootstrap

新设备先打开 https://doc.unicorn5514.fun/resume/ 和项目档案，不要从单机路径假设开始。
如果当前设备没有工作副本，先确认仓库或 SSH 入口，再决定是 clone 还是直接登录现有服务器。
修改完成后先运行 npm run build，需要发布时再运行 npm run deploy。

Latest Handoff

当前架构已经把“公共上下文入口”和“项目级启动步骤”拆开了。后续如果某个项目依赖特定服务器或私有网络，不要把机器路径写进通用提示词，写进该项目的 bootstrap 即可。

从单机提示词改为公网接续架构

Next Prompt

你现在接手的是项目 `Vibe Archive`（slug: `vibe-archive`）。
先阅读这些公网入口：
- 总接续看板：https://doc.unicorn5514.fun/resume/
- 项目档案：https://doc.unicorn5514.fun/projects/vibe-archive/
- 最近会话时间线：从项目档案页面进入

工作约束：
- 不要假定代码只存在于某台机器的固定路径。
- 以公网项目档案和最近 session log 作为 source of truth。
- 如果当前设备没有工作副本，先确认仓库或 SSH 入口，再继续 currentFocus。
目标是把这个站点继续优化成适合多地点、多项目接续开发的档案系统。

会话接续看板