DevConfig Backup 项目总览

用途与结果

最快了解这个项目

为什么需要它

电脑真坏时，安装软件并不难，难的是找回散在几十个目录里的配置、密钥、环境变量、Wi-Fi、终端会话和应用数据。这个项目把采集、打包、热备、云端尝试、任务重建和微信回填顺序写清并自动化；恢复时仍要按版本、兼容性和现场状态选择材料，不能把旧系统原样倒进新系统。

举个实际例子

“准备重装了。先告诉我最近哪份配置包完整、微信备到哪里，还有什么没保住；不要现在覆盖任何东西。”系统会核对各层副本和清单，给出可以隔离恢复的材料与真实缺口；新机重新登录和官方微信验收仍另做。

最后我会得到什么

得到版本化配置包及其可携带哈希/清单、微信当前与前一成功副本、各层最近尝试和最后成功状态，以及明确的恢复计划和替换前回滚点。恢复入口能逐文件验真，但不会自动导入所有旧任务、恢复登录或替我确认微信历史。

正常时

只有一份配置或微信副本完整核对后才标为这一次成功；电脑本地、G 盘、云端和 H 盘分别展示自己的日期。

发现问题时

网络或云端目标有问题时保留已经完成的本地副本；微信恢复目标已有文件时先留可回退副本，绝不直接覆盖。

入口不可用或证据不足时

G 盘、云端账号或 H 盘暂不可用时，只把相应副本标成未完成；H 盘未解锁不触发冷拷贝，也不影响已验本地版本。

从哪里开始

双击本机 Open-BackupStatus.vbs 看图形状态，或用 Backup-Status.ps1 查看各介质；在已接入的 AI 对话中明确提出备份、微信原件保护或换机恢复，恢复默认先只读预检。

需要准备什么

要保护或恢复的配置类别
当前本地、G、H 或 Drive 可用情况
恢复时的新机路径和目标是否已有文件

从开始到拿到结果

1
分别核对每处副本的日期
状态入口把电脑本地、G 盘快速副本、云端和 H 盘冷副本各自的最后成功时间列出来。
2
按清单生成可核对备份
只收难重建的配置和选定数据，保留清单、哈希与来源；微信文件走独立增量路线。
3
先验完整再发布
本地与 G 成功后才更新当前指针，云端和冷盘按自己的任务另验。
4
恢复先预览后回填
选完整日期包与新机目标，先确认路径映射、现有文件和回滚点，再逐应用验证。

从这些需求了解功能

从一个实际问题看它怎样处理、交回什么；当前能做到哪一步和仍有哪些限制，也写在对应说明中。

01分层与云校验如果家里停网了，每天晚上的备份会怎样？本地和 G 盘任务不依赖外网，仍可各自完成；Drive 任务不会拖垮它们，但会保持未完成或返回非零，等网络与远端恢复后由任务补跑。为什么这个项目不直接往 H 盘写备份？H 盘平时不在线，只有本人解锁且介质和容量都合适时，电脑恢复任务才把已验副本复制过去；本项目自己的每日备份不直接改 H 盘。查看使用步骤与完整说明 02配置精选与避坑JetBrains 和 VS Code 装了十几 G 插件，重装时也会打包进去吗？不会把可重新下载的插件程序都塞进包；保存个人设置和插件名称清单，重装时按清单补齐。Docker 的镜像和容器也会被 DevConfig 备份吗？不会；DevConfig 只收明确列出的 CLI（命令行工具）/Desktop 配置和 contexts，docker_data.vhdx、镜像层、容器运行态与登录数据库不属于这个包。查看使用步骤与完整说明 03微信原生增量微信每天发很多视频，云端任务会不会一下传几十 GB？它按内容比对并跳过未变化文件，默认再用8G限制单次云端传输；达到上限就明确本次未完成，不代表云端空间或任务重试的累计流量没有上限。微信正在聊天时备份，数据库会不会损坏？默认从同一文件系统时点复制微信文件，减少复制期间前后变化；这仍不能保证微信内部每条聊天都处于同一事务，最后须在官方客户端试读。查看使用步骤与完整说明 04重装恢复与调度换了新电脑，解压备份后为什么 Xshell 和部分软件找不到配置？由当前恢复任务和PCConfig先核对新机用户名、文档目录与盘符，再处理备份里的已知路径引用并回读应用。原机E:\Documents和10979只是旧布局；只有明确选择保留原布局时才指回E，不要求新机照搬。新电脑可以把备份里的自动任务一次全装回去吗？不能照搬旧任务；逐项核对旧路径、登录身份和新机软件，再按电脑恢复说明重建。查看使用步骤与完整说明

