卡神写在前面：重复操作，别再用”手”做第二遍
前阵子我们发文章，流程是：本地写好 HTML、手动打开 SSH 连服务器、手动把 articles.json 和封面图传上去、手动敲命令跑发布脚本。一篇两篇还行，34 篇就是纯体力活——而且越到后面越容易传错、漏传、敲错命令。这不是 AI 该干的活，这是脚本该干的活。这篇讲怎么让小B 把这种重复操作写成脚本，你以后只点一下就完事。
一、先分清楚：什么该写成脚本
判断准绳只有一个：这件事你会做第二遍吗？会，就值得固化成脚本；只做一次的，直接对话让小B 跑一遍就行。
我们固化下来的几类：
- 文件搬运类：把本地生成物（HTML、JSON、封面图）传到服务器指定目录。传一次命令能记住，传三十次就一定会出错。
- 图片处理类：封面图生成后统一裁掉底部 50px 去”图片由AI生成”水印、统一缩放、统一命名。手工裁一张两张没事，裁剪几十张就是浪费生命。
- 远程执行类：SSH 连服务器、跑 PHP 发布脚本、清理临时文件。步骤固定，但输错一个参数全盘皆输。
- 计算类：财务建模里那些现金流公式，每次换个参数就重算一遍，不如写成函数传参算。
一句话：凡是”步骤固定、你会重复”的，先想脚本，再想手动。
二、实战一：用 paramiko 把发布流程彻底脚本化
我们最早的发布是手动 SSH。后来让小B 写了 run_publish_agent.py，用 paramiko 库连服务器。逻辑就四步，全在脚本里：
- 建立 SSH 连接，开 SFTP；
- 把本地 articles_agent.json 和所有封面图传到服务器 /tmp/wp_pub/；
- 上传 publish_agent.php，执行 PHP 命令发布；
- 发布完删除临时目录，关连接。
关键点：密码、主机、路径全部写在脚本顶部常量里，不在命令里裸敲。这样你换环境只改一处，不用每次回忆 IP 和密码。run_publish_agent.py 跑一次，5 篇文章连同封面一起上线，我连终端都没开。
这里有个坑要提醒：SSH 超时不是你的问题。我们第一次跑，因为服务器通道慢，连接卡了很久。脚本里 timeout 设成 20 秒，超时了就等半分钟重试，别一报错就手动接管——手动反而容易把临时文件留在服务器上。
三、实战二：用 PIL 把封面去水印做成流水线的一环
封面图的痛点是文生图工具会在右下角带一行”图片由AI生成”水印，这是红线，必须去掉。早期我手动用图片软件一张张裁，慢还容易裁歪。后来让小B 写成几行 PIL：
打开图 → 取尺寸 → 裁掉底部 50px → 存成 cover_XX.png。就这么简单。但它被接进了发布流水线：每次生成封面，紧接着自动裁，裁完存进 covers_agent/，文件名按序号排好。从此”去水印”不再是一个我要记得做的步骤，而是生成之后必然发生的一步。
这就是脚本的价值——不是替你省那 5 秒，是把一个易忘的步骤变成零成本、零失误的默认动作。我们 28 张封面，没有一张带着水印上线，靠的全是这条自动裁剪，不是靠我盯。
四、实战三：财务建模让小B 写函数，而不是对话算
孟加拉 ECOHUB、巴基斯坦 ECOLINK 的手机分期测算，参数多：售价、利率系数、首付比例、押金、佣金、回款率。最早我让小B 在对话里直接算一个数，算完换个参数再来一遍。后来发现这活最适合写成 Python 函数：
把”售价、利率、押金、佣金”做成参数，函数吐出”月稳态现金流、M1 回款、ROI”。之后我要比不同场景，只要改几个数调一次，答案秒出，而且每次算法完全一致，不会因为对话上下文漂移算错。
这里体现出”让 AI 写工具、自己调”的第二个好处：工具可复现。对话算的数，过三天你忘了怎么来的；函数算的数，参数摆在那，谁都能复核。高老师审账最看重这点——数字要能溯源。
五、怎么让小B 写出靠谱的脚本
给小B 写脚本，别只说”帮我写个发布脚本”。要说清：连哪台服务器、传哪些文件、传到哪、跑什么命令、跑完清理什么。把”我要手动做的每一步”列给它，它才能原样固化。
另外两个经验：
- 先手动跑通一遍，再让小B 脚本化。手动都跑不通的流程，写成脚本只会把错误自动化。我们 publish_agent.php 是先手动 SSH 验证能发布，才封装成 run_publish_agent.py 的。
- 脚本要带日志输出。run_publish_agent.py 每步都 print 上传了什么、执行结果是什么。出问题时，看日志比猜快十倍。
六、脚本化之后，我剩下什么活
把发布、去水印、财务测算都脚本化后，我日常就剩三件事：定需求（这次发哪几篇、参数是多少）、审结果（分类对不对、二维码有没有串、数字对不对）、做决策（这个场景值不值得再写成脚本）。
有意思的是，脚本本身也是小B 写的。我一直在做”会让它写工具、自己调”这件事——它负责把重复动作固化，我负责判断哪些动作值得固化、固化的结果对不对。这才是人和 AI 的正确分工：你别去当那个重复操作的执行者，把执行交给脚本，把判断留给自己。
结尾
让小B 写脚本代替手动操作，本质是把”你会做第二遍的活”从人工变成默认动作。发布用 paramiko 一键上服务器、封面用 PIL 自动去水印、财务用函数参数化复算——这三件事固化下来，我们 34 篇发文、几十张封面、两套分期模型，没再靠手搬过一次。你该做的不是学会写每一行代码，而是学会判断”这活值得写成脚本吗”，然后把固化交给它。下一篇把半年里它替我干过的 10 件事盘一遍，看看哪些活其实早该交给脚本了。
