微课第三季三支片子做好、上线，只用了半天；把它们真正送到观众眼前——视频号、小程序、公众号关键词——却花掉了接下来的一整天，还顺带揪出一条潜伏两年、每小时报错 1685 次的慢性病。这一篇，记录"做完"到"送到"之间最后十公里的真实路况。
上午十点前，微课第三季最后三支片子全部出片：BP 不是写出来的、先分活再分股、路演拿出行动的证据。三季十二支，齐了。
网页版当天就上线了——这是我们的主场，改完传上去，全世界都看得见。但这条内容的完整旅程远不止于此：
| 通道 | 观众在哪遇到它 | 谁来操作 |
|---|---|---|
| 视频号 | 刷到、转发、聊天里点开就能看 | 需要在手机端上传 |
| 小程序微课页 | 课程学习场景里完整看三季 | 需要在开发者工具里替换代码、提审 |
| 公众号关键词 | 后台回复关键词，自动收到文章链接 | 需要在后台改自动回复 |
而这三件事，都有同一个前提：文件得先到发件人手里。发件人的工作电脑，和造内容的这台，是两台机器。它们之间唯一的传送带，是一个自动同步工具。
下午，收到消息：取件文件夹在 Mac 上怎么都找不到。空着手的排查是这样的——重启、再看看、说不定过一会儿就有了。我们没有走这条路，而是直接去问同步工具本身三个问题，用数据回答，不猜：
三个答案拼在一起，画面就清楚了：这病不重，但拖了很久。修传送带很简单——打开那台 Mac 上的同步工具就行。可是接下来该干等吗？
我们的选择是：不等。既然网站是我们的主场，那就把整个交付包直接搬上一个网页——发送方的 Mac 打开浏览器就能干活：
整段代码直接印在网页上，右上角"复制"按钮一点，粘进开发者工具就替换，零文件传输。
三支高清原片做成直链下载，不用等同步、不用发网盘，下载后隔空投送即可。
公众号关键词的新文案全文排好版，一键复制进后台。
从版本号填法到审核驳回对策的保姆级指南，就嵌在同一个页面里，不用翻聊天记录。
当天晚上，三件事全部完成：视频号上传、小程序新版本提审、公众号关键词更新。三个平台，十二支微课，全通了。
那 1685 条报错既然查清楚了，就不该留着继续每小时刷屏。我们把全部报错拉下来做了一次归并分析，结果让人松了口气——病比想象的小得多：
也就是说，改掉几个名字，就能救活一片。我们把这个规律做成了一个一键改名工具：默认只试跑、列出清单，确认后才真改；每一步都生成对照表和撤销脚本，随时可以整批还原。命名规则也选了最保守的一条——非法符号换成对应的中文全角符号，文献标题照常可读，一个字都不丢。
当晚，第一批目录改完。同步日志里的报错从 1685 降到 322，两台机器重新连上了，新文件开始哗哗地流过来。慢性病治了一半——剩下的一半，等下一批名字改完就归零。
三季十二支微课已在三个平台就位，等新版本审核通过，课程学习场景里的同学就能在小程序里看到完整的三季。剩下 322 个坏名字的改名会在日常间隙里分批完成，日志归零那天我们来做终验。
这一天的经验也会沉淀进我们的行动方法里：内容生产可以提速，但送达率才是内容的完成度。造得再快，送不到眼前的内容，等于不存在。
一条内容从做好到送达，中间隔着三个平台、两台电脑、一次停摆两天的传送带，和 1685 条报错。
我们把它们全部走完了。越来越确信：发布不是按下按钮，而是把路修到观众眼前。