项目指标与相关入口查看规模、覆盖范围和关联能力

当前项目指标

配置本地/G（9月24日）: 2.87 GB · 生产者已验
微信G热备（9月24日）: 145,544 文件 · 45.42 GB
配置Drive: 9月18日已验；本次任务仍运行
H冷备（9月23日）: 已完成 · 早于当前G

它负责

按清单收难重建的设置和凭据，逐文件核对后生成可带走的配置包。
分别把已完成配置包留在本机、G 盘和已登记的 Google Drive 目标，并各自确认是否真的到达。
让微信原应用文件单独增量备份，源中真实删除在能完整读取时才跟随。
恢复前先只读预览，明确执行后才解包或复制；已有目标先保留，应用能否打开再单独验。
维护已经登记的 Windows 自动备份任务和启动方式，不把任务显示就绪当成文件已备好。

它不负责

可重新下载安装的软件、插件和缓存不挤进配置包。
Docker 等程序的大型虚拟磁盘和运行中数据库不当作普通设置备份。
这个项目只做本地、G 盘和云端；H 盘冷副本由 PCConfig 已有任务在解锁后处理。
文件复制完整仍不等于微信官方客户端已登录并读到旧历史。
真实备份包、聊天和密钥留在受保护介质，不进入公开代码仓库。

产品思想与设计核心

先保住难重建的东西

软件下载得回来，私人设置、密钥和会话往往不行。必需来源读不到时不发布看似完整的新包；包体大小随真正有用的资料变化，不为好看而删恢复材料。

本地、G 盘、云端和 H 盘各算各的

电脑本地最快取，G 盘是日常第二份，Google Drive 提供异地副本；H 盘平时不在线，只在本人解锁且条件满足时由 PCConfig 冷备任务复制。一层成功不让其他层自动变绿。

微信先形成独立副本再上传

默认从同一文件系统时点取得微信文件，再逐项核对；完整源中真正删除的文件才从备份中清理。文件齐全仍不证明微信数据库同一事务可用，最终要在官方客户端试读。

恢复先检查，再决定覆盖什么

先验备份包和文件清单，正式操作先解到独立目录；微信还须确认客户端关闭，目标已有内容要留回退副本。复制完仍需逐应用登录和核对。

系统从哪里采集配置，如何保障边界安全

按已经登记的来源清单收设置、系统导出和微信原应用文件，公开网页只解释材料类别与恢复结果，不读取私人正文。

电脑上的应用和 AI 工具设置

按清单收密钥、终端会话、编辑器和应用配置；排除可重下的插件与缓存。

形成带文件清单的配置包；恢复时按新系统实际路径选择回填，不整包覆盖。

Windows 环境与网络设置

保存需要重建的系统环境、精选自动任务、Wi-Fi 和终端连接设置。

换机时逐项核对兼容性再恢复；旧任务不整批导入。

已装软件和扩展的名称清单

导出可重新安装的软件与扩展清单，而不保存全部安装程序。

重装时知道要补哪些软件，减少包体而不丢失选择记录。

微信原应用文件

包括数据库、图片和音视频；最近一次来源回执与每层副本仍各有自己的日期。

形成可逐文件核对的本地副本，再由云端取已验版本；真正能否读回聊天须在微信客户端确认。

已登记的云端目标

只使用本次绑定的 Google Drive 位置和当前网络条件。

上传与文件比对各自回读；目标错了或网络断开就停，不自动换账号。

备份包可能含凭据和私人聊天，只留在可信副本位置；文件名排除和公开仓库检查不能代替逐值保护。

项目怎样演化到现在

2026-06–07

把难重建的配置留下来

从按来源精选采集发展为本地、G盘和云端分层保存；能重新下载的软件不挤占配置备份。

阶段依据

2026-06-23—2026-07-08 · 按来源精选配置，软件可重下部分另行安装。原记录的依据标签为“基础架构与清单数据驱动”，未附Git提交编号。

2026-07–08

大体量应用数据单独处理

微信原应用文件采用独立增量和恢复预检，不塞进每轮配置压缩包；H由机器恢复入口承接，不新建一套冷备任务。

