卡锁
WorkBuddy写备份脚本实测：5维打分
我用 WorkBuddy 写了三遍”自动备份脚本”，不是看它演示得漂不漂亮，而是真把它生成的代码跑起来、挂上定时任务、观察了一周。
结论先说：对”非程序员想自动化重复劳动”这个场景，它基本能打；但想一步到位，得会用对方法。
下面从 5 个维度拆开打分，满分 50，看看它到底值不值得你花那十分钟。
维度一：需求理解准确度（9/10）
我给的需求是”每天备份、保留 30 天、完成后发邮件”。WorkBuddy 一次性把这五个要素都对应到了代码逻辑里，没有把”保留 30 天”理解成”保留 30 个”。
唯一扣分是：第一次它默认把邮件通知写成了”调用系统 mail 命令”，而我其实是 Outlook 用户。多说一句后它立刻改成了更通用的方案。
提示：涉及具体软件（微信/钉钉/Outlook）的通知，第一次就点名，能省一轮返工。
维度二：代码可直接运行性（9/10）
三版脚本里有两版复制粘贴就能跑，没有出现”少 import”或”缩进错”这种低级问题。
个别情况下它会在路径示例里用 macOS 风格，我改成 Windows 原始字符串就通了。整体看，它生成的代码默认是能跑的，不是那种看着高级一运行就报错的漂亮废话。
这一点对非程序员特别友好——你不需要懂语法，按它写的改改路径就行。
维度三：可读性与注释（10/10）
这是它最稳的一项。每个代码块都有中文注释，变量名也直白（SRC、DST、KEEP_DAYS），连”为什么这么写”都顺手解释了。
对不懂代码的人来说，能看懂比写得高级重要十倍。万一哪天想自己改个保留天数，照着注释就能动手，不用回过头再问 AI。
维度四：场景覆盖完整度（9/10）
好的备份脚本要覆盖三件事：打包、清理旧备份、定时触发。WorkBuddy 三样都给了，还会主动补上”异常处理”——比如源目录不存在时给出提示而不是崩溃。
扣分点在”恢复”环节：它默认只讲备份，没主动提醒”万一要还原怎么办”。你追问一句，它会再给你一段解压还原的脚本。建议主动问一句：”怎么把备份还原回来？”
维度五：安全与容错（9/10）
它会在覆盖前先判断目标是否已存在，也知道别用 `rm -rf` 这种危险操作去删旧备份，而是精确匹配 `backup_*.zip` 再删。
对一个随手生成的脚本来说，这种”不闯祸”的自觉性很难得。不过任何自动删除都要谨慎，正式用之前，先手动跑一次确认要删的都是旧备份、不是当天的。
三版脚本横向对比
我把三次生成的结果放一起看，差异主要在”默认值”和”注释密度”：
• 第一轮：一次跑通，但邮件部分默认系统 mail，需我纠正
• 第二轮：主动加了源目录不存在的异常处理，更稳
• 第三轮：连”还原脚本”都一并给了，覆盖最全
说明一件事：你追问得越细，它给得越全。 别指望一句话就拿到完美成品，把它当会写代码的新人带，带几轮就顺了。
哪些人特别适合用这招
第一，自由职业者和小团队。 没有专职 IT，资料却越来越值钱，丢一份合同可能亏几万。
第二，经常换电脑的人。 设备一多，文件散落各处，自动备份能把碎片收拢。
第三，手头越攒越多的”不敢删”资料。 聊天记录、客户名单、设计稿，越积越怕丢，正需要定时兜底。
一个真实翻车与补救
第一次我图省事，没改示例路径就直接挂了定时任务。结果连续三天，G 盘里备份的都是空目录——因为它备份的是一个根本不存在的默认路径。
发现后我没慌，把路径改成真实目录，又让它加了一行”备份前先判断源目录是否存在，不存在就发告警”，之后再没出过这种哑火。
教训就一句：任何自动脚本，先手动跑一遍再挂定时。
怎么让 WorkBuddy 一次给得更全
我总结了三条让它”少返工”的追问话术，每次都能多拿一段有用代码：
• “先讲思路再写代码”：避免它一上来就给一大坨你不敢用的东西。
• “加上异常处理，源目录不存在时提示我”：这一步能挡掉八成的哑火备份。
• “顺便给我一段还原脚本”：备份和还原是一对，缺一个都不踏实。
把这三句加进提示词，它给的成品完整度会明显上一个台阶。
一个判断标准
你可以用一句话判断这招适不适合你：如果你的资料”丢了会肉疼”，那就值得花十分钟搞自动备份。 反之，纯临时文件随便放，就别折腾。
总分：46/50，值得用
46 分什么概念？就是”花十分钟描述需求，换来一个每天替你干活、还不会弄丢东西的小员工”。
想再提那 4 分，记住三句话：需求第一次就讲具体、先要方案再要代码、拿到先小样本跑一遍。
让它更稳的提示词
如果你也想试，可以直接复制这段给它：
你让 WorkBuddy 写代码时，最常被哪一步卡住？是看不懂报错，还是它理解偏了？评论区告诉我，也点个「在看」让更多人少走弯路，顺手转发给需要的朋友。
#WorkBuddy #AI办公 #效率工具
