吴乐阳
Grafana连接电脑授权与状态

.agents · 功能说明

.agents 工作树 E→G 热镜像与恢复

Git 负责已经提交的历史；G 盘镜像在成功执行并有新鲜回执时，能再提供一份当前工作树文件。恢复时两者可以互补，但本页没有证据证明每日任务正在跑，也不能保证最新改动已经进去。

当前情况：保留了未提交文件的镜像实现与旧记录，但当前没有证明每日镜像正在执行，也不知道最新修改是否已经进入副本。

项目快照核对于 ；具体测试保留各自日期，页面不实时探测运行状态。

复制 AI 续作说明带着这个项目，交给 AI 接着做

写下接下来想做什么。这里会把你的目标、本页事实和来源整理在一起，复制给 Astra 或 Gemini 后，就不用重新介绍项目了。

整理续作说明

只在当前网页整理，不会发起 AI 任务。

用途与实际影响

这项功能怎样使用

为什么需要它

私有代码仓库能找回已经提交的规则，但救不了还在写、没提交的修改。G 盘这份工作文件副本为故障恢复提供另一条线索；它只是某次复制的结果，不能当成当前规则或实时备份。

举个实际例子

遇到故障，我会问：“我那批还没提交的规则修改，G 盘现在到底还能找回哪些？”系统先核对 G 卷、镜像时间、日志和实际文件，再从 PRIVATE（私有） Git 取回提交历史，只把确认过的 G 工作树文件叠加进去。我得到的是可用文件清单和不确定项，不是“实时备份、完整恢复”的空头保证。

最后我会得到什么

我会得到 G 盘实际还能读到哪些未提交文件、最后复制时间和哪些内容仍不确定。复制中断可能已经改了 G 盘的一部分，不能只看旧的成功记录；现有每日任务和最新覆盖仍未得到确认。

正常时

这一次复制完成且目标文件可核对时，说明该次 G 盘副本可用，不外推下一次或实时覆盖。

发现问题时

复制中断时先看 G 盘实际文件，再决定能叠加什么；旧成功记录不能证明失败前的副本保持原样。

入口不可用或证据不足时

G 盘不在、目标路径不符或任务没有运行证据时，明确说最新副本无法确认，不改从其他未登记磁盘取。

从哪里开始

这是 .agents 的历史热镜像能力；需要找回未提交规则文件时，在已接入本机的 AI 对话中提出恢复检查，由 PCConfig 与镜像状态分别核对。

需要准备什么

  • 故障前的大致时间
  • 要找的规则文件或修改
  • 可用的 G 盘与 Git 历史

从开始到拿到结果

  1. 1

    先确认恢复材料

    AI 查看 G 盘、最后回执、日志和实际文件，确认这次镜像是否真的覆盖目标时间。

  2. 2

    比较两种来源

    已提交历史从私有 Git 取，未提交文件从已核对的 G 盘副本比较，不直接覆盖当前生效的规则文件。

  3. 3

    谨慎恢复

    交回可恢复文件和缺口；原地镜像失败可能已部分改变 G，现有每日任务和最新覆盖不能凭旧回执宣称正常。