阶段依据

2026-07-09—2026-07-27 · 备份制品与公开源码分开，H冷备由机器恢复入口负责。原记录的依据标签为“公开制品门与冷备隔离”，未附Git提交编号。

2026-09-18–09-22

离开旧电脑也能核验手中的备份

配置包自带文件清单和完整性检查，离开旧电脑仍可先验再恢复；微信先形成同一文件系统时点的副本并留前一版。云端和冷盘是否追上，以及微信客户端能否读回，仍各自验收。

阶段依据

2026-09-18–09-22 · 离开旧电脑也能核验手中的备份8b40103
2026-08-27—2026-09-18 · 配置包与微信副本形成可携带、可隔离复验的恢复集。原记录的依据标签为“微信恢复、远端失败关闭与热备回执”，未附Git提交编号。
2026-09-22 · 9月22日当时只读已发布源码与01:39 UTC完成的Hot生产回执；默认隐藏Hot增加UseVss，手动无参数仍为live_source。9月24日新恢复点属于相同机制的日常捕获，不另增阶段。25415061c11bfaef92535925e4a8bb950c5ceeb0

完整项目状态与证据边界

配置本地/G与微信Hot有较新完成点；H冷盘仍是前一日结果，云端进度另看2026-09-24 13:02（中国时间）

已确认事实

重装或换机时，把 AI 工具配置、GPG 私钥、SSH 会话、环境变量、编辑器设置和重装清单留成可检查的恢复包。9月24日本地/G当前压缩包为2,870,143,084字节；安装本体、插件、node_modules 和常见缓存仍排除，恢复者按新系统与应用版本选择回填。
9月24日零写入状态显示本地/G配置包同为 devconfig-20260923-210942-0fc73b3a.zip，2,870,143,084字节，生产者已验，状态入口未重哈希包内容。每代仍带 .sha256、.receipt.json、.manifest.json 和包内 backup-manifest.json，由 current.json 绑定成功代。9月18日已验配置Drive与当时H包哈希一致，是旧成功点；9月23日H冷备虽完成，早于9月24日新本地/G包，不能说四层同代。
备份项由 sources.psd1（PowerShell 数据文件）声明式驱动，不动脚本。它按明确路径取 PowerToys 配置、FinalShell conn\、PixPin Config、JetBrains 设置和 Docker CLI（命令行工具）/Desktop 小配置，排除安装本体、截图历史、插件/JDBC（数据库驱动）、规则数据库、VHDX 虚拟磁盘、镜像层与容器运行态；源码 README 中的体积对比只作早期选型说明。
备份运行时现生成注册表环境变量（用户+机器）、机器 PATH（系统路径）、20+ 自定义计划任务 XML、hosts、Wi-Fi 配置文件（含密码）与 Xshell 注册表；同时导出 scoop、winget、VS Code / Cursor / JetBrains 插件列表，让可重下内容一条命令补回。
现存Hot成功回执于2026-09-24T01:40:05.6637527Z完成，145,544文件、45,422,871,529字节，generation（代际）=4af3e299165d4ecd942e703b91651651。默认隐藏Hot入口以-UseVss从Windows同一文件系统时点取数；回执为vss_crash_consistent、sha256_full_tree，但application_consistency=not_proven、application_recovery=not_tested。9月20日微信Drive周任务因本地复制哈希不符失败，未发起该次上传；旧云端内容本轮未读。Drive仍只消费已验静态集合，单次8G与WAL/SHM/journal保留边界不变。
wechat.hot-backup-receipt.v2 绑定 generation（代际）、完整集合清单、文件数/字节、全树 SHA-256 验证及 source_follow_verified 保留结果，不输出聊天正文或文件名。PCConfig 仍按目标和 36 小时新鲜度接受它；状态查询消费生产者的验真回执，不再遍历和重哈希整库。
Restore-DevConfig.ps1 默认只读核验包 SHA-256、成功回执、清单、内部路径与覆盖条件；显式执行只向隔离目标解包并完整复核文件树，保留替换前目标。Restore-WeChat.ps1 同样先检查，官方客户端关闭且覆盖得到明确选择后才复制，结果保持 COPY_COMPLETE_AWAITING_HUMAN_ACCEPTANCE。来源9月18日的隔离恢复已核对8,640文件、8,531,705,353字节并通过全树SHA-256，没有覆盖现用配置。账户、注册表、任务和机器路径重映射仍由 PCConfig 与实际应用验收。
已登记时序为本机America/Los_Angeles：配置本地/G每日21:05，Drive每日22:00，微信G每日18:30，微信Drive周日20:00。9月24日05:02 UTC只读任务状态：配置本地/G和微信Hot最近任务返回0；配置Drive当时仍Running，不预判终态；微信Drive上次周任务9月20日返回1，失败发生在本地复制哈希核对，Drive未请求。旧9月18日四任务结果0只属当时，不覆盖此次失败；本轮未启停或改任务。
DevConfig 生成的 zip 本身可能含明文凭据，脚本没有给它再套一层加密。H 盘由 BitLocker 保护；Drive 依赖用户的私人账号与登录保护。本轮没有重新证明本地包或 G 盘的静态加密状态，所以页面不把“能访问”写成“包已加密”。
9月24日本地/G配置包2,870,143,084字节，约2.87 GB；微信Hot生产回执45,422,871,529字节，约45.42 GB、145,544文件。GB为十进制；9月23日H冷备完成18集合，但比新G点早，不把冷盘成功误写为同代。

