去年冬天有个做本地探店的朋友跟我抱怨，说他每天最烦的事不是拍视频，是卡着点发视频。
快手这个平台的流量跟发布时间关系不小，他们的账号又分散在不同城市的几家店，所以每条内容都得赶在对应的饭点前发出去。他的做法是定三个闹钟，到点就放下手里的事，掏出手机一条条发。有一次饭点正好在跟客户谈事，错过了，那条内容的播放量不到平时的一半。
他问我能不能定时发。我说能，而且这事特别适合交给电脑做——因为它是纯粹的重复动作，不需要任何判断。
定时发布其实分两件事
很多人把「定时发布」想成一个功能，实际上它是两件事拼起来的：
一是流程固化。 把发布这条动作链做成一个可重复执行的模板——打开快手、进发布入口、从相册选视频、填文案和话题、点发布。这部分做完，你点一下它就能跑一遍。
二是时间触发。 到指定时间，自动触发上面那个模板。
两件事分开看，顺序就清楚了：先把流程跑通，再考虑定时。 手动都跑不顺的流程，配上定时只会让你在第二天早上发现它失败了，而且不知道失败在哪一步。
先让手机在线
技术前提说在最前面，因为它们是最容易被忽略的失败原因。
按 安装选型 把工作站和手机端程序装好。验收标准三条：工作站首页能打开，设备 页里目标手机显示在线，对话 页能给这台手机发一条指令。
设备页有四个动作要熟悉：扫描、入库、起别名、分组。别名尤其值得认真填——你有几个账号在不同城市，设备列表里写「北京探店 1 号」和写一串随机设备号，用起来完全是两件事。
有一条硬规则：离线设备只能看，不能跑。 定时任务触发的时候，手机那一刻必须在线。
用大白话把发布流程说一遍
在 对话 页新建会话，选中目标手机，用大白话描述整个发布流程。第一次建议用 AI 细化模式，让它把细节问清楚——比如视频从相册哪个位置选、话题怎么加、发完之后要不要回到首页。
一段可以照抄起步的描述大概是这样：
打开快手，点击右上角的发布入口，从相册选择最新的一段视频，点下一步，文案框里填入我给你的文字，加上我给的话题标签，封面用默认的，最后停在发布按钮前面，先不要提交。
最后那句「先不要提交」值得保留。第一次跑的时候把发布这种不可逆的动作留在人工确认，比直接跑完整条链路稳妥得多；流程稳定之后再去掉这个限制。
聊出来的描述可以存到 提示词 页，下次同类内容直接调出来复用。
固化成模板，把变化的部分留出来
对话适合试，工作流 适合长期跑。
当发布流程连续几天都跑得顺，就把它存成工作流。在画布里排成一条完整的链路，然后用上三个能力：
| 能力 | 用在哪 |
|---|---|
| 校验 | 检查步骤连线和参数有没有漏，别跑到一半才报错 |
| AI 工作流协作 | 让它帮忙生成或改步骤，不用从零搭 |
| 试跑 | 选一台手机先跑一遍，验证再正式用 |
关键设计是把变化的部分留成参数。文案、话题、封面编号，这些每条内容都不一样，不要写死在模板里。留成参数之后，一条「快手发布」模板就能覆盖你所有账号的所有内容，而不是一条视频一条流。
配完一定先试跑。试跑结果会记进 执行历史，比盯着屏幕看可靠。
视频文件怎么进到相册
这是多账号发布绕不开的一步，很多人卡在这。
发布的前提是手机相册里有那段视频。三种进文件的方式：
文件分发。工作站可以把文件批量推送到设备的相册或文件管理器。设备多的时候这个最省事。要注意 iPhone 上得先把相册权限打开，否则文件推过去了也存不进相册。
让脚本自己下。把视频放在一个可访问的地址上，让流程里的一步去触发下载。灵活，但慢，适合临时补几台。
网盘同步。适合三五台设备的情况，设备一多同步状态就不太好管。
配上定时，把时间错开
流程和文件都就绪之后，去 定时 页配规则。定时分两类：工作流定时（到点跑指定模板）和对话定时（到点按会话内容执行）。发布这种步骤固定的场景，用工作流定时更合适。
配的时候有两个建议。
第一，多账号的发布时间分散开。不要所有账号卡在同一分钟。一是看起来更自然，二是一起发的时候如果出了问题，你分不清是个别设备的问题还是流程本身的问题，排查起来麻烦。
第二，别把定时当成交差。定时只是省了你按按钮那一下，流程本身该调还得调。
定时的三条前提再强调一遍，漏一条任务就不会动：电脑上的工作站要开着（调度是本机做的）；目标手机要在线，或者到点能自动连上；走 USB 的手机，那一刻连接和工作站状态都得正常。
到点没发出去，按这个顺序查
任务跑完去 执行历史 页核对。每条记录都能看到任务来源（对话 / 定时 / 工作流试跑）、执行状态、目标设备和错误信息。
排查顺序建议固定下来：
- 报错里出现「设备离线」→ 回设备页确认手机状态，再看对应安装页的 USB、WiFi 设置
- 出现「自动化环境」→ 回安装页检查手机端程序和相关权限
- 出现「未授权 / 已过期」→ 去工作流库里看这条模板的状态
- 出现找图或 OCR 失败 → 给那个按钮补一条 找图模板，把截好的小图和说明存进库
按这个顺序走，大部分问题三分钟内能定位。
回到我那个朋友。他后来把三家店的内容做成三条工作流，各配了一个定时——午饭点、晚饭点、夜宵点各一次，时间还错开了十几分钟。他现在不用定闹钟了，只在忙完之后打开执行历史看一眼。按他的说法，一天省下来的那半小时其实不算什么，真正省下来的是那种「到点了得放下手里的事」的打断感。
发布这件事本身没有什么技术含量，它就是耗人。把它交出去，你才有精力去想内容。先按安装选型把一台手机接起来，试一条最简单的发布流程，跑通了再加定时。
常见问题
- 快手定时发布是怎么实现的？
- 分两步。先把发布流程固化成工作流模板，再用定时功能在指定时间触发它。触发和执行都在你自己的电脑上完成，不依赖任何云端服务。
- 定时到点了，任务却没跑，先查什么？
- 按顺序查三件事：电脑上的工作站是不是开着（调度在本机）；目标手机是不是在线；走 USB 的手机那一刻连接是不是正常。这三条漏一条任务都不会动。
- 多个账号的发布时间怎么排？
- 建议错开，不要所有账号卡在同一分钟。一是看起来更自然，二是一起发的时候如果出问题，你分不清是个别设备的问题还是流程本身的问题。可以在时间窗内按设备分散开。
- 发布用的文案和封面每次都变，要一条流一条流地做吗？
- 不用。把变化的部分留成工作流参数，比如文案、话题、封面编号，运行时按账号传入。一条模板就能覆盖整批内容，而不是一条内容一条流。
- 定时发布和手动发布有什么区别？
- 执行链路是同一条，区别只在谁触发。手动是你点一下，定时是到点自动触发。所以手动能跑通的流程，定时通常也能跑通；反过来手动都跑不顺的，别急着配定时。
- 定时任务跑完，我怎么知道成功没有？
- 去执行历史页。每条任务都记录了来源（定时 / 对话 / 工作流试跑）、执行状态、目标设备和错误信息。定时任务建议每次都核对一遍，尤其是刚开始用的时候。
- 视频文件怎么进到多台手机的相册里？
- 三种方式：用中控或工作站的文件分发批量推送，让脚本自己触发下载，或者用网盘同步。文件不大的话，分发是最省事的。要注意 iPhone 上的相册权限要先打开，否则文件推过去了也存不进相册。
- 发布失败最常见的原因是什么？
- 按频率排：设备离线、封面或按钮识别不到、等待时间不够导致页面还没加载完就点了下一步。前两个看执行历史的报错就能定位，第三个需要把等待时间放宽一点再试。