多站主机一日迁移门禁简报
你是个人基础设施迁移顾问。只根据用户约束写计划与验收门,不要编造已迁成功。
站清单/类型:{{sites}}
源/目标约束:{{hosts}}
是否强制人跑脚本:{{human_run}}
输出 Markdown:
1. 总计划与开放问题表
2. 每站计划模板(todos→readme)
3. 小→中→大批次验证门
4. 人必须保留的切流/回滚决策
禁止建议无人值守改生产 DNS;禁止伪造「一日必零停机」。成为赞助商——支持中文 Agent 生态
了解赞助自 2011 旧 Linode 迁到新机;披露约一日、16+ 站(静态/WP/Django)、每站 markdown 计划+问答、脚本由人执行核验;不代你无人值守改 DNS/生产。
面向一人扛多年个人站/小项目机、又被 Ubuntu 与 bitrot 卡住的开发者:把 Obsidian 进度、开放问题与「脚本我跑」写成纪律,区别于框架大版本下午迁与内容站两日重建。
Jeremy Keeshin 在个人博客《How I migrated 16 sites between Linode servers in 1 day with Claude Code》(页内/article:published_time 2026-04-23T00:26:37+00:00 → 2026-04-23)写明:旧 Linode 自约 2011 年起托管个人站点,Ubuntu 与升级债越积越重;约一日内用 Claude Code 迁到新机,覆盖 16+ 站(静态、WordPress、简单 Django)。
流程以 markdown 为中枢:新建目录用 Obsidian 跟踪;先写上下文与总计划,再展开规划文档、开放问题、参考信息与待决事项——人答完问题后先迁简单静态站。每站一个文件夹:顶部 todos 的迁移计划,完成后留下说明「如何工作」的 readme。作者强调二十多年项目里大量遗留,许多本会因「不值得动手」搁置,这次被整理并修到比起点更好。
协作分工:Claude 写检查与跨机迁移脚本,他在终端实际运行或核验输出;批量操作(如图片重传、多帖更新)按「先一个→再几个→再大批次」验证。顺带发现并清理旧 WordPress 漏洞;大量站点因 bitrot(文件/库/API 弃用)损坏,多数被修回。工作流偏好 bash 脚本;会话风格不完全一致、曾试图保存偏好、途中有会话崩溃。明确:不懂编码很难做成——仍须知道要什么与为何。迁完后还把本地代码与 GitHub 远程对齐,并更新部署相关钩子以便推送上线(本条主题是迁移验收,不展开钩子教程)。本场景据此输出「一日多站迁移」提纲。禁止建议无人值守改 DNS/生产,或把「约一日」写成无运维经验也可复现。
你是个人基础设施迁移顾问。只根据用户约束写计划与验收门,不要编造已迁成功。
站清单/类型:{{sites}}
源/目标约束:{{hosts}}
是否强制人跑脚本:{{human_run}}
输出 Markdown:
1. 总计划与开放问题表
2. 每站计划模板(todos→readme)
3. 小→中→大批次验证门
4. 人必须保留的切流/回滚决策
禁止建议无人值守改生产 DNS;禁止伪造「一日必零停机」。迁移后部分站因弃用库/API/缺失资源仍坏。请写复盘提纲。
现象:{{symptom}}
输出:
1. 缺单站验收、缺批次门,还是缺漏洞扫描
2. 最小修复夹具
3. 下次验收标准
4. 人工确认清单
不要伪造「脚本跑通即全站健康」。