当前缺口

本轮只读Backup-Status的零写入结果、G盘现存wechat-hot-last.json和PCConfig既有cold-last；没有重新压缩、创建VSS、全树重哈希、访问Drive或复制H。生产回执完成不等于网页再次验真所有载荷；配置Drive本次运行终态与云端实际对象仍未知。
当前来源已经增加配置包、清单、同名漂移、微信源删除和恢复事务的回归；本轮未重跑源码全套。9 月 4 日 8 个测试及当时因微信运行而跳过的分支只是历史，不再用于宣称当前所有路径通过。
VSS捕获只保证文件系统时点的crash-consistent快照，不证明微信已经提交所有应用事务；手动无UseVss仍可能跨时刻读取。rclone check只核对远端与已选本地文件字节，真实客户端恢复必须另行验收。
系统导出的 20+ 计划任务 XML 严禁在新电脑通配批量导入，必须配合 PCConfig 重建手册与验证工具逐项审查恢复。
PCConfig 9 月 18 日收尾记录 16 个冷备集合完成，并对 G/H 微信 145,307 文件做全量哈希核对；其它集合按各自明列的完整或抽样范围验收，不一概称全量。以后 H 缺席仍跳过，保留最近成功日期；加密且锁定的在线介质不等于物理离线备份。
“强哈希只留在原 state”已被随包清单和成功回执替代。现在仍需携带一整套对应代文件并通过恢复入口核验；仅有 latest 名称、可解压 CRC 或散失附属文件的旧包，都不能自动升级为完整可验证恢复集。
9月18日配置包隔离恢复和16个集合备份通过，9月23日冷备回执为18集合完成；这些分属不同日期，不等于9月24日新G点已进H或整机新装已恢复。本轮没有做完整新机恢复；官方微信客户端接受、生产数据库导入、账号登录及自然启动仍待实际验收。

来源与公开边界

devconfig-backup 是 PUBLIC（公开）工具仓库。规则禁止提交真实备份包、注册表敏感导出、密钥、微信数据库或运行日志；当前 Git 文件候选通过 Assert-NoBackupArtifacts 的已知目录、扩展名和路径检查，任意正文零秘密仍由发布前公开内容门另行核对。

当前关键技术事实

