ChapterRoads 与 ChapterResult：框住线路与剧集

规则的最后两条 XPath，工作在 SearchResult 带你到达的那个页面上：ChapterRoads 框住播放线路（一个站常有多个备用线路），ChapterResult 框住每条线路下的剧集列表。

ChapterRoads：线路容器

手法与 SearchList 一模一样，只是战场换到播放选集页：

1. 在目标页面呼出开发者工具，点选任意一个线路标签；
2. 悬停上滑找到「覆盖所有线路」的父级容器，复制完整 XPath；
3. 删 /html/body、补 //；
4. 因为定位到的是容器本身，而线路是容器里的子节点，末尾追加子级标签，如：

//div[2]/div[3]/div[1]/div[1]/div/div[2]//div

有几条线路就有几行结构一致的代码；折叠后看不到等长代码就再往上找一层父级。

ChapterResult：剧集列表

同样点选任意一集，复制、修剪。示例——点到第 12 集得到：

//ul/li[12]/a

手动去掉序号 [12]——你要的是所有集，不是第 12 集：

//ul/li/a

这个「去掉序号」的动作最容易忘：留着序号，应用只会认出那一集。

前提别忘

ChapterRoads 与 ChapterResult 的内容随着 SearchResult 改变而改变——SearchResult 带到哪一页，这两条就在哪一页的 DOM 里找。如果两条选集字段怎么写都不对，八成是 SearchResult 指错了页，回去看搜索结果字段页的决策逻辑。

收尾验证

四条 XPath 全部填完保存，完整走一遍：搜索 → 点结果 → 选线路 → 点任意一集 → 出画面。全链路通了，这条规则就活了。不同站点的结构千奇百怪，第一次写卡住很正常，去XPath 速成补手法，或到规则排错对照故障表。想看官方完整示例与动态教程，官方文档的规则示例章节以及视频平台搜「kazumi 规则」都有现成演示。