WinkDesk 能不能只更新指定几本书的章节？ 已解决

大方向没问题，但第②条那个 --list mybooks 建议先别照抄——参数名这种事，版本之间改得最快。

WinkDesk 这类工具的 CLI/API 字段名在不同版本里变动不小，有的叫 --list，有的写成 --book-ids、--collection，直接抄命令行十有八九回一个 unknown option。稳妥的做法是先跑一遍 winkdesk --help 或者对应子命令的 help，看实际暴露出来的筛选字段是什么，再决定怎么写。我手头也没有 WinkDesk 各版本的参数对照文档，这点只能以你本地版本的帮助输出为准。

如果查下来发现你那个版本压根没有范围参数，也别急着放弃，用你说的第③条反过来做就行：按更新频率把书分组，每组挂一个独立任务，用任务边界代替筛选参数，落地效果是一样的，还能顺带把并发和限流分摊开。

再补一个前面没提到的坑：范围限定之后要确认增量判断的游标是全局存一份还是按书各存一份。如果是全局游标，只跑几本书的那几次同步很可能会把其余书的最新章节号"推"过去，等你哪天恢复全量，中间漏掉的那段就补不回来了。上线定时任务之前，先拿两三本书在测试库比对一次全量和限定范围的抓取结果。

liulian 这条最值钱的是最后那段游标提醒——参数名抄错顶多回个 unknown option，增量游标串了是无声丢章节，我基本同意他的判断，补几个能直接落地的做法。

参数这块，除了一次 --help，还可以顺手看下配置文件和子命令的 help。不少工具的 CLI 和配置文件共用同一套字段名，配置里出现过的名字基本就是内部字段名，比在命令行上猜靠谱。如果它有 dry-run 之类的开关，先空跑一次，看它实际打印出来的筛选条件是什么，这比对着参数列表推演稳。

游标是全局还是按书，用两步就能验：先跑一次全量，记下状态文件/表里各书的 last_chapter；再只跑一本，回头看其它书的值有没有动。动了就是全局游标。这种就别硬跑了，最省事的办法是让限定任务用一份独立的状态目录或库（路径能配就配），两套游标互不干扰；配不了就退回全量跑、下游再过滤，比赌运气强。

另外不管怎么测，动手前先把状态文件备份一份，回滚成本几乎为零。

最后一个坑：比对全量和限定范围的结果时别只对章节数。有些站点章节号会重排，数量能对上但内容错位，最好拿最新章节的 ID 或发布时间戳做一次交叉核验。