它真正解决的事: 重装或换机时，把 AI 工具配置、GPG 私钥、SSH 会话、环境变量、编辑器设置和重装清单留成可检查的恢复包。9月24日本地/G当前压缩包为2,870,143,084字节；安装本体、插件、node_modules 和常见缓存仍排除，恢复者按新系统与应用版本选择回填。
分层介质与职责分工: 9月24日零写入状态显示本地/G配置包同为 devconfig-20260923-210942-0fc73b3a.zip，2,870,143,084字节，生产者已验，状态入口未重哈希包内容。每代仍带 .sha256、.receipt.json、.manifest.json 和包内 backup-manifest.json，由 current.json 绑定成功代。9月18日已验配置Drive与当时H包哈希一致，是旧成功点；9月23日H冷备虽完成，早于9月24日新本地/G包，不能说四层同代。
清单数据驱动与避坑边界: 备份项由 sources.psd1（PowerShell 数据文件）声明式驱动，不动脚本。它按明确路径取 PowerToys 配置、FinalShell conn\、PixPin Config、JetBrains 设置和 Docker CLI（命令行工具）/Desktop 小配置，排除安装本体、截图历史、插件/JDBC（数据库驱动）、规则数据库、VHDX 虚拟磁盘、镜像层与容器运行态；源码 README 中的体积对比只作早期选型说明。
系统导出与重装清单自动生成: 备份运行时现生成注册表环境变量（用户+机器）、机器 PATH（系统路径）、20+ 自定义计划任务 XML、hosts、Wi-Fi 配置文件（含密码）与 Xshell 注册表；同时导出 scoop、winget、VS Code / Cursor / JetBrains 插件列表，让可重下内容一条命令补回。
微信原应用数据独立增量流水线: 现存Hot成功回执于2026-09-24T01:40:05.6637527Z完成，145,544文件、45,422,871,529字节，generation（代际）=4af3e299165d4ecd942e703b91651651。默认隐藏Hot入口以-UseVss从Windows同一文件系统时点取数；回执为vss_crash_consistent、sha256_full_tree，但application_consistency=not_proven、application_recovery=not_tested。9月20日微信Drive周任务因本地复制哈希不符失败，未发起该次上传；旧云端内容本轮未读。Drive仍只消费已验静态集合，单次8G与WAL/SHM/journal保留边界不变。
微信热备给冷备留下可核对交接单: wechat.hot-backup-receipt.v2 绑定 generation（代际）、完整集合清单、文件数/字节、全树 SHA-256 验证及 source_follow_verified 保留结果，不输出聊天正文或文件名。PCConfig 仍按目标和 36 小时新鲜度接受它；状态查询消费生产者的验真回执，不再遍历和重哈希整库。
新机恢复先看现场再动手: Restore-DevConfig.ps1 默认只读核验包 SHA-256、成功回执、清单、内部路径与覆盖条件；显式执行只向隔离目标解包并完整复核文件树，保留替换前目标。Restore-WeChat.ps1 同样先检查，官方客户端关闭且覆盖得到明确选择后才复制，结果保持 COPY_COMPLETE_AWAITING_HUMAN_ACCEPTANCE。来源9月18日的隔离恢复已核对8,640文件、8,531,705,353字节并通过全树SHA-256，没有覆盖现用配置。账户、注册表、任务和机器路径重映射仍由 PCConfig 与实际应用验收。
任务时间与三种不同的“成功”: 已登记时序为本机America/Los_Angeles：配置本地/G每日21:05，Drive每日22:00，微信G每日18:30，微信Drive周日20:00。9月24日05:02 UTC只读任务状态：配置本地/G和微信Hot最近任务返回0；配置Drive当时仍Running，不预判终态；微信Drive上次周任务9月20日返回1，失败发生在本地复制哈希核对，Drive未请求。旧9月18日四任务结果0只属当时，不覆盖此次失败；本轮未启停或改任务。
包本身不加密，介质保护各自负责: DevConfig 生成的 zip 本身可能含明文凭据，脚本没有给它再套一层加密。H 盘由 BitLocker 保护；Drive 依赖用户的私人账号与登录保护。本轮没有重新证明本地包或 G 盘的静态加密状态，所以页面不把“能访问”写成“包已加密”。

完整执行流程

1
每日定时采集与精选打包
21:05 从声明清单生成独立候选，导出必要系统信息；检查必需源、最多三次稳定读取、文件哈希与结束时源集合，再经 7-Zip 测试，写入随包清单与成功回执。
2
零流量本地与 G 盘热备落盘
只有完整成功代才更新current.json；配置包复制到G后再验真，成功前保留旧代。微信独立Hot任务从VSS固定时点读取、核验后切换当前与前一成功集合；快照创建失败就报告失败，不静默降为活动源复制。
3
夜间上传一个完整新代
22:00 读取已成功且锁定的本地代，先发布日期包与附属校验文件、核对，再更新 latest 兼容别名和 current（当前状态）指针。独立失败留住已有本地/G 成果，不能用本地完成提前代报云端成功。
4
新机按兼容性选择回填
先用 Restore-DevConfig 的默认只读模式核验 SHA-256、回执、清单和解包路径，显式执行后只落入独立目标并逐文件核对；账户、注册表、任务和 home/AppData 回填仍按 PCConfig 与新系统兼容性选择。
5
微信数据预检与安全接管
运行 Restore-WeChat.ps1 只读检查，确认官方微信关闭后，显式执行回填；若目标已有数据自动备份为 .pre-restore-* 回滚目录，最后由人工启动微信确认历史。

