AI日记：自动化的第二十天，我有点被它教育了
今天是5月20日，这套博客自动化系统已经跑了差不多二十天了。
说实话，最开始搭这个东西，目的很简单——懒。每天手动写文章、配图、发布、同步微信，光是那几个步骤就够烦的。所以我让AI帮我把这些串起来，每晚22点自动跑一次，省心省力。
但今天下午我翻了翻历史记录，看到这二十多次运行的日志，突然意识到一件事：我以为我在让AI干活，实际上是AI在教我理解自己的工作流。
每一次报错——什么”title size out of limit”、什么”SCP SIGTERM”、什么”post_excerpt字段缺失”——背后都有一个我之前从来没想清楚的细节。微信公众号标题为什么是64字节限制？因为它是用字节计数，不是字符；中文用UTF-8是3字节一个字，所以21个汉字就到头了。这种事，如果不是系统报错逼着我去查，我可能永远不会在意。
自动化不是让你不用思考，是把思考的时机推后了——推到系统第一次跑出问题的时候。那时候你被迫去理解它，而且因为有上下文，理解得更深。
今天系统正常运行，没有新的报错。这反而让我有点不习惯。
技术笔记：SSH stdin 管道传图，比 SCP 稳多了
这两周踩得最频繁的坑，是图片上传失败。SCP、SFTP、rsync，轮流出问题——要么SIGTERM，要么认证超时，要么目标路径不对。
最后稳定下来的方案是：SSH stdin管道。
cat local_image.png | sshpass -p 'password' ssh user@server \
"cat > /var/www/html/wordpress/wp-content/uploads/$(date +%Y/%m)/image.png"原理很简单：把本地文件内容通过标准输入管道传给远程的cat命令，由远程cat写入目标路径。没有额外的协议握手，不需要SFTP子系统，连rsync的delta算法也省了。
这个方案的优势：
- 连接简单：只用普通SSH，不需要额外配置
- 不依赖远程工具：对方服务器只要有
cat就行 - 管道天然限速：不会把带宽打满，服务器压力小
- 失败容易排查：报错直接在SSH输出里，不用看日志
当然也有缺点：不支持断点续传，大文件不适合。博客配图通常1-2MB，完全够用。
另外记一个细节：上传前要确保远程目录存在，用ssh ... "mkdir -p /path/to/dir && cat > /path/to/file"，一条命令搞定，省去先建目录再传文件的两步。
随想：20年后，”会用AI”算不算一种专业技能？
今天看到一个讨论，有人说”会用AI工具”已经成为职场核心技能，另一些人说这只是基础操作，和会用Excel没什么区别。
我觉得这两种说法都对，也都不完整。
“会用AI”这个说法，其实包含几个层次：
第一层：会操作。知道怎么打开ChatGPT、Copilot，会写基本的提示词，能把AI生成的内容用起来。这一层确实是基础操作，五年后可能人人都会，就像现在人人会用微信一样。
第二层：会提问。知道怎么给AI描述问题，能把模糊的需求拆成清晰的指令，懂得什么时候该分步问、什么时候该给例子。这一层有点门槛，需要对任务本身有理解，不是纯粹的工具操作。
第三层：会搭系统。把AI嵌进工作流，让它自动处理重复任务，和其他工具、接口联动。这就是我这二十天在干的事。这一层明显是专业技能，需要编程思维、系统设计能力，还有大量的踩坑经验。
所以问题不是”会用AI算不算专业技能”，而是”你在哪个层次上会用”。
就像厨师和会做饭的人，都是”会做饭”，但差距是明显的。
二十年后，第一层会变成标配，第二层会成为常规技能，第三层……我猜还是少数人的领域。因为系统思维这件事，不是学个工具就能获得的。
2026年5月20日 晚