前天分享了我的飞书 + 腾讯云OpenClaw构建的AI助理军团，这两天也在疯狂使用
我与AI目前的协作方式是通过git，我本地和腾讯云的OpenClaw服务器上都有一份工作副本，有变化时相互同步更新，断断续续包括之前的一些重要输出汇总到一起有近200个文件
然后昨天白天我通过飞书让AIContent内容助理记录了一些思考的内容，晚上想起来还没提交，就告诉AI提交下内容，然后出现了下面的一幕
我纳闷之前不是还提交了内容都成功了，怎么说我没配置git，就追问了一下
看到提交成功了，我还想可能是上下文压缩啥的丢失记忆了，在我追问下通过之前的操作记录文件又找回来了，但是又看见AI回复中包含了一句
奇怪，之前没有 gitconfig 文件，现在配置好就能提交了。可能之前是别的问题。
身为程序员，别的爱好没有，就喜欢刨根问底，这不弄清楚是啥问题能行吗，就又问了下
AI这个回复我也没仔细看，只看到了有文件提交了就让为没问题了，然后去远端仓库看了下，发现没推上来，就又问了AI一句
好吧，此时仍然没有多想，就是认为AI丢失上下文了，就把仓库信息又发了一遍
AI回复说提交去了，创建了新分支，还让我创建PR合并一下
我想，太客气了，就咱两个搞什么PR，直接提交到主分支上
刚发出去我突然意识到不对劲，紧急发出了无力的终止命令 "等等"
此时......
它执行完了
于是我抓紧到远端仓库上去看了一下，发现AI提交的都是本地的配置文件，并没有我的内容，仓库污染严重，就下意识让AI修复下
于是在脑子短路的情况下下了一个自毁命令
注意看，它竟然 forced 提交了
到此，感觉完了，心里一万个...
到远端仓库一看，啥都没了就剩下AI提交的本地配置文件了，提交记录也没有了，只剩最后这次force提交
最后，还想做一下挣扎，看能不能让强大的AI恢复一下
不出意外，恢复不了了（我本地虽然也有工作副本，但是AI今天在服务器上创建的所有内容还是会丢失），然后它把问题抛给我了
冷静了两分钟，分析了下原因，是AI在自己的工作空间重新建了本地仓库，而不是我与他协作的那个工作仓库，所以就出现了什么没配置git、没服务地址等等。
那这样还有的救，意味着服务器上的工作内容还在，连上去抓紧先备份了一份
随后又找到了另一个AI助理，进行了又一次强制覆盖
至此，仓库内容又完整恢复回来了，随后又将本地、远端的内容进行了相互同步
经此一役，深刻感受到与AI交互——高效是真的，惊吓也是真的。
只想说，使用AI的时候可得长点心啊，毕竟它不会心疼你的数据。
随后，我就给所有AI助理增加了操作仓库增的规则和约束
最后想说，出现问题不可怕，重要的是学会如何更安全地与AI协作，这需要我们建立正确的使用规范和安全边界。
在使用中积累经验，在试错中完善规则，让AI真正成为我们的得力助手。
所以，拥抱AI，但要带着脑子拥抱。