本页用到的名词

需要核对专业含义时，可以在这里查看它在 DevConfig Backup 项目中的具体用法。

rclone（云同步工具）: 支持多云存储协议的命令行工具。配置按成功代发布包和附属校验文件；微信从已验本地集合做内容增量并在同一范围内核对删除。
robocopy（Windows 健壮文件复制工具）: Windows 文件复制工具，本项目用于受控采集与微信候选复制；单独的复制退出码不替代随后全树比对或成功指针。
checksum（校验和）: 基于文件内容的哈希计算值；rclone 通过比对内容哈希决定是否传输，避免单纯依赖修改时间导致漏传或重复上传。
WAL（Write-Ahead Logging，预写式日志）: SQLite 可能把尚未合并进主库的已提交事务放在 -wal 文件里；备份规则不应过滤它，但运行中逐文件复制仍可能跨越不同写入时刻。
SHM（Shared Memory，共享内存索引）: SQLite 在 WAL 模式下使用的共享内存索引文件；本项目不将它排除，但是否可由客户端使用仍需恢复验收。
fail-closed（失败关闭）: 当环境出现不可预期故障（如 binding 文件损坏、代理不可达、目标已存在非空文件）时，系统立即安全退出并阻断写入，绝不盲目降级。
binding（远端别名绑定）: 保存在本地非秘密 state 中的 rclone remote 别名映射；确保云端同步只传向用户指定的准确云盘，严禁 fallback（降级）到默认第一个远端。
BitLocker（Windows 驱动器加密）: Windows 原生全盘加密技术；本项目冷备介质 H 盘默认处于锁定状态，防止物理介质丢失造成敏感凭据泄露。
Task Scheduler（Windows 任务计划程序）: Windows 系统内置的定时任务管理服务；当前驱动四个常规备份任务。首次云端补齐监控是独立临时任务，当前已禁用。

系统里实际有什么

下面是当前产品组件，不是概念分类。每一项都对应真实文件、入口或验证链。

Backup-DevConfig.ps1

配置采集、系统现导出、清单生成、7z 压缩打包与分层分发（Local/Hot/Drive）。

兼容 PowerShell 5.1/7，支持 Tier 和零写入 Plan；独立候选经稳定文件采集、结束集合检查、7z 测试与随包成功回执后，才能原子发布 current.json。失败不替换旧成功代。

sources.psd1

配置采集与排除规则的数据驱动清单，定义散件、各工具目录、避坑黑名单与计划任务白名单。

受限PowerShell数据文件，纯声明式数组与哈希表；新版额外排除Codex瞬态sandbox-bin和aicli-background-children协调租约，避免把不可恢复的活动状态当作配置备份。

Backup-WeChat.ps1

微信原应用数据的独立文件级增量与可信原件保留集合收敛，支持 Hot、Local、Drive。

默认隐藏Hot入口带-UseVss，从受约束创建的VSS时点副本捕获；只清理本次创建的快照。手动无UseVss仍是live_source。候选全树SHA-256通过后保留前一成功代；回执分别记录capture_consistency、application_consistency与application_recovery，Drive仍只消费已验本地代。

Restore-WeChat.ps1

微信原生目录的灾难恢复总线，提供默认只读预检、目标非空回滚保护与人工在场状态标记。

多步安全校验，支持 -Execute 与 -ReplaceExisting，返回 COPY_COMPLETE_AWAITING_HUMAN_ACCEPTANCE。

Initialize-BackupNetwork.ps1

为无窗口计划任务提供网络代理自动继承与 rclone 远端绑定安全解析。

读取注册表系统代理配置，解析 rclone-remote-binding.json，提供 fail-closed 安全保障。

Setup-ScheduledTasks.ps1

在 Windows Task Scheduler 幂等注册 4 项常规备份任务；临时小时监控由独立安装脚本管理。

四个任务的Action为wscript.exe，隐藏VBS优先PowerShell 7、缺失才回退5.1。微信Hot定义使用当前交互用户Highest以创建VSS，其余为Limited；注册可只更新选定已登记任务并保留原时序、设置与暂停意图。旧临时监控仍停用。

Backup-Status.ps1

