已更新
内容简介与使用说明
这一页不提供播放器，只提供一张可以顺着读下去的顺序表，以及判断这份表是否可靠的方法。
情境：为什么“从头看到尾”比追更新更省时间
很多人最初是在短视频里刷到其中某一集的片段，随后才想回头补齐前后剧情。这种由点及面的观看路径，决定了他们更需要一份按顺序排列的剧集索引，而不是零散的推荐位。第一集至100集免费观看西瓜 这类需求，本质上是想用最短路径拿到完整顺序表。
冲突：分散收藏夹带来的三个麻烦
实际体验常常相反。浏览器收藏夹里躺着七八个不同站点的链接，点进去发现序号错位，有的从第 12 集直接跳到第 30 集，有的把预告片当成正片计入编号。反复试错之后，真正用于观看的时间被压缩得所剩无几，情绪也被消耗掉了。
问题：怎样判断一份剧集索引是否可信
标准其实不复杂。一看集号是否连续且可以回溯，二看每一条是否标注了更新日期与剧情节点，三看页面在移动网络下能否快速打开。三条都满足，才值得放进收藏夹长期使用，具体核验细节写在 核心优势 一节。
答案：本页的整理逻辑与核验方式
页面按 001 到 100 的连续序号拆分区间，每一段对应独立的更新时间与剧情摘要，条目集中在 作品展示区。如果对更新节奏有疑问，可以先看 相关资讯；如果只是想确认某个说法，常见问题 里已经列出手写答案。第一集至100集免费观看西瓜 的完整顺序表，在这一页就能顺着读下来。
剧集条目一览
按区间拆分，点击任意条目可查看该段的剧情节点与更新时间。
已更新
已更新
第 019—036 集 · 转折线
已更新
第 037—054 集 · 支线展开
已更新
第 055—072 集 · 高能段落
已更新
第 073—086 集 · 人物回
待补 2 集
第 087—100 集 · 收束线
这一页解决了哪些实际问题
四条标准，每一条都对应一个具体的观看场景。
序号可回溯
每个区间的起止集号写死在标题里，037—054 这样的写法让人一眼就能确认上一段结束在哪里、下一段从哪里开始，不会出现区间重叠或断档。
更新日期透明
每一条都带更新日期，进度落后的区间用角标单独标出。看到“待补 2 集”就知道这一段还没整理完，不必反复刷新确认。
移动端优先
页面没有任何外部样式表、字体库和脚本库，全部代码随文档一次性下发。首屏只加载一张主图，其余图片滚动到可视区域才开始请求。
判断方法可复用
除了给出一份顺序表，本页还把判断标准写清楚：集号连续、日期可见、打开够快。这三条换个页面同样适用，属于可以带走的经验。
相关资讯与更新动态
记录索引结构调整、区间划分变化和观看体验相关的说明。
区间划分细化为六段
为了让定位更快，条目从原来的四段细分为六段，每段约 14 到 18 集，滚动查找的步长明显缩短。
剧情节点摘要补充完成
第 019 至 072 集的节点摘要全部补齐，每条控制在两到三句，重点写清楚该段结束时人物掌握的信息量。
图片格式统一为 WebP
全部配图改用 WebP 并开启懒加载，首屏请求数量下降，手机在线流畅播放的体验比上一版更稳定。
常见问题解答
以下答案均为手写整理，与页面结构化数据一一对应。
集号是连续的吗，会不会中间漏掉？
本页按 001 到 100 的顺序连续排列，每张卡片标注起止集号，例如 037—054 这样的区间，区间之间首尾相接，不跳号也不重复。如果某一段仍在整理，会在角标上标出“待补”字样。
更新频率大概是多少？
通常在工作日晚间推送新条目，节假日根据整理进度调整。每一条都会写明更新日期，方便对照自己上次看到的位置，不必凭记忆猜测。
手机流量下打开会不会很卡？
页面没有引用任何外部样式表、字体库和脚本库，代码一次性下发；图片采用 WebP 格式并开启懒加载，首屏只加载一张主图，其余图片滚动到可视区域才开始请求。
为什么有的图片位置是空白的？
那是占位色块。图片尚未进入可视区域时不会发起请求，这样做是为了把首屏时间压到最低。滚动到对应位置后，图片会自动出现。
怎么快速跳到我想看的那一集？
卡片按区间分组，先判断目标集号落在哪一段，再点开该段详情查看剧情节点和更新时间。也可以直接用页面顶部的导航跳到作品展示区，再往下滚动。
这些内容可以离线保存吗？
页面本身依赖在线访问。建议把本页加入浏览器书签或主屏快捷方式，下次打开时可以直接从上次的位置继续往下读，省去重新查找的时间。
用户留言
以下为访客展示留言，按时间倒序排列。
