废墟之上：我指挥 AI，夺回了我的整个大学

2025年7月19日，我的三年大学存档，被彻底抹去。

家里网络一直很差，毕业论文查阅文献经常卡顿，我想着换到父亲学校的有线网络试试，或许能顺畅一些。可万万没想到，就在那边电脑登上WPS账号的一瞬间，一个未知的同步机制被悄然触发…

文件夹开始不受控制地批量同步。等我反应过来，金山云文档里从大一上到大三下、整整六个学期的全部文件夹，已经集体崩盘!!!

最令人窒息的，远不止云端文件损坏本身。金山云文档的双向同步机制，让灾难瞬间翻倍：云端文件一旦变成0字节，会毫不留情地反向同步，覆盖我电脑本地完好无损的存档。也就是说，我原本留在本地的备份，也被云端的空文件全部清空抹除。

这是我大学三年所有的学习资料、课程作业、项目存档、成长记录。我一直接受不了”彻底丢失”这个结果。

很长一段时间，在没有任何工具、没有任何捷径的情况下，我坚持手动逐个恢复文件，能救一个是一个。同时反复对接、咨询金山各类在线客服，一遍遍说明问题、提交工单、等待反馈，尝试走官方渠道修复批量文件故障。官方客服也无法给出批量解决方案，只能卡在原地消耗、等待、坚持。

就在2026年7月20日，一年之后下我定决心：

不再靠苦力死磕，用Kimi Work+Kimi K3，把这三万多个清零的文件，一次性全部救回来。整场救援，Agent是执行者，我是唯一的决策者。目标我定、方向我拍板、方案不行就换，所有关键判断全部由人主导，AI只负责高效落地执行。

第一轮方案：官方 kdocs-cli

最开始，Kimi告诉我先试试金山官方配套的 kdocs-cli 插件。

工具本身的能力完全达标：支持批量罗列文件、精准查询历史版本、指定旧版本下载，完美适配我的恢复需求。但每日仅有约1500次调用额度，每天下午四点重置。我的存量是三万多个文件，单个文件至少需要「查版本+下载」两次调用。

显然，这很繁琐，而且我毕业了，也不知道会不会让我继续使用云文档。

第二轮方案：wps365-cli

后面我自己查资料时，我发现金山官方在GitHub开源了 wps365-cli，自带批量查询历史版本的专属接口，几乎是为我的抢救需求量身定制的最优解。

我立刻进入企业开发者后台创建应用，配置密钥、对接接口，全程严格对照官方文档操作。可最后卡在了所有普通用户都无解的死局：接口授权回调需要后台手动配置，核心权限需要企业管理员手动开通。而我完全无法联系到对应管理员，截至目前，学校的管理员没有给我任何回复。

第三轮方案：浏览器WebBridge直连

按理说到这里放弃也没啥问题了。但是突然，我主动想出了一个方案。

我手动在浏览器网页端，可以无限次浏览文件、回溯历史版本、下载旧版内容，没有任何配额、没有任何限流。那为什么不让Agent直接接管我已登录的浏览器会话，复刻人工操作逻辑全自动执行？

也正是不断倒腾的过程中，我知道了Kimi WebBridge，Moonshot专为 AI Agent 设计的浏览器插件，让 AI 帮你打开网页、点击按钮、填写表单、提取信息，为你自动化各种繁琐的网页操作。

终于，57GB素材，全部落盘归档。

回头复盘

回头复盘这一切，命运啊，真实奇妙。

如果不是当初想要认真记录情绪、经营一段真诚的情感，我不会萌生搭建日记网站的想法。

如果不是亲手搭建网站后，被繁琐、重复、高消耗的手动运维困住，我不会想着接入本地AI Agent（Claude Code）来接管自动化工作。

如果不是每天晚上实操打磨自己的网站，修bug，养虾，测试不同的大模型，我永远不会真切感知到前沿模型与普通开源模型之间，存在天壤之别的真实差距。

如果没有看透这层差距，当Kimi K3横空出世、刷新行业上限时，我也不会瞬间感受到它的颠覆性，更不会第一时间果断充值Allegretto会员、躬身实战。

我不知道应不应该感恩过去的所有，毕竟如果可能，我希望过去的所有问题都不要发生。

不过，最重要的是，我从来没有放弃过思考。