零写入查看配置包、微信、各层生产回执与任务；可选明确 LiveDrive 才查询云端元数据。

devconfig.backup-status.v2 区分最后成功、最近尝试、已由生产者验真但未在状态查询重哈希的载荷。Backup-Plan 提供零写入差分，现有控制窗口定期展示状态，不另建常驻服务。

tests/ 自动化合同套件

检查 Git 文件候选、Docker allowlist、本仓库 H 目标、任务代理/事务注册、rclone 内容变化 fixture 和微信恢复保护。

当前测试覆盖候选、必需源、同名漂移、清单、保留、微信事务与恢复等边界；9 月 4 日 8 脚本仅为历史基线，本轮没有重新运行来源全套。

Restore-DevConfig.ps1 / Backup-Plan.ps1

先以零写入方式解释包是否完整、会恢复哪些内容，再明确执行隔离恢复。

成功回执与外部/内部清单绑定；路径和包哈希校验通过后，执行才解包并全树回验，非空目标必须明确替换且保留前像。系统导入仍归 PCConfig。

当前数据合同与写读边界

备份源与排除规则清单

sources.psd1 data format

sources.psd1：声明 HomeFiles、HomeDirs、AppDataDirs、ExcludeDirs、ExcludeFiles 与 ScheduledTaskPatterns；禁止包含真实密钥正文。

云端远端别名绑定记录

devconfig-backup.rclone-remote-binding.v1

rclone-remote-binding.json：仅记录用户选定的 non-secret（非机密）rclone 远端别名，不展示具体私人 remote（远端仓库）名，也不包含 OAuth（账号授权协议） token 或凭据。

可携带成功包与逐文件恢复清单

devconfig.package-receipt.v2 / devconfig.payload-manifest.v1 / devconfig.package-current.v2

Backup-DevConfig.ps1：每代 .sha256、.receipt.json、.manifest.json 与包内 backup-manifest.json 共同绑定完整采集、7z 测试、包哈希和文件树；旧 state/latest.sha256 只是兼容记录，不能独立授权发布或恢复。

云端上传完成状态凭证

devconfig.drive-upload-state.v1

last-uploaded.json：记录已成功传至 Drive 的 SHA-256、远端别名、目录名、带日期包名与 latest_name；必须另读本轮远端对象，不能只凭任务状态声称云端已追平。

微信 G 盘热备回执

wechat.hot-backup-receipt.v2

Backup-WeChat.ps1：绑定完整集合清单、generation（代际）、文件数/字节、sha256_full_tree 与 source_follow_verified；不输出文件名和正文，PCConfig 仍核对目标与 36 小时新鲜度。

5 层证据分别证明什么

Source（源码与规则）

能证明：2026-09-22已回读PUBLIC（公开） main=25415061c11bfaef92535925e4a8bb950c5ceeb0。保留原可携带恢复集、事务式微信集合与只读计划，并增加Hot VSS捕获、精确快照清理、选定任务注册和瞬态配置排除；本轮未重跑源码测试。

不能证明：源码不证明云端或H已补齐，也不证明新机或微信应用恢复。

Tests（隔离自动化测试）

能证明：9 月 18 日 PCConfig 来源收尾记录当前专项回归通过；旧 9 月 4 日 8 脚本的结果保留为历史。本轮网页只读取证据，没有把这些测试再执行一次。

不能证明：源回归或已验文件恢复都不能代替真实新 Windows 的登录、驱动、应用兼容与微信业务验收。

Runtime（当前系统运行态）

能证明：2026-09-24T05:02:11Z零写入状态：本地/G配置包为2,870,143,084字节的同一成功代；微信Hot回执于01:40:05Z完成145,544文件、45,422,871,529字节，vss_crash_consistent、sha256_full_tree，状态入口仅校验生产者回执和manifest（清单）绑定。配置Drive当时仍Running；微信Drive最近周任务9月20日因backup_copy_hash_mismatch在本地阶段失败，未发起该次上传。

不能证明：Running不等于上传成功；任务结果不证明云端实际对象、应用一致性或新机恢复。网页未联网或重哈希完整载荷。

Cold（现存冷备回执）

能证明：PCConfig cold-last于2026-09-23T07:44:11Z完成，devconfig与wechat两集合结果complete；这是独立于9月24日新G点的H冷备成果。

不能证明：回执早于新G配置包与微信Hot，不能证明H当前包含这两份新点；网页没有执行或重新验证冷同步。

