让 X (Twitter) 对下载器变棘手的不是加密 —— DRM 意义上的加密这里并不存在 —— 而是 URL 的腾挪。推文视频实际位于 video.twimg.com 的 HLS manifest 之后,但页面上看到的 URL 是只存在于浏览器内存中的 blob: 引用。真正的 manifest 由 JavaScript 在播放时取得,其位置在渲染后的 HTML 中根本看不到。任何试图抓取推文 HTML 找 .mp4 URL 的工具都会空手而归。
VidMost 的智能嗅探带有 X 专用适配器,它监听网络流量而不是解析 HTML,这正是它能在其他工具失败的推文上工作的原因。.m3u8 manifest 在播放器请求的瞬间就被拦截,所有检测到的变体在右侧栏一一列出并自动高亮推荐的最佳匹配;内建浏览器对受限内容一次性处理登录步骤。不存在为“年龄受限推文”或“仅认证用户可看视频”单独设计的流程 —— 用户粘贴 URL,浏览器处理 X 设置的任何墙,适配器在那堵墙背后捕获流。一旦平台变化的速度超过适配器,内核录制是通用兜底:它在播放中视频上叠加一条悬浮工具栏,无论源以何种形式投递都能边播边录。唯一任何模式都越不过的墙,是被删除的推文 —— 删除会让源彻底消失 —— 这是平台层面的限制,不是工具的能力问题。