文件怕丢又怕乱?WorkBuddy四步写出自动备份脚本
你有没有过这种慌:电脑突然蓝屏,D 盘里攒了半年的客户资料打不开;或者手一抖删错文件夹,回收站也清空了。
文件这东西,丢一次就知道备份有多重要。可手动复制粘贴,没几天就懒得动了——毕竟每天下班都累。
其实这件事可以交给 WorkBuddy:你动动嘴,它写出能定时跑的自动备份脚本,一次配置,永久省心。
第一步:把”要备份什么”说清楚
很多人让 AI 写脚本,第一句就是”帮我写个备份脚本”,结果拿到的东西根本不对路。
工作流里最关键的一步,是先讲清三个信息:源目录、目标位置、保留多久。
比如你可以这样对 WorkBuddy 说:
这一句话里已经包含了脚本要处理的全部要素:源、目标、频率、保留天数、完成后的动作。
WorkBuddy 拿到这种明确需求,写出来的脚本才真正能用,而不是一个演示用的空壳。
如果你还拿不准怎么描述,可以先把下面这张”需求三要素”表填一遍,再丢给它:
• 源目录:到底要备份哪个文件夹(可多个)
• 目标位置:备份存到哪(本地盘 / 移动硬盘 / 网盘)
• 保留规则:留几天、留几个、还是永久
第二步:让它先给方案,再写代码
拿到需求后,别急着要代码。先让 WorkBuddy 把实现思路讲一遍。
你可以补一句:”先别写代码,告诉我你打算怎么实现,分几步。”
它会列出类似这样的步骤:①遍历源目录打包成 zip;②按日期命名;③删除超过 30 天的旧备份;④用系统定时任务每天触发;⑤备份完成调用邮件接口通知。
你确认逻辑没问题,再让它生成完整代码。这一步能挡掉一半的返工——尤其当你的需求里有”发邮件”这种需要额外配置的部分,提前说清能省很多事。
我自己的习惯是:只要需求超过一句话,就一定先要方案。十次里有八次,看方案时就能发现”哦原来它把网盘理解成本地盘了”,改起来比改代码轻松多了。
第三步:拿到的脚本先小样本跑一遍
脚本到手,第一反应别直接挂定时任务。先手动跑一次验证。
WorkBuddy 给出的 Python 备份脚本大致长这样(可直接复制):
import os, shutil, zipfile, datetime, glob
SRC = r"D:/每日素材" # 要备份的源目录
DST = r"G:/自动备份" # 备份存放目录
KEEP_DAYS = 30 # 保留最近 30 天
today = datetime.date.today().strftime("%Y%m%d")
zip_name = os.path.join(DST, f"backup_{today}.zip")
# 1) 打包成 zip
with zipfile.ZipFile(zip_name, "w", zipfile.ZIP_DEFLATED) as z:
for root, _, files in os.walk(SRC):
for f in files:
fp = os.path.join(root, f)
z.write(fp, os.path.relpath(fp, SRC))
# 2) 清理超过 KEEP_DAYS 天的旧备份
cut = datetime.date.today() - datetime.timedelta(days=KEEP_DAYS)
for old in glob.glob(os.path.join(DST, "backup_*.zip")):
d = datetime.datetime.strptime(os.path.basename(old)[8:16], "%Y%m%d").date()
if d < cut:
os.remove(old)
print("已删除旧备份:", old)
print("备份完成:", zip_name)
先在源目录放几个测试文件,跑一遍看 G 盘有没有生成当天的 zip,再确认旧备份会不会被正确清理。
验证通过,才算数。 我见过有人直接挂定时,结果路径写错,连续半个月备份的都是空目录,等要用时才发现。
第四步:接上定时任务,彻底不用管
脚本没问题后,让它每天自动跑。不同系统命令不一样,直接让 WorkBuddy 给你对应系统的那一条。
Windows 用任务计划程序,一条命令就能建:
schtasks /create /tn "每日素材备份" /tr "python D:/backup.py" /sc daily /st 20:00
macOS 或 Linux 用 crontab,在终端输入 `crontab -e` 后加一行:
0 20 * * * /usr/bin/python3 /Users/you/backup.py
建好之后,每天晚上 8 点系统自己跑,你什么都不用做。
下次再看到”电脑坏了资料没了”的新闻,你只会微微一笑——因为你的备份早就在跑了。
进阶一:备份到两块盘,做双保险
很多人备份只存一块移动硬盘,可硬盘自己也会坏。让 WorkBuddy 把脚本改成”同时备份到 G 盘和 H 盘”,其实就是把目标目录做成一个列表循环一遍:
for DST in [r"G:/自动备份", r"H:/自动备份"]:
# 上面那段打包逻辑,对每个 DST 各跑一次
...
多写两行,资料就多一道保险。我个人的做法是:一块盘放公司、一块盘带回家,物理隔离,怕的就是一场火灾或一次被盗全没了。
进阶二:让 WorkBuddy 顺手写个”还原”脚本
备份是为了恢复,可不少人备份完就再没想过”怎么取回来”。直接让 WorkBuddy 补一段解压还原的代码:
它给出的代码会先列出 zip 里有哪些文件,确认后再解压。这一步建议主动问,因为 WorkBuddy 默认只管备份、不管还原。
我常用的完整提示词模板
把上面四步浓缩成一段,你可以直接复制改路径:
三个容易踩的坑
坑一:路径写错。 Windows 路径要么用 `r”D:/x”` 原始字符串,要么把反斜杠写成 `\`,否则 Python 会报错。
坑二:目标盘满了。 备份盘空间要留足,最好设成比源目录大两三倍。
坑三:只备份不验证。 建议每隔一阵手动打开一个最新备份 zip,确认里面真有文件,别等要用时才发现是空的。
你用 WorkBuddy 写过哪些实用的小脚本?最卡的是哪一步?欢迎在评论区聊聊,也别忘了点个「在看」,转发给那个总说”哪天再备份”的同事。
#WorkBuddy #AI办公 #效率工具
卡锁