Recovery（恢复与容灾边界）

能证明：已发布 PCConfig 收尾证据对配置包隔离恢复的 8,640 文件、8,531,705,353 字节做全树哈希核对，并完成 H 包哈希与 G/H 微信全量验真；这一恢复层由来源 Owner 执行，不是网页本轮动作。

不能证明：网页本轮没有另行执行微信复制、DriveOnly、H冷拷贝或完整新机恢复，也不证明官方客户端登录后能看到预期历史。

维护入口

git clone https://github.com/wlyaaaaa/devconfig-backup.git E:\Projects\Backups\devconfig-backup

空白新机取得恢复工具：从公开仓库取得脚本与当前 README；这一步只取得工具，不包含任何私人备份包。

pwsh -File .\Restore-DevConfig.ps1 -Archive G:\80_Backup\DevConfig\latest.zip -Json

检查 G 盘候选代：默认零写入核对完整采集回执、包 SHA-256、内外清单、路径与目标覆盖条件。明确 -Execute 才解到隔离目标并全树验真，目标非空需 -ReplaceExisting；不导入系统设置或恢复登录。

git clone https://github.com/wlyaaaaa/PCConfig.git E:\PCConfig

取得 PRIVATE（私有） PCConfig：先恢复 GitHub 私有仓库访问再 clone；拿不到时暂停机器级设置、任务与 H 冷备阶段，不把缺失路径当入口。

Get-Content E:\PCConfig\docs\recovery\START_RECOVERY.md

进入 PCConfig 恢复总入口：PCConfig 已取得后，读取机器路径、系统设置、计划任务与 H 冷备的唯一当前恢复顺序。

node E:\PCConfig\tools\validate_scheduled_task_rebuild_plan.mjs

验证计划任务重建方案：在注册四个项目任务前先检查现行重建方案，不通配导入旧 XML。

powershell -File .\Backup-DevConfig.ps1 -Tier Local,Hot

手动执行本地与 G 盘热备：生成经完整采集、7z 和哈希验证的本地代，把包和全部附属校验文件复制验真后发布 G 盘 current（当前状态）指针；失败不提前清除上个成功代。

powershell -File .\Backup-DevConfig.ps1 -Tier Drive

手动触发 Google Drive 上传：只消费完整成功代，发布日期包与校验文件后再更新兼容别名和 current（当前状态）；远端每份必要文件回读一致才完成。

powershell -File .\Backup-WeChat.ps1 -Target Hot

微信数据热备增量同步：形成完整候选并核对，按可用源的实际保留集切换 G 当前副本、保留前一成功代；不是把离线源误判为空后直接删除。

powershell -File .\Backup-WeChat.ps1 -Target Drive

微信数据云端增量同步：锁定并消费已验本地微信快照，内容增量、同范围清旧和最终严格比对；默认单次 8G，DbOnly 不删除已有媒体或冒充全量。

powershell -File .\Restore-WeChat.ps1 -Target <已核对的目标机微信数据目录>

微信恢复只读安全预检：默认只读检查源是否为非空目录、路径关系/重解析点、目标状态与已知进程；不做内容哈希完整性证明。

powershell -File .\Restore-WeChat.ps1 -Execute -ReplaceExisting -Target <已核对的目标机微信数据目录>

微信恢复显式回填与回滚隔离：在确认微信关闭后安全回填数据，现有目录自动保留为 .pre-restore-* 回滚副本。

pwsh -File .\Backup-Status.ps1 -NoDrive -Json

查看全盘备份新鲜度与状态：读取各层完整回执与任务结果，不遍历原件、读取日志正文或重算整个载荷；Plan 可看候选差分。明确 LiveDrive 才查询云端，其 OAuth（账号授权协议）刷新可能写入账户状态。

powershell -File .\Setup-ScheduledTasks.ps1

重建常规自动化计划任务：事务化注册 4 项常规任务；Action 为 wscript.exe，隐藏 VBS 优先 PowerShell 7、缺失时才用 5.1。

快照怎样更新

9月24日零写入状态显示本地/G配置包与微信Hot已有新点，9月23日H冷备仍是上一时点；微信Drive 9月20日最近一次任务失败于本地复制哈希核对，本次配置Drive观察时仍在运行。旧9月18日配置云端成功与恢复证据保留原日期；网页未访问云端或重哈希载荷。