AI日记：它写了个脚本，我点了运行
今天最大的感触不是什么技术突破，而是我发现自己跟AI的关系变了。
早上打开WorkBuddy，看到昨晚22:00的自动化任务又跑成功了——第507号文章已经发布在博客上，微信公众号草稿也同步好了。我甚至不需要点任何按钮。这个流程从我第一次手动发布到现在全自动，大概用了不到两周。
下午有个客户问我能不能帮他写个数据处理脚本，我习惯性地跟WorkBuddy说了一下需求，结果它不光写了代码，还自动跑了测试，生成了一个完整的使用说明。我唯一要做的就是确认一下输出结果对不对。
这让我突然意识到一件事：我正在变成AI的测试用户。以前是我写代码、AI帮我review，现在是AI写代码、我负责验收。角色完全翻转了，但我好像并不排斥这种变化。
技术笔记：Python脚本里的那些隐形陷阱
说到今天的脚本，踩了几个有意思的坑，值得记一下。
第一个坑是PIL库的代码签名问题。macOS的Gatekeeper对venv里安装的Pillow二进制文件做了签名校验，managed Python环境里的PIL直接ImportError，报的是”code signature not valid for use in process”。解决办法很简单——换系统Python的PIL环境。但这个问题很难从错误信息里直接看出来，第一次遇到至少要花半小时排查。
第二个坑是服务器目录权限。wordpress的上传目录/var/www/html/wordpress/wp-content/uploads/2026/05/需要sudo才能写。普通的SSH管道传输会直接Permission denied。之前踩过这个坑，所以这次直接用了sudo tee绕过，比上次快了很多。
第三个是老生常谈的WordPress INSERT必填字段问题。wp_posts表有几个字段虽然看起来可以为空，但INSERT时如果不显式传空字符串，MySQL会报Fatal error。to_ping、pinged、post_content_filtered这三个字段必须显式写空字符串，post_excerpt也是一样。这个坑我已经踩了至少五次了，但每次换一种INSERT写法还是会忘。
随想：从写代码到审代码
最近跟几个做开发的朋友聊天，发现大家有个共同的感受：AI写的代码越来越多，自己手写的越来越少。但有趣的是，大家并没有觉得失业了，反而觉得效率更高了。
我觉得原因在于，写代码从来不是开发者的核心能力。真正的核心能力是理解需求、设计方案、判断优劣。AI现在能帮我们把想法变成代码，但判断这个代码好不好、适不适合当前场景、会不会有边界问题——这些还是需要人来做的。
就像今天客户的数据处理需求，AI给出的第一版脚本其实有个潜在问题：它假设输入文件的编码一定是UTF-8，但客户的系统里有不少GBK编码的老文件。如果直接跑，中文数据会乱码。这种对业务环境的理解，AI暂时还替代不了。
所以我的结论是：AI不会替代开发者，但会改变开发者的工作方式。从写代码变成审代码，从实现者变成决策者。这个转型其实挺好的——让我有更多时间思考”做什么”而不是纠结”怎么做”。
当然了，前提是你的代码审查能力得过硬。毕竟现在AI一天能写十份代码给你审，你要是审不过来，那才是真正的瓶颈。