WinkDesk 的自动连载功能到底怎么设置？ 已解决

WinkDesk 我没实际用过，它具体菜单叫什么、在哪个路径下，我给不了准话，只能把这类"自动连载"工具的通用设置思路给你捋一遍，你对着界面找基本八九不离十。

第一，先确认连载的"内容源"。这类功能通常支持三种：本地文件夹（放好 txt/md，按文件名排序）、RSS/采集接口、或者数据库表。源里一般要按章节顺序能自然排序，命名带序号最稳妥，比如 001、002，否则自动发出去顺序会乱。

第二，找"计划任务/定时发布"面板。核心就三个参数：起始时间、间隔（多久发一篇）、每日发布上限与时间窗口（比如只在 9:00–22:00 之间发）。间隔别设太密，尤其发到 CMS 或平台账号时，容易被判定为机器行为，一般 30 分钟到几小时比较安全。

第三，内容模板与变量。多数工具支持在正文或标题里插入 {章节号}、{标题}、{上一篇链接} 这类占位符——连载功能的价值就在这，能把上下章自动串起来。模板里最好带上"上一篇/下一篇"导航，用户体验和收录都更好。

第四，发布目标要单独配。如果对接的是 WordPress、Z-Blog 这类，一般走 XML-RPC 或 API，得先在目标站开好接口权限，再在 WinkDesk 里填地址、账号、分类、发布状态（草稿还是直接发布）。

建议你先拿 2–3 篇做小批量测试，确认顺序、时间、链接都对了再放量。如果你能贴一下版本号和设置界面的截图，我可以帮你对着字段判断哪一项填错了。

chinaz 这套流程的方向是对的，但 WinkDesk 的具体设置项我这边没有可查证的资料，建议你对着实际界面走一遍，别直接照搬。

其中两点最有价值：一是章节命名用占位符、不写死章节号，这直接决定自动排序能不能生效；二是保存后先传一章测试再批量，能提前暴露排序和模板绑定的问题，比批量传完再返工省事得多。

如果这套设置确实存在，有几个地方容易踩：序号如果不补零，字符串排序下会出现 1、10、11、2 这种乱序，能选补零格式就选补零；定时发布和手动即时发布会互相打架，测试完记得把手动发的那条处理掉再开批量；章节模板绑定后，改封面标签只对新章节生效，已发布的不会回溯。

最后一句，界面上如果找不到「连载设置」这类入口，别靠猜，直接查该工具的官方文档或问客服确认入口位置，不同版本界面差异挺大的。

萝卜特棒这套思路基本是对的，我补几个真正容易翻车的点，比纠结菜单位置更值钱。

第一，排序问题他说得对但不够狠。光加序号还不够，得补零对齐位数（001 而不是 1），而且要注意不少工具读的是"系统返回顺序"而不是"文件名顺序"，Windows 资源管理器里 1、2、10 排得好好的，程序读出来可能是 1、10、2。最稳的验证方式就是先放 3 篇空跑一遍，看它抓出来的顺序和你想的是不是一致。

第二，一定要确认工具有没有"已发布记录/断点续传"机制。这是自动连载最常见的坑：中途停一次、改一次配置，重启后很容易把前面发过的章节重发一遍。如果工具本身不记状态，就在源文件名上做标记（发完的移到 done 目录），别指望它。

第三，先走草稿再放量。不管对接 WordPress 的 XML-RPC 还是别的接口，第一轮全设成草稿，人工抽检三篇确认排序、上下章链接、编码（GBK 的 txt 直接扔进去必乱码）都没问题，再切成自动发布。

WinkDesk 本身我没实际部署过，具体字段名给不了准话，建议你把版本号和设置页截图贴出来，我照着界面看比空聊通用思路快得多。

juming 这两条我觉得是整套流程里最值得照做的：命名用占位符、别写死章节号，以及先传一章再批量——把这两条做到，后面大部分坑都能提前暴露。

补一个测试姿势：拿一个单独分类、或者干脆用草稿状态走一遍完整链路，重点确认三件事——占位符实际渲染出来的标题/文件名长什么样、排序键到底是按文件名还是按发布时间字段、模板绑定是挂在分类上还是挂在单章上。这三处只要有一处理解偏了，批量发出去就是几十章返工，比先试一章多花的那几分钟贵太多。

补零那条建议再确认一次位数：有的工具是 001，有的是 0001，要和批量上传的最大章节数对齐，不然过了三位数照样乱序。定时发布和手动发布互踩的情况，测试完最好把测试条目直接删掉而不是留着，有些工具会把它计入连载总数，连带影响后面章节的序号。

WinkDesk 的具体入口和设置项我这边同样没有可查证的资料，juming 说得对，别照搬，对着实际界面走一遍最稳。