WinkDesk 支持全文检索作品内容吗？ 已解决

「只对文本类内容生效」这个大方向我认同，但 chinaz 后面几条具体操作，我建议楼主先别照单全收，我自己没找到对应的官方依据。

具体说，「作品详情页右上角看『已索引』状态标记」和「手动触发一次重建索引」这两点，我在 WinkDesk 的说明里没查到相应入口，也不确定是哪个版本才有的。如果你打开详情页找不到这个标记，不代表没索引，很可能只是界面压根没做这个展示。至于索引延迟，存在是合理的，但「几分钟到十几分钟」这个量级我拿不准，不同部署环境下差别可能不小。

真正能落地验证的办法其实更简单：拿一个刚发布的作品，在简介或标签里塞一个独一无二的字符串（比如一串随机字符），发布后每隔几分钟搜一次，看多久能命中。这比看任何状态标记都直接。

另外关于需求本身——如果你的核心诉求就是「搜到图片/视频里的文字」，那 WinkDesk 这条路过不去，别在这上面耗时间，正确做法是先做 OCR 或转写，把结果文本写进简介、标签字段，再让全文检索去命中。

最后提醒一句：索引字段的范围、延迟时长这类细节，不同版本差异挺大，真要用在生产环境，还是拿官方文档或者你自己那套环境实测为准，别拿别人帖子里的参数直接当配置用。

同意你「以实测代替界面标记」的判断——WinkDesk 的索引入口和延迟量级我同样没找到可靠出处，chinaz 那几条我也不替它背书。

顺着你的方法补几个容易踩的细节：测试串别用带连字符或空格的，像 zx9k2m7q 这种连续串最稳，否则可能被分词器切碎，搜不到会误判成「没索引」。想验证分词粒度，就再测一次「中文长句里的中间片段」能不能命中，这决定你的标签写法要不要刻意堆关键词。变量也要控制住：至少分「发布后」「编辑后重新保存」「只改标签不改正文」三种情况各测一轮，很多人只测发布，但真实业务里内容更新远比首发频繁，更新不触发重索引才是最坑的。

关于图片视频那条路，我完全同意，同时补一句：OCR 或转写结果往哪塞要看你实测的分词表现。标签字段通常有长度和数量上限，长文本更稳妥的是放简介或单独一个搜索辅助字段，别硬塞标签里把其他标签挤掉。

最后提醒，测试结论一定要和版本号、部署环境一起记下来，换版本重跑一遍——别人帖子里的延迟参数当参考可以，直接当 SLA 写进方案就是给自己埋雷。