新番季历同步机制调整：跨季度番剧的集数归并规则说明
2025-12-18产品资讯
针对跨季度播出的半年番与年番，导览页的集数归并逻辑做了一次梳理，减少同一部作品被拆成多条记录的情况。
此前部分跨季度作品在季历切换时会被识别为两部独立条目，导致追番进度出现断层。本次调整以作品唯一标识为主键，将同一作品的不同播出阶段合并到一条时间线中，并在季历视图中以「续播」标记区分。用户原有的追番记录会自动迁移，无需手动重新添加。该改动仅影响展示层的归并逻辑，不涉及用户数据的删除或重置。
季历集数归并追番记录
追番清单支持多条件筛选：按放送状态与题材交叉过滤
2025-11-27使用指南
追番清单新增交叉筛选能力，可同时按「连载中 / 已完结 / 未开播」与题材标签组合过滤，适合清单积累较多的用户。
当追番数量超过几十部时，单纯按时间排序的清单会变得难以浏览。本次上线的是组合筛选而非单一排序：用户可以先选定放送状态，再叠加题材标签，结果实时刷新且不改变原始清单顺序。筛选条件在本次会话内保持，刷新页面后恢复为默认视图，避免误以为条目丢失。移动端将筛选面板收纳至清单顶部，展开后为全屏面板。
追番清单筛选移动端
导览页首屏加载优化记录：图片懒加载与骨架屏的配合
2025-11-06技术资讯
分享一次首屏性能排查过程，重点说明封面图懒加载与骨架屏占位在弱网环境下的取舍。
排查发现首屏卡顿主要来自封面图集中请求，而非脚本体积。处理方式是给非首屏封面统一加上懒加载，并用与封面比例一致的骨架块占位，避免布局跳动。需要注意的是，懒加载触发距离设置过小会在快速滚动时出现空白，最终取值在实测后调整为约一屏高度的预加载范围。骨架屏仅用于占位，不做闪烁动画，以减少低端设备的重绘压力。
首屏性能懒加载弱网
补番路线的生成逻辑：从「看完这部看什么」到相邻推荐
2025-10-21产品资讯
补番路线不再只按热度排序，而是优先给出与当前作品在题材、篇幅、放送年代上相邻的选项。
补番的难点往往不是没得看，而是不知道下一部从哪开始。新的路线生成逻辑会考虑三个维度：题材接近度、单季篇幅（便于控制时间成本）、以及放送年代跨度。推荐结果以短列表呈现，每项标注推荐理由的简短说明，用户可以逐项跳过并重新生成。所有推荐均来自站内公开条目，不涉及第三方评分数据的抓取。
补番推荐逻辑篇幅
2025 年秋季新番观察：续作占比上升与原创企划的回归
2025-10-09行业动态
从已公开的放送信息看，本季续作与改编作品比例较高，原创企划数量较上半年有所回升，整体排播集中在周末。
本文仅基于公开的放送日历做结构性观察，不涉及播放量或商业数据。可以观察到两点趋势：其一，续作集中在既有 IP 的稳定档期，便于形成固定的追番习惯；其二，原创企划更多选择在季中段开播，以避开头部作品的排播挤压。对导览页而言，这意味着季历视图需要更清晰地标注「首播」与「续播」，我们已在相关视图中做了区分。
新番观察续作排播
妖精动漫站点导航结构调整：将「季历」提到一级入口
2025-09-24企业新闻
根据访问路径的统计反馈，季历的使用频率高于预期，已从二级页面上调至导航一级入口。
调整前，季历藏在「新番」下拉菜单中，需要两次点击才能到达。从站内路径统计看，季历的入口点击占新番相关访问的较大比例，因此本次直接将其提升为一级导航项，原「新番」下拉菜单保留，作为按月份浏览的补充入口。移动端汉堡菜单同步调整了顺序，把季历放在首位。此项调整不改变任何页面的具体地址，已有链接不受影响。
导航结构季历访问路径
条目信息纠错通道上线：欢迎补充放送时间与集数变更
2025-09-02服务资讯
每个条目详情页新增纠错入口，可提交放送时间调整、集数变更、译名差异等信息的更正建议。
放送信息在播出过程中发生调整是常见情况，例如临时停播、档期前移或集数追加。为避免导览信息长期滞后，条目页新增了纠错入口，提交时需选择问题类型并附上简要说明。所有提交进入待核验队列，由人工比对公开来源后决定是否采纳，处理结果会在原条目上体现但不公开提交者信息。该通道不接受作品内容相关的评价，仅用于事实性信息更正。
纠错放送时间核验
移动端手势操作补充说明：左右滑动切换条目的边界条件
2025-08-14使用指南
整理用户在移动端切换条目时容易混淆的几种情况，包括列表末项、筛选状态下与表单输入区域内的手势响应。
条目间左右滑动的判定基于触摸位移与角度的综合计算，横向位移需明显大于纵向才会被识别，以免与页面上下滚动冲突。在筛选结果列表中，滑动范围限定于当前结果集，末尾条目不会跳到全集的下一条，这是有意设计以避免用户误判筛选失效。在带输入框或下拉选择的区域内，手势默认不拦截，保证表单操作优先。若手势无响应，可先确认是否处于输入焦点状态。
手势操作移动端交互边界
追番提醒的时间窗口设计：提前多久提醒才不打扰
2025-07-30产品资讯
提醒默认改为「开播前 30 分钟」，并允许按作品单独设置提前量，减少集中提醒带来的堆积感。
此前所有提醒采用统一提前量，周末档期密集时会出现同一时间多条提醒的情况。现在的做法是把提醒拆成两层：全局默认提前量，以及单部作品的覆盖设置。同时对同一时间段内的多条提醒做合并展示，以列表形式一次呈现，而不是逐条弹出。提醒本身不依赖推送权限，站内即可查看，权限申请仅在用户主动开启时发起。历史提醒可在设置页回看最近一段时间的记录。
追番提醒通知合并展示
从「找番」到「记番」：二次元用户的两种典型使用路径
2025-07-11市场趋势
把用户行为粗略分为探索型与记录型两类，这两种路径对页面信息密度的要求恰好相反，导览页需要在两者间取得平衡。
探索型用户更关注「这一季有什么，值不值得点开」，需要封面、题材、时长的前置展示；记录型用户只关心「我追到第几集了，下一集什么时候」。本文基于站内交互路径的观察做定性梳理，不引用第三方统计数据。一个可行的折中是：列表页保持轻量信息，详情页承载完整进度与提醒设置，让两种路径各自在最合适的页面停留，而不是把全部信息堆在首屏。
使用路径信息密度定性观察
搜索匹配规则更新：支持译名与原名混输的模糊匹配
2025-06-26技术资讯
搜索框可同时接受中文译名、原名与常见简称，返回结果按匹配来源分组，减少「搜不到」的挫败感。
此前的搜索对完全匹配依赖较强，译名写法稍有差异便无结果。新版本引入归一化处理：去除常见标点与空格差异，并对简称与全称建立映射关系。结果页按「完全匹配」「别名匹配」「包含匹配」分层展示，让用户清楚结果为何出现。该机制不涉及拼音首字母的深度联想，后续是否扩展将视实际使用情况评估。搜索请求有频率限制，正常浏览不会触发。
搜索别名匹配归一化
内容标注规范说明：如何区分「已确认」与「待确认」信息
2025-06-05服务资讯
导览信息中出现的状态标注含义说明，帮助用户理解哪些信息来自多来源交叉确认，哪些仍处于变动中。
放送信息在官方公布前后会有不同的确定性。我们在条目中区分三种状态：已确认（多个公开来源一致）、待确认（单一来源或存在差异）、未知（尚未公布）。标注仅反映信息确定性，不代表我们对作品本身的任何评价。当信息从待确认转为已确认时，条目会保留变更痕迹，方便用户回溯。若你发现标注与公开信息不符，可通过条目页的纠错入口反馈。
信息标注确定性公开来源
妖精动漫 2025 上半年功能迭代回顾
2025-05-20企业新闻
半年度迭代汇总，涵盖季历视图、追番清单、搜索与纠错四条主线，均为已上线功能，不含未发布计划。
上半年主要围绕「看得清、记得住、找得到」三个方向推进。季历视图完成了跨季度归并；追番清单补齐了筛选与提醒的细粒度控制；搜索改善了别名匹配；纠错通道则把信息维护的部分工作交给用户参与。每条主线都伴随一次以上回滚或调整，例如筛选曾因条件互斥导致空结果，已在后续版本修正。下半年将继续在信息准确性上投入，具体排期以实际发布为准。
迭代回顾季历信息准确性
季历视图的三种时间粒度：季 / 月 / 周各自适合谁
2025-04-28使用指南
同一份放送数据用不同粒度呈现，适合的决策场景并不相同，本文说明三者的适用边界与切换方式。
季视图适合在换季时做整体规划，一次看清未来三个月有哪些作品；月视图适合安排每周的观看节奏；周视图则更贴近「今晚看什么」的即时需求。三种视图共享同一数据源，切换不改变筛选条件。需要提醒的是，周视图在季初会因未开播条目较多而显得稀疏，这属于正常现象。视图选择会随账号设置保留，未登录状态下仅在本次会话内生效。
季历视图时间粒度观看规划
关于播放器跳转的说明：导览页不承载视频播放功能
2025-04-09服务资讯
澄清一个常见误解：妖精动漫是导览与追番记录工具，不提供视频内容的存储或播放，相关链接均指向外部。
我们在多个渠道收到关于「能否直接在站内观看」的询问，此处统一说明：站点定位为二次元新番的导览与记录工具，提供放送信息、条目索引与个人追番管理，不托管任何视频文件。页面中如出现外部链接，均为用户自行跳转，站点不对目标页面的内容负责。这一定位也决定了我们的内容边界：不做播放源聚合，不提供下载，相关请求不在服务范围内。
站点定位导览工具服务边界
题材标签体系的精简：合并重叠分类，减少标注歧义
2025-03-19产品资讯
将含义高度重叠的若干题材标签合并，保留使用最广的表述，并给出旧标签到新标签的对照说明。
标签体系在使用中逐渐出现重叠，例如同一部作品可能同时被标为相近的两个分类，导致筛选结果重复。本次精简的原则是：优先保留被引用次数多的表述，将少数派标签并入其上级或同义分类，合并后的对照关系在帮助页可查。合并不影响用户已建立的追番清单，原有条目自动继承新标签。对于确实需要细分的场景，后续会评估以子标签形式补充，而非重新拆分顶层分类。
题材标签分类合并筛选
条目详情页信息分层：把「看之前」和「看之后」的内容分开
2025-02-25技术资讯
详情页按观看阶段组织信息，基础信息与进度控制靠前，涉及剧情走向的描述统一后置，降低剧透风险。
信息分层的目的不是隐藏内容，而是调整阅读顺序。首屏聚焦放送时间、集数、题材等事实性信息与进度入口；涉及剧情发展、结局走向的描述移至页面后段，并在其前给出提示。这一处理在条目的编辑侧同样适用，要求描述性文字避免在开头段落交代关键转折。分层是基于页面结构的调整，不改变条目所收录的信息总量，也不引入任何社区评论模块。
详情页信息分层剧透提示
2024 年底访问特征小结：移动端占比与夜间时段集中度
2025-01-28市场趋势
对站内访问时段与设备类型做一次匿名化的小结，仅呈现趋势性描述，不包含任何个体数据。
从匿名化的访问日志看，移动端访问在晚间时段明显集中，与追番的实际使用场景吻合；桌面端则更多出现在换季前后的集中浏览。这一差异提示同一功能在两端需要不同的信息密度：移动端强调单条目信息完整，桌面端强调列表的横向比较。本文不披露具体访问量数据，结论为趋势性描述，仅供内部产品讨论与对外说明参考。
访问特征移动端匿名化
追番进度记录的可靠性设计：冲突时的合并策略
2024-12-16产品资讯
同一账号在多设备记录进度时可能产生冲突，本文说明我们采用的合并规则与用户可手动修正的入口。
当同一集在两端被标记为不同状态时，默认采用较晚时间戳的记录，同时在条目上保留冲突标记，用户可手动指定以哪一端为准。合并发生在同步阶段，不阻断本地操作，避免弱网下的操作被拒绝。若用户长时间离线后一次性同步，可能出现大量冲突提示，此时可在设置页选择「按时间优先」批量处理。进度记录不包含任何播放行为数据，仅保存用户主动标记的状态。
进度记录多设备冲突合并
词条编辑与纠错的边界：哪些内容我们会采纳，哪些不会
2024-11-08服务资讯
明确纠错通道的受理范围，事实性信息更正会被处理，主观评价与内容偏好类建议不在受理之列。
受理范围包括：放送时间与档期的调整、集数与篇幅的更正、译名与简称的补充、明显笔误的修正。不受理的范围包括：对作品质量的评价、希望增加或删除某部作品的请求、涉及版权归属判断的争议。所有采纳的处理均以公开来源为准，若同一信息存在多个互相矛盾的来源，我们会保持「待确认」状态而非强行统一。处理周期随提交量波动，暂不提供具体时效承诺，请以条目最终状态为准。
纠错边界受理范围公开来源