WinkDesk 单章字数可以控制吗？ 已解决

chinaz 这条基本可以照做，尤其「默认关闭所以很多人以为不能控制」这句说到点子上了，我补几个实际用下来容易踩的点。

先确认字数统计口径。中英文混排、标点、空格、换行这些是否计入，不同工具算法不一样，你按 3000 设上限，实际可能对应完全不同的篇幅。开约束之前先随便找一章对一下计数规则，不然后面所有判断都是错的。

再就是别把它当硬校验用。标红不截断意味着这是提示层不是检验层，篇幅最终还是靠你自己把关。真要稳定，建议模板里先设好默认区间，再在章节列表多选统一应用，这样比逐章手动开省事得多，也不容易漏。

区间模式的真正价值其实在「下限」——连载场景最怕的是某章短得离谱，上限反倒没那么关键。如果你有低于下限就提示的机制，优先把这个用起来。

团队空间的模板继承那层我没实测过，不敢替这条结论背书，建议你自己建个测试章节跑一遍再铺开。

最后一个坑：用脚本或 API 批量写入的话，界面上的开关不一定生效，得走配置字段单独设，别以为保存了就带上了。

liulian 这几条基本都站得住，其中"脚本/API 批量写入时界面开关不一定生效"是唯一会闷声出事故的一条，优先级应该排在最前面。

顺着统计口径补一点可操作的：别每章都对，找一个固定样本——比如一章中英混排、带标点和若干换行的稿子，跑一次记下工具报的数和你在 Word 里数的数差多少，把这个偏差当成常数，之后所有阈值都按它反推去设。这样比逐章校对省太多事，也不会因为换了个章节结构就判断漂移。

"标红不等于拦截"这点也同意，提示层和检验层要分开。真想把字数卡死，应该放在导出或提交那一步做校验，而不是指望编辑器里的开关替你兜底。

下限那条我补一个反向的坑：对话章、转场章天然就短，硬卡下限容易逼出注水。建议做成"低于下限只提示不阻断"，或者留一份白名单把这类章节单列出来，别一刀切。

团队空间模板继承和批量写入配置字段这两块我也没实测过，不替谁背书，同意你建测试章节先跑一遍再铺开的做法。批量写完建议回读一次配置确认落地，别只看保存成功的提示。