调试版接入抖音、快手推荐页视频文案筛选

[PathGao]

改了什么

调试版接入抖音、抖音极速版（40.6.0）和快手、快手极速版（14.8.40.*）推荐页的视频文案筛选，流程与小红书实验一致：读取当前一条的公开文案，本机关键词或 Clef 判断，filter 时用 FeedMask 把视频区域整块模糊，可点“显示这条”恢复，不自动划走。每个应用单独确认开启，默认关闭，只存内存。

• 页面判定抽成不依赖 Android 的 RealFeeds，小红书规则原样搬入，三类应用共用一次节点遍历。抖音两个包共用一套规则，快手两个包共用一套。
• 抖音系要求唯一的“推荐，已选中”和底部“首页”，快手系要求信息流顶部搜索按钮和底部拍摄入口，两者之间必须恰好一条文案节点。树里还挂着上一条和下一条视频，靠这块区域取当前这条。
• 出现广告、下载、直播、评论区、登录标记，或有 EditText / WebView 的整屏不读、不遮挡。只发文案和话题，去掉“展开”和 @ 提及，不发作者、点赞、音乐和画面。版本不匹配不处理。

没加 flagIncludeNotImportantViews：现有 flags 下文案、标签和广告、直播标记都能读到，加了以后抖音极速版的树会超过 300 节点 / 30 层上限，整屏被拒。小红书和验证场的行为不变。

验证

macOS arm64，JDK 17。

scripts/build-local.sh --no-daemon -Pkotlin.compiler.execution.strategy=in-process :app:testDebugUnitTest :app:lintDebug :fixture:lintDebug :app:assembleDebug :app:assembleRelease :app:compileDebugAndroidTestKotlin

42 项 JVM 测试通过（新增 8 项，用手写的合成节点树），Lint 无错误。逐个改坏 15 个判定条件，每次对应测试失败，恢复后通过。Android 13 模拟器上验证场回归 30 项和服务恢复 1 项通过。

规则用小米 10S（Android 13）上采到的界面结构在本机离线回放过，没有把广告、直播、登录页误读成可读取内容：抖音 11 屏、抖音极速版 7 屏、快手 10 屏、快手极速版 8 屏。真实 dump 和标题不进仓库。

没测：这四个应用都没在真机上运行。快手只采到未登录状态，没有广告和直播样本。RealAppValidationTest 和节点遍历只编译未运行。