手机自动化（Mobile Use / Phone Use）技术调研报告——GPT 调研

研究与撰写：GPT（Codex）；最终核查日期：2026-10-27，Asia/Shanghai。 本报告为独立新报告，公开资料采集跨越 2026-10-26 至 2026-10-27。项目维护状态在 10 月 27 日通过已认证 GitHub API 重新获取；动态价格、重点平台政策当天复查。历史案件和历史 issue 按其发生时间解释。本轮只做文献、源码与公开页面核验，没有进行手机端成功率、微信登录或封号实验。

本报告执行《提示词-手机自动化再调研.md》第一至第七节，沿用原会话“新增一份标明 GPT 的调研报告、暂不进行 Cloudflare 部署”的明确要求。已有报告及 site/ 仅作受保护的既有成果；独立证据形成后才对提示词列出的十二项结论逐条比较。

1．执行摘要

1. 先选可授权的动作通道，再选模型。【中】AI Agent 改变的是任务理解和决策，实际感知与操作仍依赖 UI 树、截图、ADB、测试代理或应用公开接口。模型不会授予更多系统权限，也不会消除微信账号、行为和网络风险。对自有应用测试，确定性断言和失败恢复通常比盲目提高模型能力更容易验收。[A01–A11、B01–B03]
2. 旧的“项目全死了”判断大量需要更新。【已确认】mobile-use 默认分支已有 iOS WDA 真机代码；DroidRun 已迁移命名为 Mobilerun；原 LSPosed 默认分支长期停滞，但 Vector 仍有维护和正式发行；微信 4.x 有公开 Hook 实现。与此同时，WeChatFerry 和 Sonic server 的归档状态确实存在。应逐仓库、逐版本判断，不能用一个老项目代表整个路线。[A02–A05、C04–C05、D10–D19、B13]
3. 现有成功率不能直接用于微信采购。【中】AIMultiple 报告的 DroidRun 43%、AppAgent 7% 有原文出处，但属于特定 65 项 AndroidWorld 任务和统一模型配置；12 倍成本来自同一个共同成功任务。Minitap 的 100% 是作者自己的另一套基准结果。缺少独立复现，任务集与成本分母也不一致，本报告不据此排“手机 Agent 总冠军”。[A04、A12–A15]
4. 确定性自动化仍有广泛价值，限制应分别理解。【已确认】Android 13+ 的受限设置、Google Play 对自主规划执行的 Accessibility API 规定、微信特定版本的节点异常是三个不同问题。Play 当前明确区分自主决策与人类预定义的确定性规则脚本；社区故障不足以证明“微信 8.0.52 起统一随机伪造节点”。[B24–B29]
5. 云手机和真机解决的是设备供给，不能保证风控结果。【已确认】redroid 支持目录覆盖 Android 8.1–16，容器依赖宿主 Binder 等能力；【中】ARM 翻译“固定为原生 70%”、模拟器检测率和商家的防封率均缺少本轮可复核的独立双源数据。阿里云手机及河马的基础机价之外还需单独核算网络、ADB/窗口许可、模型和人工。[E01、E06–E12]
6. iOS 不需要把越狱作为常规测试前提。【已确认】WDA/XCUITest 提供签名测试路径，受配对、签名、Developer Mode 和版本矩阵约束。App Intents、Foundation Models 及 Android App Functions 是有明确提供者和权限边界的通道；不能推导微信已经开放任意个人聊天操作。[F01–F18、G 官方渠道章节]
7. 微信生态运营优先按官方产品的实际边界设计。【中】企业微信客户联系、会话存档、机器人、公众号和小程序不是一个可互换的“微信 API”。应按账号主体、用户同意、消息类型、触达窗口和额度建模；即便官方接口允许某种调用，也仍需具备相应数据处理依据。具体额度和新型智能机器人能力见第 10 节。
8. 法律风险由实际行为决定，不能只看工具名称。【已确认】丁某案是突破短视频访问限制的专用爬虫工具案，并非微信案例；聚客通、联络易等案件涉及商业群控、平台秩序或第三方数据。技术可运行、开源许可证允许使用、平台允许接入、个人信息处理合法，是需要分别回答的问题。没有足够证据的“最高判赔”和“官方封号率”不作结论。[C15–C16、D22–D24、第13节]

2．术语、四层框架与证据方法

2.1 四层必须独立描述

【中】这是本报告的分析框架；各层职责由后文项目文档支持。七条路线并非互斥：A 可以使用 B 的执行器和 E 的云设备；F 的 WDA 可以接 A 的模型；G 的接口可以与确定性任务编排结合。C、D 则常在信息获取和执行权限上改变信任边界。比较方案时，应比较完整组合，而非把“云手机”和“LLM”当作同一级替代品。

【中】本报告使用“可用”时区分四个状态：源码或接口存在；指定环境功能可以演示；在定义清楚的任务集上通过测试；在实际业务约束下持续运行。前三者中的任一项均不能单独证明第四项。所谓“生产级”若没有版本、场景、运行周期、失败处理和服务承诺，无法成为可以独立核验的技术结论。

2.2 证据分级、日期与统计口径

• 【已确认】：一手文档、当日 API、实际源码、裁判材料支持相应事实，或存在独立交叉来源。对于厂商文档，只确认“官方声明该能力/报价”本身，不把声明当独立性能测试。
• 【中】：单一实测或社区反馈、厂商效果宣传、证据有限的归纳，以及本报告的工程/法律风险分析。标记不代表所有判断具有相同概率。
• 【传闻】：软文、匿名口述、无可追溯方法的百分比；不能作为选型依据。核实失败写“待核实”，不把未检索到视为不存在。

维护表的 stars 为查询瞬间值；archived 是当日状态，不直接给出历史归档日期；pushed_at 可能来自其他分支或标签；最近默认分支提交也可能只改 README。releases/latest 是仓库正式发行接口，不必然是 monorepo 主产品版本。时间表使用 API 的 UTC 日期，查验日使用北京时间，因此 10 月 26 日晚的 UTC 发布可能在 10 月 27 日被本轮查到。【已确认】（GitHub 响应字段及本轮记录）

【已确认】本轮保留的证据包含中英文查询、官方文档、GitHub issues、许可证、法院及媒体材料；本地目录 sources/ 保留原始响应和检索时间。当天统一快照为 R27-github-summary.json 及 R27-<owner>__<repo>.json。旧的 A–F 笔记保留 10 月 26 日历史口径，本合并报告的维护表采用 10 月 27 日数据。动态网页若当天只能取得错误页，明确保留旧查询日或降低结论，不用 HTTP 200 代替内容核实。

【中】成功率必须同时给任务集、设备、系统、框架版本、模型、尝试次数、成功判据和人工接管规则。成本要包含失败尝试；封号率必须说明观察时间、账号来源和未封但受限的处理方法。不同分母不合并。来自同一厂商的官网、论文和转载不能算三个独立来源；法院判赔总额也不能与其中连带责任部分重复相加。

3．技术路线全景表

以下微信适用性与风险为【中】的比较判断，依托后文各路线证据；高低表示相对暴露面，均不表示确定的封号概率或法律结论。

4．A．AI GUI Agent

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

4.1 四层原理与架构差异

AI GUI Agent 不是一种新的手机底层权限，而是把自然语言目标转成操作计划的决策层。感知可以是截图、OCR、视觉模型，也可以是 Android 无障碍/UIAutomator 导出的树；执行仍然依赖 ADB、设备端 AccessibilityService、UIAutomator、iOS WDA/测试栈等既有通道；基础设施是真机、模拟器或云端设备。给同一个 ADB 控制器换上 LLM，并不会使设备身份、客户端版本或微信服务器的行为判断自动改变。这是基于架构的分析判断【中】。[A01–A07]

mobile-use：所属 minitap-ai，Python 项目，pyproject.toml 依赖 LangGraph，代码有规划、上下文整理、Cortex 推理、执行、总结等职责分离；Android 控制器组合 UIAutomator2 与 ADB，截图与 UI 树一起使用。因此“ADB + 无障碍树”只是简写，不能等同于必须在用户手机安装任意第三方无障碍 App。官方论文强调对文本输入结果做确定性校验、检测重复循环，实际工程价值是验证每步是否生效，而不只是让模型多思考。【已确认】[A01–A04]

最值得纠正的文档冲突：顶层 README 的设备表仍写“Physical iOS devices are not yet supported”，但当前默认分支 ios_client.py 已识别物理设备并创建 WdaClientWrapper，控制器文档注明 IDB 对模拟器、WDA 对真机，依赖有 facebook-wda，仓库也有真机安装说明。能够确认“当前代码已有 WDA 真机后端”；不能确认“所有最新 iPhone 均稳定可用”，也不能将 main 分支能力自动倒灌给旧发行标签。【已确认】（代码存在；中：实际设备兼容性）[A02–A03]

DroidRun / Mobilerun：旧地址 droidrun/droidrun 当天 API 已重定向为 droidrun/mobilerun。Android Portal 提供 UI 树、截图和操作，Direct 模式由 FastAgent 直接调用工具，Reasoning 模式由 Manager 规划、Executor 执行并反馈，支持截图附加或纯视觉模式。当前文档列有 iOS 真机经 mobilerun-ios、模拟器经 iOS Portal 的入口，但外接二进制、设备代理和主框架的开源范围应分别审查。【已确认】[A05–A07]

Mobile-Agent 家族：X-PLUG/MobileAgent 当前介绍为阿里巴巴通义实验室，已包含 v3.5、GUI-Owl-1.5，以及 v3/v2/v1、Mobile-Agent-E 等多代实现。感知偏视觉，决策包含规划、进度管理、反思和记忆，不能把 2024 年单一论文的架构概括成整仓今天的能力。它与 Google AndroidWorld 的 M3A 不是可无条件互换的项目名。【已确认】[A08、A14]

AppAgent：强调先探索/人类示范形成 App 文档，再在执行时查询；虽然是多模态、视觉驱动，但控制代码有 get_xml()，使用 adb ... uiautomator dump 获得 UI 数据。应写“标注截图、多模态决策，可用结构化 UI 信息”，不能写成“从不读取 UI 树的纯像素系统”。README 还包含早年的免费模型和旧模型名，不能作为截至今天的模型价格表。【已确认】[A09–A10]

Open-AutoGLM：zai-org/Open-AutoGLM 提供 Phone Agent 与 AutoGLM-Phone-9B/Multilingual 模型入口；Android 用 ADB，HarmonyOS NEXT 用 HDC；视觉理解屏幕，输出启动、点击、滑动、输入等动作，并有敏感操作确认、验证码人工接管机制。README 列微信在支持应用中，这证明作者宣称覆盖该 App，不等于官方授权、长期无人值守成功率或防封能力。【已确认】（实现与宣称；中：微信泛化可用性）[A11]

4.2 当天开源维护快照

下表 stars、archive、默认分支 commit、release 都取自 2026-10-27 的已认证 GitHub API。日期为 UTC；“无 release”表示 /releases/latest 当天无可返回的正式最新版，不表示没有 tags 或没有维护。各仓库完整 pushed_at 与 commit SHA 已保存在 R27-github-summary.json 及逐库原始 JSON。代码许可证与模型权重许可、云服务条款需要分开看。

以上元数据【已确认】。[A01、A05、A08–A09、A11、A13]

4.3 成功率和成本：比较之前先比较分母

AIMultiple 的文章截至本轮打开时标注更新于 2026-06-09。其说明使用 AndroidWorld 的 65 项任务、Pixel 6 模拟器、Android 13、所有 Agent 使用 Claude 4.5 Sonnet，并编写了适配 wrapper。文章中的数值如下；“文章有此数”可确认，但本报告未独立复现，表现结论统一为【中】。[A12]

关键限定有四个。第一，成本和时间来自所有 Agent 都成功的同一个任务，各重复十次，不是全部任务平均，不包含失败任务与人工兜底后的总成本；12 倍是该表中 $0.90/$0.075 的比值。第二，文章方法章节把 Mobile-Agent 写作“Mobile-Agent (M3A)”，而开源 AndroidWorld 的 m3a.py 明确是 Multimodal Autonomous Agent for Android；所测版本、wrapper 和整套逐任务原始轨迹没有在本轮获得足够材料来消除命名歧义，不能把 29% 直接赋给整个 X-PLUG 家族。第三，文章自己的 AppAgent 接入步骤包含 get_xml()，与“纯视觉完全不依赖树”的说法不符。第四，这不是微信、金融或购物真实账户的运行评测，读到的 2026 年页面更新时间也不等于使用截至 2026-10-27 的各项目代码。【已确认】（方法文本；中：可外推程度）[A10、A12、A14]

另一项有用但不可混排的来源是 Minitap 论文：作者宣称在 AndroidWorld 全部 116 项、20 个应用任务达 100%，官网注明结果为 2026 年 1 月，论文为 2 月；论文模型配置比较给出 $1.07/任务与全强模型 $1.58/任务。它是作者实验、自家官网与论文属于同源，不能算两个独立验证。官网还明确说这不是商业产品 mini 的生产 QA 准确率，论文承认游戏/Canvas/缺无障碍树的界面局限。把 100% 当作“任何 App/微信均可完全自动化”与来源原文相矛盾。【中】（作者实验；已确认：原文限制）[A04、A15]

同样，Mobilerun 当前 README 有旧基准徽章，也指向另一个 mobile-harness 的更新基准。不同软件、模型、任务集和评估条件不能凭一个徽章合并排名。本报告不在缺少等条件独立实验时宣布“2026 最强”。【已确认】（不同结果载体；中：选型判断）[A05]

建议采购或 PoC 的核算单位是：

每个验收成功任务成本 =（全部尝试的模型费 + 设备时间费 + 存储/流量 + 人工复核 + 失败修复）÷ 经业务判据验收成功的任务数。

例如一次尝试成本固定为 c、成功率为 p，独立同分布且可无限安全重试时，才有近似 c/p；微信发送消息、转账或下单不能随意重试，因此这一近似通常不能直接用。应另外测首轮成功率、人工接管率、错误发送数、P95 时长与重复操作数。这是建议的验收设计【中】，不是本报告的实测数字。

【中】文章没有给出足以逐项复核的原始成功计数和舍入方法，7%也无法由公开表格直接还原为65项单次二元测试的整数成功数。本报告保留文章标值，不据此计算置信区间或推断未公开的重复次数。[A12]

4.4 商业产品与当日价格

前两行是当天官方挂牌/报价模式【已确认】，不包含购买后实际账单的独立验证；后两行价格状态【中】（待具体 SKU 核实）。[A11、A16–A17]

【已确认】上述套餐包含的 plan phones 为按需 Android 云机。真实 iPhone 属于另购 dedicated phones，官网列 $200/月付或按年付折算 $160/月（全年 $1,920）；不能把 $20/月 Developer 套餐误读为包含一台真实 iPhone。[A16]

4.5 已知坑与微信适用性

官方明确的局限：mobile-use 依赖 UI 树，游戏/Canvas 的可见像素未必有语义节点；官方论文也列出文本输入“看似执行、实际未入框”、循环动作、历史上下文污染等失败模式。Open-AutoGLM 明确为敏感动作设置确认、验证码和登录场景要人工接管。没有一个授权范围是“看到屏幕就可以替用户无限行动”。【已确认】[A01、A04、A11]

社区反馈：mobile-use issue #227 要求增加游戏支持，作者发帖建议集成 Airtest。它可以证明存在需求和兼容缺口讨论，不能证明 Airtest 已解决任意第三方游戏的树获取。测试 SDK 能在自有 App 内注入信息，并不意味着能把相同 SDK 注入任何未授权应用。【中】[A18]

工程上的高代价失败：网络返回延迟导致重复点击；截图生成时尚未加载完的内容被当成最终状态；群名/昵称相近时发错目标；模型把 App 页面文字当作上层指令；屏幕和日志把聊天记录、验证码传到第三方模型。上述是架构风险分析，不是腾讯已公布的检测规则。【中】建议将发送对象、金额、发布内容作为动作前后的确定性校验字段，给不可逆动作设置人工确认和幂等记录，且只对授权测试账号或个人限定场景试点。

微信适用性应分三种：对于在前台阅读、整理用户明确选定的信息、生成待发送草稿，可作为有限个人助手进行验证；对群发、自动加好友、长期无人值守运营，Agent 不能消除账号、行为、网络侧风控，成功 demo 不构成长周期 SLA；对微信通信内容全量采集，更有个人信息、第三方会话参与者与平台规则的独立约束。实际封号概率本轮没有可信独立数字，写“无法量化”，不能以“模拟真人”代替证据。【中】

4.6 法律定位与常见错误

LLM 是决策器，不改变访问授权的来源。与法律章节的丁某案相比，要重点区分普通授权 UI 操作与破坏/绕过安全措施获取受限数据；与联络易案相比，商业性微信获客、批量操纵和平台秩序影响可能比“用了不用 Hook”更关键。这里是法律风险的技术对应，不声称已经有针对这些具体开源 Agent 的中国定罪判例；本轮没有检索到可据以确认的此类专门判例，详见第 13 节案例表。【中】

常见错误包括：“mobile-use 只有模拟器 iOS”——被当前 WDA 代码反例推翻；“DroidRun 永久是旧名称旧架构”——当前已重定向；“AppAgent 完全不用 XML”——控制代码相反；“第三方评测 43% 意味着微信43%”——任务集不符；“100% AndroidWorld 等于产品 100%”——作者官网明确否认；“开源免费所以每任务零成本”——忽略模型、设备和人工。以上每一项的证据均在本节对应链接，不能互相替代。

5．B．传统确定性自动化

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

5.1 四层原理与工具职责

【已确认】无障碍服务、UI Automator 和 Espresso 不是同一种权限模型。AccessibilityService 可在用户授予相应权限后读取可访问节点、执行动作；UI Automator 面向设备级 UI 测试，可跨应用与系统界面；Espresso 主要服务于被测试应用内部，依靠 instrumentation 与同步机制工作。它们能看到什么，仍取决于目标应用暴露的语义、窗口状态和平台限制，不能从“用了无障碍”推出“能获得任何应用完整界面树”。[B01–B03]

表内具体工具实现见 [B01–B18]，跨工具选型解释为【中】。最稳妥的工程组织通常是把脚本写成“确认前置状态—执行—等待可观察结果—断言—有界恢复”，而非固定延时后的坐标连点。稳定性来自已定义的状态和失败分支，不能用“确定性”这个名称保证第三方 UI 永远不变。

【已确认】scrcpy 当前 README 仍列最低 Android 5.0，音频转发要求 Android 11+，部分相机功能 Android 12+；普通模式需要 USB 调试，部分 OEM 还涉及额外的输入权限设置，OTG 控制模式则不要求 USB 调试。作者称无需 Root、无残留安装，并不意味着运行期间没有设备端服务或完全不存在调试痕迹。[B09]

5.2 开源维护状态：不沿用旧博客的“已死”标签

以下 stars、archived、pushed_at、默认分支提交和 release 均于 2026-10-27 通过已认证 GitHub API 获取【已确认】；日期为 UTC。许可证为 API 与实际许可证文件综合核对结果。仓库名即对应参考资料中的完整 GitHub 地址。

【已确认】另核查旧 openstf/minitouch 默认分支停在 2020-08-15，旧 openstf/minicap 停在 2020-08-15；DeviceFarmer 分支却有 2026 年提交。不能把旧组织下某个仓库的停滞写成组件在所有分支上消失。[B10–B12、B19–B20]

【已确认】Appium 当前默认分支 packages/appium/package.json 声明核心版本 3.8.0。这只确认该分支包声明，若要描述稳定安装版本仍须对照 npm 和相应核心发行标签；本报告避免将辅助包 latest release 当核心版本。Appium 核心与驱动均活跃，并非“Appium 2 教程里的安装命令和依赖要求可永久通用”。[B06、B21]

5.3 商业方案与费用边界

以上挂牌数据【已确认】，服务效果与商务条款须以对应方案为准【中】。测试成本还包括脚本维护、版本回归、失败重跑和人工判别误报；设备分钟便宜不保证每个成功用例更便宜。

5.4 重大兼容性与发行政策

微信节点暴露问题。【中】uiautomator2 issue #1099 的用户报告阈值是 8.0.55 之后，正文将改写 AccessibilityNodeInfo 明确表述为猜测；AutoJs6 #463 报告 8.0.58 后布局分析失效；Mobilerun Portal #142 则报告 vivo/Android 13/微信 8.0.74 的空树，而同机 TalkBack 可读到树。三者支持“部分版本、设备、服务组合存在节点读取异常”，但没有建立“8.0.52 起所有设备主动随机错填 viewId/text”的统一版本门槛、实现机制或腾讯官方意图证明。空树、隐藏文本、id 变化和随机伪造文本是不同故障，不能混写。[B24–B26]

【中】上述差异也说明一次 dump 失败不能自动判定只能 Root：窗口选择、WebView、无障碍服务能力、OEM 设置与应用策略都可能影响结果。本报告不据社区线索提供绕过微信保护的方案；对合法测试应记录实际机型、系统、App 版本、输入页面和错误，再决定能否继续采用树定位或经过业务验证的视觉定位。

Android Restricted Settings。【已确认】Google 官方帮助明确，部分安装来源下敏感设置会受到限制，相关步骤适用于 Android 13 及以上，用户对可信应用可显式允许受限设置。因而“Android 13 完全禁止侧载 App 使用无障碍”错误；反过来，不能假设所有来源、OEM、系统版本的授权过程完全一致。[B27]

Google Play 的 AI 自动操作限制。【已确认】2025-10-30 政策公告明确强化禁止 Accessibility API 自主发起、规划和执行动作；截至 2026-10-27 的现行说明进一步明确，这不禁止遵循人类预定义静态脚本的确定性规则自动化。经验证、以帮助残障用户为核心目的的无障碍工具有相应例外，但仍受其他政策约束。普通通用助手不能仅因附带无障碍用途便自行声称符合例外。[B28–B29]

【已确认】2025-10-30 是该公告日期，公告要求结合 Policy Deadlines 看各条截止时间；不能把公告日期直接写成所有安装渠道的系统禁用日。本次当前截止日期页没有充分还原该条历史执行日，报告不另造日期。Google Play 分发政策、Android 系统授权机制和微信自身策略必须分别写；企业内部分发也不等于自动获得微信授权。

minitouch 与 minicap。【已确认】minitouch 当前 README 明说 Android 10 默认直接路径因安全政策不能使用，并给出通过 STFService 转发的适配路线；这说明原路径受限，不能推出整条触控自动化自 Android 10 后永久无解。minicap 则依赖 AOSP 私有截图/虚拟显示 API、按 SDK 和架构构建共享库，README 的无 Root 保证范围写至 Android 9，并明确不支持模拟器。它是采集组件，不能把 /dev/input 注入限制当作其屏幕采集失效的同一个机制。[B10–B11]

【已确认】当前 STF README 声明 Android 2.3.3–15 支持，另有实验性 iOS 路径；这属于官方支持声明，不替代本次逐机型验证。【中】新部署优先评估当前维护的采集/输入后端，锁定组件组合，不能拿旧二进制加新版 Android 然后把失败推广给整个行业。

HarmonyOS NEXT。【已确认】华为官方将 HDC 定义为 HarmonyOS Device Connector，支持 Windows/Linux/macOS 主机、USB/无线连接及调试、安装、文件传输。Open-AutoGLM 当前项目也单列 HarmonyOS NEXT 的 HDC 后端。因此原生鸿蒙设备应按 HDC 和对应原生测试栈规划，不能简单把 ADB 命令改一个可执行文件名就假定 Android APK、权限和 UI 定位语义全部保持不变。[B30、B31]【中】不同代际 HarmonyOS、NEXT 原生系统与第三方兼容容器须逐一界定；本轮尚缺直接支持“所有名为鸿蒙的设备一律不能运行 Android”的证据，该泛化不成立。

版本和项目成熟度。【已确认】AutoX 自述是原版备份，建议重度用户选择其他经常维护的版本，并列出若干打包/闪退问题；“没有归档”不代表维护者承诺长期修复。Sonic server 则已有明确归档状态。适合新项目的判断应检查核心路径、近期关键问题、维护者承诺和许可证，而非只看 stars。[B13、B17]

5.5 微信适用性与选型

【中】本路线适合自有应用和有授权的回归测试：可定义目标状态、固定数据，脚本失败可以复现。用于个人微信时，树暴露不稳定和业务页面变化使维护成本上升；截图/OCR 可弥补部分感知缺失，却引入分辨率、主题、弹窗、滚动和相似目标误判，不是免维护替代品。

【中】就环境层而言，无 Root 的 ADB/无障碍路径通常少了 Root/注入组件，但调试状态、应用行为仍是独立面；账号历史、联系人关系、批量行为和网络条件也不会因为脚本具有固定规则而消失。没有可信独立封号率，所以不提供“每天加多少好友安全”“脚本模拟随机延时可以防封”等未经验证阈值。

【中】测试选型可优先把 Espresso 放在自有 App 内部，把 UI Automator/Appium 放在跨应用和系统流程，把 Maestro 放在团队易维护的声明式端到端测试，把 Airtest 放在模板视觉确有价值的场景，把 STF 等放在设备共享和调度层。它们可以组合，不能把设备农场与单设备执行框架当成相互排斥的完整解决方案。

5.6 法律风险及关联判例

【已确认】聚客通案一审 （2019）浙8601民初1987号 涉及微信群控经营和聊天等数据转存，法院认定的对象是具体商业行为、平台利益与数据权益影响。它不是认定所有自动化测试脚本违法的判例。[B32]

【已确认】最高法公开的丁某案 （2022）苏0213刑初223号 围绕绕过短视频平台签名安全措施、获取受限数据及提供专用程序工具，并非微信 UI 测试案例。以其警示访问和工具用途边界可以，以其证明“用 adb/无障碍就是刑事违法”不成立。[B33]

【中】个人便利、组织测试和对外销售群控工具的法律事实不同；设备所有人授权只能解决部分问题，仍要考虑账户及数据主体授权、平台条款、软件许可。AutoX 附加非商业条款、AGPL 部署义务等是额外的代码使用问题；任何协议许可都不会授予无限读取微信数据的权利。

【已确认】补充历史来源：Reuters 2024-01-19 报道了 HarmonyOS NEXT 不再支持 Android 应用的发布方向；本轮读取可见正文确认该表述。它支持原生系统路线区分，不证明截至今天所有名为鸿蒙的设备、第三方兼容容器或每款硬件的行为。[B39]

6．C．Root、Hook 与应用虚拟化

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

6.1 原理与适用范围

【已确认】Root、Hook 和应用虚拟化是三种不同能力。Magisk、KernelSU、APatch 提供或管理高权限；Xposed 系框架与 Frida 提供运行时插桩；VirtualApp 在宿主进程及其框架中运行另一个应用。它们本身都不构成能够理解界面、规划任务、核验结果的完整手机 Agent。[C01–C09]

本表原理来自项目文档，均为【已确认】；“无 Root”只描述权限入口，不能推导“不改变应用环境”或“不会被检测”。【中】这些技术可以接 LLM，但把决策层换成模型不会消除底层签名、兼容性和账号风险。

【已确认】Magisk 当前 README 列出 MagiskSU、模块、启动镜像处理和 Zygisk；KernelSU 以内核 su、应用权限配置及模块系统为主；APatch 的 APM 与 KPM 分别面向应用模块和内核代码注入。KernelSU 官方支持 GKI 2.0、内核 5.10+ 的设备，较老的 4.14+ 内核需手工构建；支持 ARM64、x86_64，同时明确警告部分近期 x86_64 内核可能触发失败乃至 kernel panic。APatch 当前声明仅 ARM64、内核 3.18–6.12，并有内核配置要求；这些是内核与架构条件，不能简化成“支持某个 Android 版本就全机型可用”。[C01–C03]

6.2 开源及公开源码项目：当天维护状态

以下字段均为【已确认】，来自已认证 gh api。pushed_at 包括其他分支或标签活动，不能代替默认分支最近提交；“未归档”也不能自动解释为持续代码维护。

【已确认】本轮 API 的重要发现是：原 LSPosed/LSPosed 目前 archived=false，但默认分支停在 2024 年；JingMatrix/LSPosed 已更名为 Vector。Vector README 声明支持 Android 8.1 至 Android 17 Beta，并明确区分稳定 Release 与 Canary 构建。[C04–C05] 这足以推翻“Android 15+ 没有持续维护的开源 Xposed 系框架”。【中】README 声称的覆盖范围不等于本轮已实测所有系统、设备和模块稳定；“有 stable 发布渠道”也不是“适合任何生产微信账号”的证据。

【已确认】VirtualApp 是“推送日期新但开源实现旧”的典型：README 明说 GitHub 代码自 2017 年 12 月停止更新，商业代码另行持续更新；2026-10-26 的默认分支提交是 Update README.md。不能据仓库最近推送宣称现代 Android 免费源码已经完整适配，也不能将内置 HookZz 的 Apache 许可证套给整个仓库。[C08]

6.3 商业方案与成本

【中】VirtualApp 的项目方提供商业 SDK／源码授权，宣传多开、应用隔离、审计、自动化等能力；当天 README 未公布统一金额，记为 无公开报价，需询价。厂商所说“上百家客户”“日启动超过 2 亿次”“唯一对外商业授权”等，未获独立验证，不用于规模或质量判断。[C08]

【已确认】Magisk、KernelSU、APatch、Vector 和 Frida 的公开源码各有上述许可证；取得源码与获得微信自动化服务授权是两个不同问题。【中】本路线应估算“设备与恢复成本 + 解锁／刷写和 ROM 适配人工 + 每次应用／内核升级后的重新验证 + 账号及数据风险”，没有统一可信的“每台每月防封价”。本轮未找到能独立验证的微信 Hook 服务稳定性 SLA 或封号率报价，不能拿付费模块的销售承诺填补证据。

6.4 已知坑与检测／反检测现状

1. 构建成功与运行正确不等价。【已确认】Vector v2.2 的发布说明承认 v2.1 曾发生 release 构建模块已加载但 Hook 不生效，并修复跨用户模块归属、JNI、Binder 等问题；这是维护者自认的真实兼容成本，不是“项目有更新就没有风险”。[C10]
2. 内核层也有适配负担。【已确认】APatch 11282 发布说明写明部分内核仍有 SELinux 及 KPM 适配问题，并提醒非相关新内核无须盲目升级；README 还警告 SuperKey 权限高于普通 root，应保护密钥。KernelSU 的 x86_64 风险也由项目直接提示。[C02–C03、C11]
3. Frida server 与 Gadget 的前提不同。【已确认】Frida Android 入门以 Root + server 为简单示例，同时明确存在重打包嵌入 Gadget、调试器等无 Root 路径；Gadget 是目标程序加载的动态库，而非能在所有未改造第三方 App 上任意注入的系统能力。[C12–C13]【中】对发行版 App 重打包通常引入签名、完整性、更新链及功能兼容问题，不能只把“免 Root”当成优势。
4. 能隐藏一类痕迹不等于恢复设备信任。【已确认】Android Play Integrity 官方文档将 API Hook、系统入侵／root、部分模拟器作为可能导致空设备完整性判定的例子；Android 13+ 的 MEETS_DEVICE_INTEGRITY 还涉及硬件支持的锁定引导加载程序及认证系统映像。[C14]【中】本地文件／进程检查、启动链证明与服务端账号行为可以同时存在；某检测 App 显示“通过”不能证明微信无法检测。这里说明 Android 可用的检测面，没有证据证明微信中国版逐项使用 Google Play Integrity。
5. 应用容器不提供真正设备隔离。【已确认】VirtualApp 文档描述的是宿主代理系统服务请求、还原参数、I/O 重定向等机制。[C08]【中】这会形成与原生安装不同的运行环境，兼容修复、进程和权限管理会随系统变化；“不 Root”并不能消除这些差异。本轮无可核验的现代微信版本完整兼容矩阵。

【中】截至检索日，检测与反检测仍是持续变化的工程对抗。公开项目的活跃状态能证明有人维护，不能证明“不可检测”。没有独立、同条件、可复现的微信 Root／Hook 检测率或封号率数据，本报告不提供百分比。

6.5 微信适用性

【中】Root／Hook 可以绕开纯 UI 感知的部分信息限制，也可能直接触达数据和业务函数，但它把自动化绑在特定微信实现、ABI、符号、内存布局及加载时机上。微信升级、厂商 ROM 和框架升级都可能要求重新定位与回归；公开框架可运行，不等于微信模块可运行。

按四层暴露面看：【中】环境层增加解锁、Root、注入或容器特征；账号层的历史信誉与异常登录不因 Hook 消失；行为层的批量触达、采集及高度重复动作不因驱动级执行而天然成为真人行为；网络层的登录地域和请求关系仍存在。后三层是风险分析框架，不是声称掌握微信内部检测规则。

【中】有授权的安全研究、内部兼容测试及自有 App 插桩，是本路线更合适的场景；个人主力微信、长期私域运营和大规模采集不能据此获得可靠性或许可保证。特别是“能调用内部函数”应与“有权读取、传播第三人的聊天或支付数据”分开评估。

6.6 中国法律边界与具体案例

【已确认】聚客通案：杭州互联网法院／杭州铁路运输法院，（2019）浙8601民初1987号，2020-06-02。最高法优秀裁判文书库公开判决记载，产品利用 Xposed 技术批量控制个人微信，并将聊天、支付和好友等数据上传，涉及其他不知情用户；判令停止相关行为、销毁所获数据，并赔偿 260 万元。它支持的结论是该案组合行为构成不正当竞争，不能简化为“使用 Xposed 就违法”。完整判决与金额交叉验证统一见第 13 节。[C15]

【已确认】丁某提供侵入、非法控制计算机信息系统程序、工具案：无锡市梁溪区法院，（2022）苏0213刑初223号，2022-05-10；人民法院案例库入库号 2024-18-1-253-001。最高法公布的案例涉及绕过短视频平台签名安全措施、获取受限数据的软件代理销售；判有期徒刑一年六个月、缓刑二年并处罚金。此案不是微信案。其裁判要点区分中性程序与设计上绕过安全措施、未经／超出授权取得数据的工具，不支持将 Root 软件自身一概刑事化。[C16]

【中】实际项目应分开核验设备所有权、App／平台授权、数据主体权益、软件许可证和商业行为；“手机是我的”不自动授权获取其他用户数据，“开源”也不自动授予平台数据使用权。VirtualApp README 的报警／起诉表态只是权利人主张，本轮未核实它列举的具体案件，不能当作既判裁判结论。[C08]

7．D．微信非官方协议与 PC Hook 编年史

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

7.1 核心判断与四层原理

截至 2026-10-27，微信个人号的非官方协议与桌面 Hook 仍存在公开实现，但不存在可从“GitHub 有源码”直接推导出的长期可用、稳定免封或腾讯授权保证。Web 账号准入收紧、Puppet 服务更替、桌面版本改变，分别改变了不同实现的可用范围；它们并不是在一个统一日期整体死亡。【已确认】（D01–D19）

这里的“协议级”需要拆成三类。itchat 是 Web 微信接口的客户端封装；Wechaty 是把不同聊天平台和不同 Puppet 后端抽象成统一事件/API 的 SDK，本身不是一个固定的 iPad 协议；WeChatFerry、wxhelper 等通过官方桌面客户端的进程内 Hook 调用内部功能，再在外部暴露 RPC/HTTP，不能因为外部接口是 HTTP 就称其已经完整重写微信服务端协议。【已确认】（D01、D04、D08、D10、D12）

上表的四层拆分来自项目结构，不代表实际发送成功率。协议或 Hook 省去截图和逐屏点击，在同一条消息上通常少了 GUI 定位步骤；但其成本转移到版本适配、会话维护、消息格式及风控处理。没有可核实的统一基准，不能给出“比 GUI 稳定多少倍”。【已确认】（接口结构；中：工程比较）

7.2 项目维护与许可，当天 API 快照

“默认分支最近提交”包含文档、日志与依赖改动，不等于最近一次核心代码适配；pushed_at 还会被其他分支或标签推动。下表明确保留二者。GitHub latest release 只是仓库选出的 release，不等于所有语言包的最新发布；没有 release 也不等于停更。【已确认】（当天 GitHub API）

以上数值均为查询瞬间的事实，不是项目安全评分。aixed 仓库树含 C++ 功能实现与工程文件，因缺少项目级许可，宜称“公开源码适配实例”，不直接把它算作许可完备的开源产品；wechat_chatter 则提供 GPL-3.0 许可和公开源码，足以否定“微信 4.x 完全没有开源 Hook”这一绝对命题。两者都缺少本次可核实的独立长期生产验收，因此也不能写成“4.x 生产可用已被证明”。【已确认】（D14–D19；中：生产可用性未验证）

7.3 完整演变：发生了什么，哪些实现停止了什么

这条历史的正确读法是“不同信任边界反复收紧和迁移”。Web 依赖账号登录资格，iPad 协议依赖非公开认证及服务商，PC Hook 依赖某个官方二进制，4.x 新实现又依赖新的内部接口。把所有阶段线性写成“新路线彻底替代旧路线”会遗漏长期重叠和部分可用，也无法解释 2021 年 Web 恢复窗口。【中】（基于上述证据的归纳）

7.4 商业服务及价格

本路线的可比较成本模型是：服务订阅 + Windows/Mac 主机及运维 + 每次微信升级后的验证/适配工时 + 会话断线与消息失败的业务损失 + 数据处理合规成本。开源许可证免除的是某些软件许可费，不免除设备、适配或账号风险成本。无独立可复现数据支持的“每号每月几元且零封号”不进入预算表。【中】（工程预算框架）

7.5 已知坑：官方承认、社区反馈与判断分开

1. 新号或部分账号无 Web 资格。 Wechaty 当前文档明确提示 2017 年后注册账号可能无法使用 Web Provider；ItChat 历史 issue 提供 1203 失败例。不能以某老号今天成功证明新账号可用，更不能把 Web 限制等同整号被永久封禁。【已确认】（D02、D05）
2. 能力不是完整个人微信。 Web 文档明确群创建/邀请限制、会话间 ID 变化。重启后用旧 ID 定位联系人，可能导致错误目标或业务状态错乱；需要应用自行重建映射，而不是把显示昵称当全局唯一键。【已确认】（限制；中：应用后果）
3. 版本矩阵错配。 PadLocal 文档写 v0.4 仅支持 Wechaty v0.x，v1 组合会有 listener 错误。这个历史矩阵不能直接推广到所有后续版本，但足以反驳“把所有依赖升级到 latest 就行”。【已确认】（D08、D09）
4. 协议服务依赖第三方信任。 PadLocal 的拓扑介绍称把流量转发移到本地、服务器无业务数据持久化，这是提供者设计自述；不是经独立安全审计证明服务商永远接触不到敏感信息。服务商 TOKEN、会话材料和业务消息的处理边界必须逐项核对。【中】（D08）
5. HTTP 成功不等于用户收到了。 wechat_chatter #11 报告约 5 MB 图片发送返回成功但未送达；#35 报告同一视频再次发送失败。它们是具体版本的社区故障报告，不是全微信媒体上限的证明，不能据此宣称“微信禁止超过 5 MB 图片”。【中】（D18、D19）
6. 有发送接口不等于完整同步。 wechat_chatter README 提醒桌面消息记录不同步；其发送路径、客户端本地落库与远端到达是不同观察点。个人助手若只看 API 返回值，需要额外设计可验证回执和人工可见的失败记录。【已确认】（自述限制；中：验收建议）
7. 本地桥同样需要安全边界。 aixed README 默认监听 0.0.0.0，wechat_chatter 最近提交则修复 OneBot 发送处理的鉴权。不能假定“在本机运行”的机器人服务天然只对可信调用者开放。【已确认】（D14、D16）
8. 许可证和账号合规是两套规则。 MIT/GPL/Apache 管的是项目代码使用权，不授予腾讯账号或协议调用许可；wxhelper 的 MIT 与 README 禁商表述不一致，也不能跳过澄清。仅写“学习研究”免责声明不会改变实际行为及数据处理的法律评价。【已确认】（项目许可/声明；中：一般法律分析）

7.6 微信适用性与法律风险

对个人助手，本路线能够直接取得结构化消息，交互效率有吸引力，但依赖账号授权、第三方协议或客户端内部接口，不适宜把主账号长期稳定性写成承诺。对生产私域运营，服务随客户端变化、供应商中断或账号处置而不可用，加上非官方接入条款风险，应优先评估企业微信/公众号等正式通道的能力边界。对自有 App 测试，这一路线的微信特定逆向并没有通用测试价值。对安全研究，版本锁定、离线样本、书面授权与不接触第三方真实消息更容易把研究范围说清楚。【中】（场景建议）

风控暴露面至少有四类：客户端环境和进程修改、账号历史与登录资格、消息/好友操作行为、网络出口及会话方式。PadLocal 文档自己讨论设备指纹和共享出口问题，但没有公开完整腾讯检测模型，故“四层”是研究分析框架而非腾讯内部实现图。真客户端不会自动消除 Hook 痕迹，云端协议也不会自动消除账号、行为、网络风险；同样不能说使用 Hook 必然在固定次数后封号。【中】（D08 与架构归纳）

法律上，丁某案的核心是突破短视频平台安全措施、获取访问受限数据并销售专用工具，并非“写了一个 Hook 就犯罪”：最高法公开材料给出（2022）苏0213刑初223号及一年六个月、缓刑二年的结果。聚客通案（2019）浙8601民初1987号则直接认定使用 Xposed 的群控商业行为及未经完整授权转存聊天等数据构成不正当竞争，判赔 260 万元。两案可以帮助界定授权和数据边界，不能互相替代刑民事构成要件。详见第 13 节。【已确认】（D22、D23）

8．E．云手机、模拟器与群控

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

8.1 四层原理与三种基础设施

【已确认】云手机首先是基础设施，不是独立的决策算法。redroid 在 Linux 宿主上通过容器运行 Android，支持 arm64 与 amd64；Waydroid 用 Linux namespaces 容器将 Android 集成进 GNU/Linux 桌面；Cuttlefish 是面向 Android 框架和系统测试的可配置虚拟设备。三者都可在上层接入脚本或 AI Agent，但它们没有因此获得微信官方接口权限。[E01–E04]

表内架构归类是基于公开文档的综合分析【中】。必须分清三种营销中经常混用的说法：从 iPhone 远程控制 Android 云机，只说明控制端兼容 iOS；“iOS 云手机”则涉及另一套远端设备和许可；“真机级性能”是厂商比较口径，不等于远端确实是一台独享的完整实体手机，也不构成应用无法识别其环境的证明。

【已确认】redroid README 列 Android 8.1、9、10、11、12、13、14、15、16 镜像，并给出部分新版本 64-bit-only 变体。它要求宿主具备 Android Binder 等内核能力；旧快速入门列 binder_linux 与 ashmem_linux，配置说明同时支持用 memfd 替代废弃的 ashmem。因此“所有内核永远必须装 ashmem 模块”不成立；容器并没有自行提供一套独立宿主内核。[E01]

【已确认】redroid 文档说明，x86 实例可以通过 libhoudini、libndk_translation 或 QEMU translator 运行 ARM 原生代码，发布镜像已包含 libndk_translation。是否需要翻译取决于 APK 的 ABI：纯 Java/Kotlin 或提供 x86 原生库的应用不能一概与 ARM-only 应用混算。README 没有支持“稳定达到原生 70%”的对照实验；本轮也未取得满足硬件、负载、镜像、译码器版本、样本量均明确的独立双源基准，该百分比应删除或写待核实。[E01]

【已确认】Waydroid 当前 README 的系统镜像基于 Android 13，不能因 redroid 提供 Android 16 就给 Waydroid 套用同一版本表。其桌面安装文档要求适当的 Linux/Wayland 环境。Cuttlefish 官方强调框架层保真，承认与实体设备的主要差异在 HAL 和定制硬件相关实现；“功能上等效”的适用前提不能改写成“摄像头、基带、安全硬件或商业 App 风控表现与真机完全一致”。[E02–E04]

8.2 GitHub 当天维护快照

下表全部来自 2026-10-27 已认证 gh api。日期为 UTC，stars 为查询时点值；/releases/latest 无结果不等于没有镜像、标签或维护。【已确认】

仓库完整入口见 [E01–E03、E05]，精确时间、SHA 和 release URL 在原始 JSON 中。redroid 正确项目地址是 remote-android/redroid-doc；最初尝试的 redroid/redroid-doc 返回未找到，失败响应也保留，不能把错误地址当作项目已消失。

8.3 商业产品及当日价格

价格核查日期统一为 2026-10-27；以下表示官网当日可读的挂牌或计费规则【已确认】，不是已成交账单、长期优惠承诺或微信兼容性验收。无法读取固定报价时明确写“无公开报价（本轮未取得可核验价格表）”，不以零元或搜索广告代替。

【已确认】阿里计费文档明确：按量实例从创建成功计费，释放所在最后一个 4 小时时段结束时停止；关机不停止计费。公网、NAT/EIP 与备份是另一层资源，即使释放云手机仍要检查其关联计费资源。实例版标准网络以及矩阵版网络资源页面列中国内地 20 元/Mbps/月；海外与香港的网络计价结构不同，不能套用内地单价。[E06]

【中】河马页面同时列较旧 Android 版本与新版本，能证明产品目录存在，不证明所有型号当天均可购买。其“虚拟场景”“设备属性修改”“人脸识别高级验证”等为供应商功能宣称，本报告不将它们写成安全、授权或防封保证，也不提供绕过验证的操作方案。[E07]

8.4 USB 群控、主板机和云控的成本模型

【中】USB 群控通常把多台手机经 USB 接入控制主机，复用 ADB、画面采集和输入注入；主板机是将实体移动硬件集中供电、散热和管理，其整机形态与常规手机不同；云控通过互联网控制远端的真机、虚拟机或容器。“群控”描述调度和操作规模，并不能单独证明底层是哪一种硬件。供应商只展示一排设备和同步点击视频，尚不足以确认故障隔离、恢复能力或长期容量。

【中】应分别核算固定成本、使用成本、维护成本和失败成本：

月总成本 = 设备/服务器折旧 + 云实例租金 + 网络/NAT/EIP + 控制软件许可 + 模型调用 + 电力散热与机房 + 人工运维 + 备份与修复。

每个业务验收成功任务成本 = 全部相关成本 ÷ 验收成功且未重复执行的任务数。

【中】若只作算术例子，100 台均采购阿里内地轻量型，按公开包月基础价计算为 100×65=6,500 元/月；这是明确假设下的基础实例费，不是完整群控报价，没有计入带宽、模型、账号运营或人工。若只使用 1 小时后释放该按量实例，按该文档的完整 4 小时单位计算，基础费用为 4×0.30=1.20 元；真实账单仍受欠费等例外规则影响。用按需每小时价格直接乘实际开屏分钟，会低估成本。[E06]

【中】容量测试必须记录每台的分辨率、FPS、并发活跃比例、视频/相机用量、模型延迟及失败重启次数。十台待机容器与十台同时高清视频通话的资源需求不可比较。ARM 翻译可能增加开销，GPU 透传或渲染方式也影响瓶颈；缺少同负载实验时，不能给“每核可跑几台”或“每台固定内存”一个行业通用数字。

8.5 已知坑及证据强度

1. 宿主与租户隔离：【已确认】redroid 快速入门使用高权限容器，作者明确警告不要把 ADB 暴露于公网，否则容器甚至宿主可能被攻破。实际部署应设计网络与权限隔离，不能把开发示例直接当多租户安全方案。[E01]
2. ABI、图形驱动及 ARM 翻译：【中】Waydroid issue #2432（2026-09-24）记录一位用户在 AMD/x86_64 环境运行 ARM64-only、依赖 Vulkan 的游戏时无法枚举驱动。它说明跨架构图形兼容问题值得测试，不是所有设备、所有 App 都失败的统计。[E11]
3. 修改外观不改变所有登录语义：【中】redroid issue #824（2025-03-02）报告者尝试作为平板使用微信，却出现登录挤出手机端和横竖屏不符。该单例说明分辨率/横屏与 App 判定的设备角色不是同一概念；它不能证明所有 redroid 都不能登录，也不能推导封号率。[E12]
4. 硬件功能与系统完整性：【已确认】Cuttlefish 对 HAL 与物理硬件的差异有明确说明；【中】涉及摄像头、NFC、蓝牙、支付、生物识别或硬件密钥的业务，应逐项检查测试目标，不能以普通界面可点击代替验收。[E04]
5. 备份和到期恢复：【已确认】阿里文档记载欠费后的保留与释放规则，河马价格页则写到期找回仅保留 24 小时；两家规则不同，不能假定所有云机有统一免费保留期。[E06–E07]
6. 控制 API 不等于无限并发：【中】需核验连接窗口授权、连接数、ADB 可用性、版本冻结、日志导出、供应商管理员访问范围和数据删除机制。仅宣称“7×24 小时”不构成每个微信任务都有 SLA。

8.6 微信适用性与法律

【中】云端集中部署能改善设备调度、版本管理和运维，也增加共享网络、设备环境、登录地域与集群行为相关的暴露面。换成真实主板只能改变其中一部分环境特征；账号信誉、消息内容、批量触达以及平台协议层判断不会因硬件来源而消失。这里是四层风险分析，不是腾讯内部检测规则泄露。

【中】本轮没有取得可以独立双源核验的 redroid、Waydroid、商业云手机或主板机的微信检测率/封号率。供应商所谓“仿真”“一机一环境”“AI 行为防封”均只能作为待验证宣称。长期运行、低成本、可复制部署是基础设施能力，与平台授权和风控结果是不同问题。

【已确认】聚客通案一审为杭州互联网法院／杭州铁路运输法院 （2019）浙8601民初1987号，涉及以技术控制个人微信、商业经营并收集相关数据的行为组合；【已确认】联络易案由广州知识产权法院二审 （2021）粤73民终153号 支持 1,000 万元赔偿；10月27日补取法院典型案例与媒体交叉来源，证据及“最高”说法的局限见第13节。两案均不能简化为“买一台云手机就违法”，也不能反过来认为真机群控天然合规。[E13–E14]

【中】有授权的兼容性测试、企业自有 App 的设备农场适合评估本路线。以个人微信批量营销、联系人采集、关系链导出为目标时，应先审查平台规则和数据处理依据。远程云机持有会话凭据、屏幕或聊天记录时，还须确认谁能访问、保存多久、是否跨境以及如何删除；用户本人同意也未必覆盖第三方聊天参与者的信息权益。

9．F．iOS 自动化

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

9.1 四层架构：测试代理、越狱工具和 App Intents 应分开

【已确认】WebDriverAgent（WDA）把 iOS XCTest 能力封装为远程控制服务；Appium XCUITest Driver 再提供 WebDriver 客户端可调用的接口。感知是 XCTest 所见的元素与截图，执行是测试框架操作，决策既可用确定性脚本也可由 LLM 提供，基础设施包括真机与模拟器。WDA 不是 Android ADB 的换名版本，更不是微信协议 API。[F01–F03]

四层归纳与组合选型是【中】；基础接口职责见 Apple 与 Appium 文档【已确认】。[F01、F08–F11]

【中】模拟器适合可控构建的快速测试，但不能代替实体设备上的签名、硬件、通知、登录和真实账户适用性验证。支持 iOS 模拟器的 Agent 也不自动支持 App Store 下载的任意应用；“同样是 ARM”不足以消除不同运行目标和签名模型的差异。

【已确认】palera1n README 另提示 A11 设备在越狱期间不能使用锁屏密码，iOS16 情形有重置设备的前置要求；这是显著的安全与数据迁移代价，应按具体设备矩阵评估，不能把它描述成普通主力机的无损自动化配置。[F06]

9.2 当天项目维护与仓库迁移

下表数据于 2026-10-27 经已认证 GitHub API 获取【已确认】。日期为 UTC；斜线右侧简写日期与左侧同年。无 release 不等于没有软件包发布。

完整仓库与发布链接见 [F01–F07]。新 monorepo 的 packages/webdriveragent/package.json 当天声明 WDA 包版本 16.17.5；该字段是默认分支包声明，不冒充 npm 安装实测或仓库 latest release。[F07]

【已确认】许可证还有一个值得审查的细节：新 monorepo 的 WDA 包 package.json 写 Apache-2.0，而该包内 LICENSE 是带三项再分发条件的 BSD 文本。打包元数据与历史代码的授权范围应按文件核对，不能仅凭根目录徽章覆盖全部组成部分。[F07、F18]

9.3 签名、Developer Mode 与运行主机

【已确认】Apple 当前开发者账户说明列出 Personal Team 的限制：最多登记 10 个 App ID、最多 3 台设备、每台最多安装 3 个应用；对应登记或开发 provisioning profile 有 7 天限制，需要定期重新配置、构建和安装。它适合个人开发测试，不适合据此许诺无需维护的长期设备农场。[F12]

【已确认】开发签名应用通过 Xcode 等本地方式运行时涉及 Developer Mode；Apple 文档明确需用户在设备上开启并确认，且它不等同于普通 App Store 或 TestFlight 安装流程。Developer Mode 不是越狱，也不把测试应用变成任意系统权限主体。[F13]

【已确认】XCUITest 驱动的常规环境是 macOS、Xcode、Appium，官方要求结合目标设备系统、Xcode、主机 macOS 和驱动版本看兼容表；v10 及以上驱动对应 Appium 3。Web/hybrid App 的 WebView 还需可调试，元素树不能自动跨越这一限制。[F14]

【已确认】当前官方文档已提供 Windows/Linux 有限支持：基于设备通信组件、RemoteXPC 与已准备好的 WDA，默认依赖 xcodebuild 的 WDA 构建启动方式不支持。故“iOS 自动化所有运行步骤永久只能在 Mac 上执行”过度概括；“完全不需要 Xcode、签名或任何 Mac 准备”同样不成立。应分别采购构建签名能力与后续运行控制能力。[F15–F16]

【中】常见失败源包括证书/描述文件过期、设备配对和信任变化、系统升级改变 XCTest、WDA 会话启动缓慢、后台/前台切换以及 WebView 不可调试。工程上应固定可复现的系统/驱动组合、保留启动日志与失败分类，并以设备确认的业务结果验收，不能只看 HTTP 200。

【已确认】Windows/Linux 的有限支持还要求 仅真机、iOS/tvOS 18 及以上；不支持模拟器，也没有自动选择设备功能。必须把这些运行限制与预先签名/安装条件同时纳入规划。[F15]

9.4 越狱的当前范围与不能外推的地方

【已确认】（项目声明）Dopamine 当前 README 将支持范围分为：arm64e 的 iOS 15.0–17.3.1；A12/A13 的 iOS 15.0–18.7.1 以及 26.0–26.0.1；arm64 的 iOS 15.0–18.7.1。其描述为 rootless semi-untethered jailbreak。这里确认的是查询日作者公布的范围，未逐机型实测；支持区间有明确缺口，不能简化成“iOS 15 以后都支持”。[F05]

【已确认】（项目声明）palera1n 当前 README 指向 A08–A11 和 T2 设备，列 iOS/iPadOS/tvOS 15.0、bridgeOS 5.0 及以上，并列具体设备。它不是 A12 以后任意 iPhone 的通用越狱工具；系统名字相同也不能绕过芯片支持范围。[F06]

【中】rootless 描述越狱环境的组织方式，不能按字面理解成“没有提权、没有插桩痕迹、与普通手机相同”。开源工具发布活跃也不能证明微信、支付应用或企业安全软件无法感知环境差异。没有本轮可重复验证的越狱微信封号率，故不提供百分比，也不把“有人能登录”写成长期可用性承诺。

【中】对于一般自有 App 测试，应先评估不越狱的 XCTest/WDA。越狱更适合隔离设备上的授权安全研究；拿个人主力设备为普通 GUI 任务承担整套提权与版本锁定维护，通常难以说明收益与范围。

【已确认】palera1n README 另提示 A11 设备在越狱期间不能使用锁屏密码，iOS16 情形有重置设备的前置要求；这是显著的安全与数据迁移代价，应按具体设备矩阵评估，不能把它描述成普通主力机的无损自动化配置。[F06]

9.5 App Intents 与 Foundation Models 的官方能力边界

【已确认】App Intents 自 iOS 16 等平台版本提供相应框架，让开发者将自己应用的 actions、entities 与 enums 暴露给 Siri、Spotlight、Shortcuts、widgets 等系统体验。系统能够发现的是应用通过框架声明的行为和实体，不是凭空替应用实现全部业务接口。跨应用工作流的成立条件是相关提供者已经开放所需能力。[F08]

【中】这对可控应用的个人助手很有价值：例如把“建立待办”实现为有明确参数与权限检查的 intent，比依靠截图找到按钮更容易定义验收结果。但不能从 Apple 支持 App Intents 推出微信已经开放个人聊天的全量查询、发送、群成员管理或历史记录导出。本轮没有核实到覆盖这些全部操作的微信 App Intents 接口，应写“待核实”，而非“系统已经替代所有手机自动化”。

【已确认】截至 2026-10-27，Foundation Models 官方总览已描述端侧、Private Cloud Compute（PCC）及其他模型提供者、结构化生成和工具调用，还包含图像理解等 2026 年新增文档。沿用早期“只支持小型纯文本端侧模型”的描述已经不足。[F09]

【已确认】PCC 文档明确 PrivateCloudComputeLanguageModel 适用于 iOS 27 等系统及以上；开发者需满足资格并申请 managed entitlement。用户需要支持 Apple Intelligence 的设备与地区，PCC 依赖网络并有每日请求额度，文档提到可通过 iCloud+ 获得更多使用量。它不能被写成任意设备、任意地区、无限免费云推理；本轮未获得一个可泛化给所有用户的固定每日次数或每调用单价。[F10]

【已确认】Foundation Models 的 Tool 是开发者实现的操作或服务入口，例如搜索本地/在线数据库。模型输出一个函数调用，不会扩展该函数本来拥有的数据权限。[F09]【中】结合 App Intents 时，仍需在应用侧验证对象、参数和授权；自然语言模型的理解能力不能替代收件人、金额或敏感数据处理的确定性校验。

9.6 商业方案、微信适用性和法律风险

挂牌与制度事实【已确认】，实际交付成本及场景建议【中】。iOS 微信 UI 流程仍会遇到内容变化、元素可见性、前台切换和登录限制。无越狱的真实 iPhone 只能降低某些环境差异，不能消除账号、行为和网络风险；“iPhone 更难改造”不能推导为“在其上自动操作一定安全”。

【中】本路线适用于自有 App 回归测试、用户明确授权的有限个人流程及有边界的安全研究。对于微信私域运营，应与 G 路线正式接口作功能对照，不能以 WDA 能点击为理由承诺无限自动加好友或群发。涉及第三方聊天内容时，模型输入、截图和日志的存储位置同样需要纳入数据处理范围。

【已确认】中国丁某案 （2022）苏0213刑初223号 的要点在于专用工具突破访问限制及数据授权，不是“使用哪个移动操作系统”；聚客通案 （2019）浙8601民初1987号 涉及商业性群控和第三方信息转存。两案用于说明行为与授权边界，不是针对 WDA、App Intents 或 Dopamine 本身的定罪判例。本轮未获得将普通授权 iOS 自动化测试一概认定违法的专门案例。[F21–F22]

10．G．官方合规通道

截至 2026-10-27。维护表使用当天已认证 GitHub API；架构、源码及历史问题证据采集于 10 月 26–27 日。未进行手机端实测。

10.1 四层原理与能力边界

【已确认】官方路线的感知层是平台授权返回的业务对象、回调事件、会话存档或应用主动公开的函数描述；执行层是 HTTPS API、机器人 WebSocket、Android Intent/AppFunctions；决策层可用规则、人工审核或 LLM；基础设施是应用后台、平台数据专区及支持相应能力的终端。它通常不需要 Root、截图识别或模拟点击，但依赖主体资格、授权范围、平台开放能力和额度。[G01–G14]

【中】选型原则是先确认业务能否迁入官方允许的交互关系，再评估自动化；“用户正在微信里”不等于所有微信能力已授权给企业应用。LLM 只能编排获准的工具，不能扩张工具的权限。

10.2 企业微信：将几套接口分别建模

会话内容存档与数据专区

【已确认】自建会话存档要求管理员设置开启范围、调用 IP 和消息加密公钥；企业内部会话须告知员工，涉及外部联系人的会话须经外部联系人同意。企业可取得开启存档员工与未开启员工之间的会话，不能因此取得两个均未开启员工之间的会话。[G01]

【已确认】传统存档 SDK 的 GetChatData 单次最多 1000 条，调用不超过 4000 次/分钟，按 seq 分页；返回从 seq+1 开始，允许重入。只能取得发起拉取时向前 5 天内的消息，媒体也须在 5 天内拉取。这是获取窗口，不是“企业必须五天后删除本地档案”；停机超过窗口会产生无法补回的缺口。1000 与 4000 的乘积也不是实际保证吞吐量。[G02–G03]

【已确认】同意状态查询另有额度：单聊 2500 次/分钟，群聊 1500 次/分钟；单聊批量查询一次最多 100 项。这些不是发送消息的额度，不能与存档拉取频率相加后称为统一企微限额。[G04]

【已确认】截至当日，“数据与智能专区”还提供另一种架构：会话和知识集存储于专区，分析程序/模型部署于专区。官方明确“依赖到会话内容或知识集的任务，都必须在专区中完成”，仅脱敏分析结果（不可包含任何会话内容）或消息 ID 能传至专区外；有话术推荐、客户标签、会话摘要、情感分析等模型能力。[G05] 因此，不能把传统自建 SDK 的拉取描述机械套用到服务商专区产品，也不能写成“接任何外部 LLM 直接处理原始聊天记录”。

客户联系与发送额度

【已确认】客户联系覆盖获准成员建立的企业客户关系，包括微信联系人和企业微信联系人。应用须配置可调用权限；同一个客户的 ExternalUserId、同一客户群的 chat_id，在不同企业/服务商调用方可能不同，跨系统关联不能只比较字符串。[G06]

【已确认】客户联系概述披露自 2025-12-18 起的服务商接口调整：试用期只能获取授权前一个月及试用期新增客户；低活跃度、长期未使用、成员授权场景会进一步限制数据范围，部分限制在回调通知一周后生效。[G06] 【中】因此要把“企业账户具备功能”“当前应用有字段权限”“当前员工/客户在范围内”做成三个独立检查，避免把返回减少误诊为 SDK 随机失败。每个接口另有频控，本次没有核验完整客户联系接口的统一速率表，不给一个包打天下的 QPS。

Webhook 与智能机器人不是同一种产品

【已确认】原“群机器人”现文档名为“消息推送”，使用群配置生成的 Webhook，通过 POST 推送文本、Markdown、图片、图文、文件、语音或模板卡片，每个消息推送不超过 20 条/分钟。该接口文档描述发送和上传，没有提供读取群聊天的能力；Webhook 泄漏会让第三方获得该推送入口，应视作凭据。[G10]

【已确认】新版智能机器人 API 可以接收与机器人交互的消息和事件。长连接模式用 BotID/Secret 建立 WebSocket，用户在群聊 @ 机器人或单聊机器人时产生消息回调；支持流式回复。收到回调后 24 小时内可往该会话回复；回复和主动推送合计按会话限制 30 条/分钟、1000 条/小时。主动推送前须有用户在该会话给机器人发过消息；流式消息需在开始后 10 分钟内完成刷新。[G11–G12]

【已确认】长连接文档还将图片、语音、文件、视频的接收注明为仅支持单聊。[G12] 【中】据此可做企业内部助手、提醒和问答，但不能推导为机器人能监听所有群消息。本次未取得证明它可无条件加入普通个人微信群并管理所有聊天的官方文档，该能力待核实，不作为微信运营采购承诺。

10.3 公众号、小程序与 Android 合作入口

【已确认】服务号收到用户消息时，微信将 XML 数据 POST 到配置的服务器；若 5 秒无响应会断开并重试，总共重试三次，官方建议使用 msgid 排重。[G13] 【中】LLM 处理不应把用户请求阻塞到超时：先可靠接收、排重，再按允许的客服/通知通道输出，尤其避免重复发送。

【已确认】当日服务号“客服消息介绍”列出的规则比“48 小时随便发”严格：用户发送消息触发 5 条、48 小时额度；点击指定类型菜单、关注服务号、扫描二维码分别为 3 条、1 分钟，菜单事件不额外产生用户发消息场景额度。[G14] 这些针对文档对应的服务号客服入口，不能套用到企业微信智能机器人、微信客服或小程序所有消息。

【已确认】小程序订阅消息须获取模板与用户下发权限，区分一次性、长期及设备订阅。官方指南写明订阅消息日下发上限：开通支付能力 3000 万/日，未开通 1000 万/日；这是平台总量限额，并不替代每位用户的订阅授权。[G15] 【中】适合订单状态、预约等服务通知；不能把大日额度理解为可以向未经授权的任意用户群发。

【已确认】Android deep link 通过 Intent filter 路由到应用声明的 URI。自定义 Scheme 可能有多个匹配应用；Android 12+ 的未验证网页链接通常交给浏览器，验证过的 App Links 用站点关联证明域名归属。[G16] 【中】因此 deep link 能减少导航步骤，但不承诺静默完成支付、发送或读取聊天；目标应用声明的能力与后续用户确认才决定终点。未取得微信官方业务接口支持的 Scheme 不纳入稳定生产能力。

【已确认】AppFunctions 是 Android 平台 API 与 Jetpack 库，应用将自己的业务函数声明为可被授权调用方发现与执行的工具，调用方需要 EXECUTE_APP_FUNCTIONS 权限，设备要求 Android 16+。截至当日官方仍标为 experimental preview，Gemini 集成是受信测试者 private preview；注册 EAP 不自动获得完整访问。[G17] 【中】它能让接入应用通过结构化参数完成任务，降低 UI 改版影响；它不是对所有存量 Android App 自动生效的控制协议，也没有证据证明微信已开放所需聊天函数。

10.4 开源项目与维护状态

以下为本轮在 2026-10-27 使用已认证 GitHub API 保存的快照，日期为 UTC；pushed_at 与默认分支最近提交分列。星数仅反映关注度。

【已确认】三项目分别是服务端 SDK、服务端 SDK、合作式 Android 示例，均不授予额外平台权限。[G18–G20] 【中】生产采用前应按实际业务验证回调解密、字段类型、错误码、分页、重试与幂等。当前未建立“所有重大 issue”的完整清单，不把搜索未发现当成没有重大问题；已核实的官方存档 FAQ 明列 Java UnsatisfiedLinkError、原生库路径、IP 不匹配、过期数据、密钥版本和媒体分片追加写等坑。[G03] 这比无证据宣称“纯 Java SDK 无本地依赖”更接近真实部署条件。

10.5 商业产品、报价与总成本

【已确认】官方专区允许选择最近 90 天、180 天、1 年或 2 年存储；试用或付费到期超过 30 天未付费/续费，原存储内容将不再存储、展示。[G21] 【中】预算不能只乘“员工数 × 席位价”：还要核实保存期限、导出能力、迁移、数据权限与退出成本。厂商关于全量存档、AI 质检、无卡顿等描述属于宣传能力，本次未实测，不升级为性能保证。

10.6 微信适用性、风险与法律对应

【中】对企业内部助手、获授权的客户服务、订单通知和服务质量管理，官方路线通常是优先候选；它避免把 UI、Root 或私有协议作为主要依赖，账号权限与行为仍受平台控制。对“代个人微信读取一切、持续自动回复所有好友、管理普通微信群、采集朋友圈”等目标，本次核验的官方通道覆盖不足，不能用企业微信 API 名义许诺实现。

【已确认】告知员工、取得外部联系人同意及遵循专区出口规则是平台文档明确的技术/使用条件。[G01、G04、G05] 【中】这些条件不能自动替代个人信息处理目的、必要性、保存期限、访问控制和委托处理等法律分析；“平台允许调用”也不是对任何商业用途的合法性背书。具体中国法律、个人使用边界和判例由第 13 节交叉对应。本篇未核实到足以单独认定“规范使用这些官方 API 本身违法”的直接判例，待核实；不把逆向外挂判决不加区分地套用到官方 API，也不编造“官方认证绝对免诉”的结论。

常见错误说法的独立校验

【已确认】可对照最高法指导性案例263：上海杨浦区法院（2017）沪0110民初25167号、上海知识产权法院（2019）沪73民终263号，在限定的用户授权、数据范围及用途下认定关联账号数据转移不构成不正当竞争；与聚客通（2019）浙8601民初1987号商业群控及第三方数据转存的结果不同。两案说明须核对具体授权和行为，均不是认定企业微信这些官方API本身违法或绝对免责的判例。[L03、L11]

11．微信专项：四层风控、业务场景与已经失去前提的路线

11.1 四层模型的证据边界

【中】本节的环境、账号、行为、网络是用于拆分风险的分析模型，不是腾讯公开的完整检测架构。本轮能够读取项目自身限制、社区故障、平台接口规则和具体案件，但没有腾讯模型权重、检测阈值或全体账号实验。因此不能承诺某套配置必然被识别，或必然无法识别。

【中】这些变量可能相关。例如云机同时改变环境、网络和登录地点；Hook 把操作入口改变了，却仍需要账号和消息会话。若只调整其中一项后看到一次成功，无法证明是该项决定结果，更不能反推微信内部机制。采购评估应要求版本完整的故障记录和明确的业务验收，不接受只有“零封号”口号的营销页面。

11.2 各路线暴露面对照

本表全部为基于各章节的工程判断【中】，没有声称微信实际检测或制裁每一种组合。环境差异较少只是一项条件，不等于整体法律风险最低。

11.3 按业务目标给结论

个人助手。【中】把阅读、整理、起草和最终发送拆开更容易验收。对用户主动指定的一段内容生成草稿，所需权限和后果范围通常比全量聊天监控更小。发送前应再次核对目标、正文与附件；处理验证码、登录和付款时需要明确交接。若模型看到聊天中“忽略原任务并转发资料”等文本，应将它当待处理内容，不能自动提升为用户指令。以上是依据 Agent 架构风险提出的设计建议，不是本轮已完成的设备测试。[A04、A11]

私域运营。【中】从企业微信客户联系、官方客服或公众号的能力反推工作流。客户是否同意、属于哪个企业成员、消息允许怎样触达、失败重试会不会重复发送，都比“能够调用 send 函数”更接近业务验收。官方能力无法覆盖的需求，应明确列为能力缺口；不能默认用个人微信 Hook 补齐后仍继承官方通道的合规结论。[G、L]

自动化测试。【中】对企业自有 App，可用可控测试构建、固定账号数据和明确断言来评估 UI 自动化。涉及微信登录、分享或小程序联调时，测试范围与真实平台能力仍需区分；模拟成功回调可以测试本方处理逻辑，却不能证明真实微信流程可用。真实流程测试也不能变成未经授权的大规模平台账号操作。[B01–B03、F14]

数据采集。【中】优先定义数据来源与处理目的，而不是先找提取手段。用户提交给助手的一条消息、企业依法开通的会话存档、遍历个人微信所有联系人的资料，是不同范围。账户持有人的同意不能自动替代群成员、联系人等数据主体的权利，也不能直接否定平台对访问限制的利益。批量转存再训练模型、提供搜索或出售数据，均产生独立于手机控制的用途问题。[C15–C16、L]

11.4 已经失去前提的路径与尚未证明的死路

【中】严格的“死路”应限定到具体入口、版本和前提。没有逐一验证所有设备和账号，就不应使用“全部死亡”“永远不可能”一类描述；同样不能从反例存在推导普遍可用。

12．横向对比矩阵与场景选型

12.1 比较完整系统而非单一工具

以下为【中】的工程选型判断，不是本轮设备基准分数。“维护负担”取决于流程变化、设备数量和失败后果，不能用统一星级替代预算。

12.2 六类场景建议

自动化测试：B 为执行基础，A 作为补充，E 管设备。【中】自有应用内部测试优先利用可观察状态与同步机制；跨应用流程采用 UIAutomator/Appium 或团队更易维护的 Maestro。仅当页面变化或任务表达让固定脚本成本过高时，再引入 Agent，并保留独立结果断言。图像模板适合视觉对象稳定的场景；没有语义树时，可考虑视觉感知，但需计入主题、缩放和相似目标造成的误判。自有源代码能提供测试入口时，不必把所有测试压到最不透明的像素层。[A、B、E]

个人 AI 助手：A/B/F 与已公开意图能力组合。【中】先限定能够撤回或只生成草稿的任务，并指定数据来源、收件人和动作上限。在自主发送、付款、登录、验证码等步骤设置清楚的交接条件。记录“模型决定继续”与“业务真正完成”的区别；不要依靠模型一句“已完成”判定结果。长期后台监控个人微信、读取全部会话的目标超出简单个人便利，需要额外核实权限与数据依据。[A、F、G]

微信生态运营：优先 G，以产品边界为约束。【中】客户联系、客服、会话存档、企业内部机器人和小程序分别承担不同职责。用接口可用额度规划任务队列，用业务接收状态核实发送，用用户同意状态控制归档；对不可覆盖的个人号需求给出清楚缺口。选择服务商时审查其到底调用官方 API、操作个人客户端，还是转包非官方 Puppet，三者不能用同一份“微信SCRM”产品说明混过。[D、G、L]

设备农场：E 与 B 优先，按真实负载测试。【中】选择真机、主板机、容器或 Cuttlefish 时，先列芯片、摄像头、NFC、通知、支付等必需能力。测试报告必须保留每台实例的实际状态；同步点击只能用于各机前置状态已经一致的有限步骤。设备利用率、故障恢复与共享权限决定实际容量，待机容器数量不能直接用于活跃任务成本估算。[B、E]

安全研究：C/D/F，明确目标版本和书面授权。【中】将样本、环境、数据和允许的动作范围界定清楚，在隔离设备和可控数据上验证技术结论。用公开漏洞或内部函数获取第三方消息、绕过访问限制、销售专门工具，可能改变法律评价；研究标签不能替代这些事实。项目的许可证、二进制再分发权和平台访问权限也应各自核实。[C、D、L]

iOS：先 WDA/XCUITest 或已开放 App Intents。【中】常规测试无需先越狱；以目标系统、Xcode、驱动与主机组成版本矩阵。已有签名和设备管理能力的团队可评估非 macOS 运行的有限路径，但不能省略构建签名前提。越狱按芯片与系统细分，不拿一个工具的版本号推导所有 iPhone 可用。[F]

12.3 可交付的验收与预算

【中】实际 PoC 应先形成“任务—前置状态—允许动作—成功判据—失败交接”的清单。例如查询一次订单，成功必须是目标订单的状态被正确读取；发送一条消息，成功不能只看本地接口200，还应满足目标身份、正文和发送状态符合约定。不同任务后果不同，不能把只读查询与付款放进一个总体成功率后隐藏严重误操作。

建议至少记录以下互相独立的结果指标【中】：首轮成功、经过重试后的成功、人工接管、不可恢复失败、错误目标、重复执行、每任务时长和所有尝试成本。按应用版本和设备分别统计；保持失败样本，不能只展示成功录像。给“成本下降”结论时同时报告总额和成功任务数；给“稳定”结论时说明运行周期及外部升级次数。

总成本 = 模型/API + 设备/主机 + 网络/存储 + 控制/服务许可 + 脚本与版本维护 + 人工接管 + 失败恢复。

【中】预算中不设置“风控保证系数”之类虚构参数。可量化的租金、设备分钟和人工工时分别估算；未测成功率就不给精确每成功任务单价。与多代理架构有关的模型调用次数、上下文增长和截图传输量，也应从实际任务轨迹获得，而不是按演示时的一次调用计算整项业务。

13．法律与合规综述

核查日期：2026-10-27，Asia/Shanghai。本节依据公开法条、法院案例与独立媒体重新核查。历史案例证据中的 L-court-ding、L-court-juketong、L-lianluoyi-sina、L-million-secrss 等于 2026-10-26 抓取；新增法院、现行政策与交叉验证材料保存为 L27-*。未获取完整案号或终审信息的案件明确降级，历史判赔不构成当前产品风险的定价依据。

13.1 决定风险的是行为、权限与后果

**是否 Root、是否使用 AI、是否在真机点击，均不能单独决定合法性。**刑事问题主要看是否违反国家规定，未经授权或超越授权获取数据、实施非法控制，是否提供专门用于侵入/非法控制的工具，或者明知他人违法犯罪仍提供工具，以及是否达到法定情节；民事问题另看竞争秩序、数据权益、用户权益和实际损害。【已确认】[L01][L03][L09]这是两套判断，平台认定“外挂”不等于法院已经认定犯罪，未达到刑事标准也不意味着免于停止侵权或民事赔偿。【中】（法律分析）

丁某案引用的司法解释（法释〔2011〕19号）第二条对刑法第 285 条第三款所称专用程序、工具列明认定规则，包括具有避开或突破系统安全保护措施、未经授权或超越授权获取数据或实施控制等功能的情形。最高法院公布的丁某案特别要求区分“中性程序、工具”与专门非法用途的软件；其案例解读也明确正常搜索引擎爬虫有合法用途。【已确认】[L01]因此，Appium、ADB、无障碍、Frida、LLM 本身的开源许可证不能替代目标系统授权，但也不能因为使用这些组件就推定犯罪。【中】（法律分析）

2025 年修订《反不正当竞争法》自 2025-10-15 施行；现行网络不正当竞争条款是第十三条，新增禁止以欺诈、胁迫、避开或破坏技术管理措施等不正当方式，获取、使用其他经营者合法持有的数据，损害权益、扰乱竞争秩序。【已确认】[L09][L10]下表历史判决引用当时第十二条并无错误；把旧条号直接当作 2026 年现行条号则错误。也不能用 2025 年新法倒推旧案裁判依据。【中】（历史与现行条文对照见 [L09]、[L10]）

13.2 刑法 285 条相关刑事案例

丁某的入库与刑期由最高法院原文直接确认；“海贼王”两个新闻采写源对主犯刑期相符，但媒体转述不弥补案号与上诉结果缺口。本节不引用其销售收入、涉案账号量等非必要数字，避免把刑事规模错误折算成自动化安全阈值。入库参考案例也应按官方名称表述，不改称最高法院“指导性案例”。【中】[L01][L02][L02b]

13.3 民事不正当竞争案例及金额复核

聚客通案鉴定和被告说明均涉及 Xposed Hook、事件监控、任务执行及服务器存储。法院认定的软件包没有被篡改，仍因行为与后果构成不正当竞争。这直接否定“官方 APK 签名没变，就必然合规”的推论；但判决研究的是具体个人号模块，不能扩大为该公司所有产品或一切设备农场都违法。【已确认】[L03]全文还明确不支持赔礼道歉诉请，仅支持消除影响；有律所摘要写“公开道歉”，本节以判决主文为准。

联络易案不是单纯“用了微信二字”引发的商标纠纷。法院说明同时涉及破解客户端内置公钥和用户协议、取得隐私数据、商业营销异化社交功能及妨碍正常运行。【已确认】[L06]1000 万＋300 万不能算成 1300 万，后者是前者的一部分连带责任；二审又撤销登堂单独承担 10 万元的一审项目。网上“获赔 1310 万”与本案二审主文不符。【已确认】[L06][L07][L08]

所谓“微信群控最高判赔 1000 万”不能作为可信结论。已查到更高一审判赔报道及双源金额线索，只是完整案号、生效情况尚未全部取得；“全国最高”“最高终审”需要完整检索口径，不能由联络易一个样本推导。【中】[L16][L17]本轮也不把通路案的 3260 万包装成新的全国纪录。2023 年律师综述称若干群控案超过 2000 万，并引出微时空案号 （2019）粤03民初594号，但其中惩罚性赔偿及最终金额尚未取得原判复核，不能直接充当现行所有群控案件的赔偿规则。【中】[L18]

13.4 个人自用、企业产品与官方通道的边界

1. 个人账户并不等于所有数据都“属于我”。《个人信息保护法》第七十二条规定，自然人因个人或家庭事务处理个人信息不适用该法；第四十五条又规定个人查阅、复制及符合规定条件的数据转移权。【已确认】[L12]纯本地、本人操作、低频辅助有较强的个人事务特征，但仍可能涉及对方隐私、账号协议、访问权限或其他法律；“个人自用一概合法”和“个人自用一概犯罪”均无本轮证据支持。【中】（法律分析）
2. **把聊天截图、无障碍树交给云端 LLM 会产生新的处理环节。**工具提供者自主决定存储、分析、训练等目的时，不能自动继承用户的个人／家庭事务例外。产品需识别处理者与受托方、说明处理目的，优先本地筛选脱敏、限时保留并限制可访问人员；上传涉及跨境时另核查个人信息跨境条件。【中】（法律分析；法条基础为 [L12] 第十三、十七、二十一、三十八条等）
3. **用户同意是重要证据，但不是无限授权。**公开信息按第二十七条也只能在合理范围内处理，个人明确拒绝或重大影响其权益时另有要求；联系人、群成员与客户的同意不能用运营者自己的勾选替代。【已确认】[L12]同时也不能宣称所有用户数据转移必须一概获得平台额外同意：2025 年指导性案例 263 已确认特定关联账号服务的正当性，甚至对该案读取验证码的技术方式作了具体判断。【已确认】[L11]它适用的是限定事实下的民事竞争判断，不能泛化成任何平台、任何验证码或任何刑事场景的豁免。【中】（法律分析）
4. **商业自动化应围绕授权范围设计。**企业微信、公众号、小程序的官方接口有助于界定接口使用权限，却不能免除客户告知、会话存档授权、数据安全、营销合规和目的限制。自动化测试应取得待测应用或系统方明确授权，使用测试账户与合成数据；购买真机、购买云手机算力，仅解决设备使用权限。【中】（法律分析）

对 A/B/F 路线，应重点检查屏幕和消息数据的处理链、误发及高影响操作确认；对 C/D 路线，应重点检查保护措施、访问权限与工具用途；对 E 路线，应另外检查批量虚假互动、账号来源和集中存储；对 G 路线，重点是接口与业务授权的范围。采用人工确认、审计记录和退出机制有助于控制产品后果，却不能把本来未经授权的行为变成已授权行为。【中】（选型分析）

13.5 海外简要对照

**美国 CFAA／hiQ。**第九巡回上诉法院在 hiQ Labs v. LinkedIn，No.17-16783，2022-04-18 的初步禁令阶段认为，对通常向公众开放、未以权限系统划为私密的数据进行访问，很可能不属于 CFAA 的“未经授权”；判决同时保留合同、隐私、版权及其他州法请求的空间。【已确认】（法院判决 PDF [L13]）这不是“美国允许所有爬虫”，更不能类推到登录受限的微信聊天数据。2022 年末案件以和解及永久禁令收尾，hiQ 停止相关抓取；本轮从律所案件回顾取得该后续结果，未取得完整同意判决，标【中】[L14]。因此引用该案必须同时交代诉讼阶段与后续，不能把早期 CFAA 争点当成全面最终胜诉。

**欧盟 DMA。**截至 2026-10-27，欧委会官方说明第 7 条要求被指定的独立于号码的人际通信服务，在第三方服务商合理请求下提供基础功能互操作，按指定日期分阶段履行；当前该说明列出的服务是 WhatsApp 与 Messenger，指定守门人列表未列腾讯／微信。【已确认】[L19][L20]互操作是法定义务及接口流程，不是允许任何第三方反编译、绕过访问控制或批量营销的许可，更不能把欧盟针对被指定服务的义务搬到中国微信。【中】（适用分析）

**GDPR。**欧委会当天可读说明要求合法、公平、透明、目的限制、数据最小化、存储限制、安全性与责任可证明性，并说明纯个人／家庭处理且不联系职业商业活动的例外。【已确认】[L21]因此公开可见的数据仍可能受个人信息规则约束，商业 AI 助手不能仅凭“用户授权一个账号”免除其处理责任。【中】（适用分析）本轮 EUR-Lex 法规全文访问返回空页／202，现行政策核查采用欧委会可读说明；2026-10-26 的 GDPR 全文快照仅作条文辅助，不虚报为当天成功读取全文。

13.6 对指定结论 9、12 的独立校验

对最后一项，安全内参保存微信安全中心公示，全天候科技独立报道再次引述，两源可以确认官方发布事实，却不是两个独立账号样本。由于缺少分母、工具分布、去重及观察窗口，不能计算封号率，更不能用厂商“防封率”补全空白。【中】[L15][L05]

14．网上常见但已过时或证据不足的说法

表中的错误描述是待检验对象，不是本报告主张。“缺证”与“已经证伪”分开；证据标记对应更正内容。

15．参考资料（按路线分组，完整 URL）

下列编号对应正文。动态维护字段以 2026-10-27 的 sources/R27-github-summary.json 为准；历史文档按其日期解释。多数链接是公开原文，具体查询记录保存在 sources/。

A．AI GUI Agent

• [A01] https://github.com/minitap-ai/mobile-use
• [A02] https://github.com/minitap-ai/mobile-use/blob/main/minitap/mobile_use/clients/ios_client.py
• [A03] https://github.com/minitap-ai/mobile-use/blob/main/skills/mobile-use-setup/references/ios-physical-device.md
• [A04] https://arxiv.org/html/2602.07787v1
• [A05] https://github.com/droidrun/mobilerun
• [A06] https://docs.mobilerun.ai/framework/concepts/architecture
• [A07] https://github.com/droidrun/mobilerun-portal
• [A08] https://github.com/X-PLUG/MobileAgent
• [A09] https://github.com/TencentQQGYLab/AppAgent
• [A10] https://github.com/TencentQQGYLab/AppAgent/blob/main/scripts/and_controller.py
• [A11] https://github.com/zai-org/Open-AutoGLM
• [A12] https://aimultiple.com/mobile-ai-agent
• [A13] https://github.com/google-research/android_world
• [A14] https://github.com/google-research/android_world/blob/main/android_world/agents/m3a.py
• [A15] https://www.minitap.ai/benchmark
• [A16] https://mobilerun.ai/pricing/
• [A17] https://www.minitap.ai/pricing
• [A18] https://github.com/minitap-ai/mobile-use/issues/227
• [A19] https://github.com/minitap-ai/mobile-use/blob/main/pyproject.toml
• [A20] https://github.com/minitap-ai/mobile-use/blob/main/minitap/mobile_use/controllers/android_controller.py

B．传统确定性自动化

• [B01] https://developer.android.com/guide/topics/ui/accessibility/service?hl=en
• [B02] https://developer.android.com/training/testing/other-components/ui-automator?hl=en
• [B03] https://developer.android.com/training/testing/espresso?hl=en
• [B04] https://github.com/android/android-test
• [B05] https://github.com/openatx/uiautomator2
• [B06] https://github.com/appium/appium
• [B07] https://github.com/appium/appium-uiautomator2-driver
• [B08] https://github.com/mobile-dev-inc/Maestro
• [B09] https://github.com/Genymobile/scrcpy
• [B10] https://github.com/DeviceFarmer/minitouch
• [B11] https://github.com/DeviceFarmer/minicap
• [B12] https://github.com/DeviceFarmer/stf
• [B13] https://github.com/SonicCloudOrg/sonic-server
• [B14] https://github.com/AirtestProject/Airtest
• [B15] https://github.com/alipay/SoloPi
• [B16] https://github.com/SuperMonster003/AutoJs6
• [B17] https://github.com/autox-community/AutoX
• [B18] https://github.com/clearw5/Auto.js
• [B19] https://github.com/openstf/minitouch
• [B20] https://github.com/openstf/minicap
• [B21] https://github.com/appium/appium/blob/master/packages/appium/package.json
• [B22] https://maestro.dev/pricing
• [B23] https://aws.amazon.com/cn/device-farm/pricing/
• [B24] https://github.com/openatx/uiautomator2/issues/1099
• [B25] https://github.com/SuperMonster003/AutoJs6/issues/463
• [B26] https://github.com/droidrun/mobilerun-portal/issues/142
• [B27] https://support.google.com/android/answer/12623953?hl=en
• [B28] https://support.google.com/googleplay/android-developer/answer/10964491?hl=en
• [B29] https://support.google.com/googleplay/android-developer/answer/16550159?hl=en
• [B30] https://developer.huawei.com/consumer/cn/doc/doccenter-capabilities/hdc
• [B31] https://github.com/zai-org/Open-AutoGLM
• [B32] http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e
• [B33] https://www.court.gov.cn/zixun/xiangqing/449641.html
• [B34] https://github.com/autox-community/AutoX/blob/master/LICENSE.md
• [B35] https://github.com/SuperMonster003/AutoJs6/blob/master/LICENSE
• [B36] https://github.com/DeviceFarmer/minitouch/blob/master/LICENSE
• [B37] https://github.com/DeviceFarmer/minicap/blob/master/LICENSE
• [B38] https://github.com/DeviceFarmer/stf/blob/master/LICENSE
• [B39] https://www.reuters.com/technology/huawei-makes-break-android-with-next-version-harmony-os-caixin-2024-01-19/

C．Root、Hook 与应用虚拟化

• [C01] Magisk：https://github.com/topjohnwu/Magisk ；发布列表：https://github.com/topjohnwu/Magisk/releases
• [C02] KernelSU：https://github.com/tiann/KernelSU ；安装兼容性：https://kernelsu.org/guide/installation.html
• [C03] APatch：https://github.com/bmax121/APatch
• [C04] LSPosed 原仓库：https://github.com/LSPosed/LSPosed ；API：https://api.github.com/repos/LSPosed/LSPosed
• [C05] Vector 当前仓库：https://github.com/JingMatrix/Vector ；历史入口：https://github.com/JingMatrix/LSPosed
• [C06] LSPosed_mod：https://github.com/mywalkb/LSPosed_mod
• [C07] Frida：https://github.com/frida/frida ；许可证：https://github.com/frida/frida/blob/main/COPYING
• [C08] VirtualApp：https://github.com/asLody/VirtualApp
• [C09] Xposed 原版：https://github.com/rovo89/Xposed
• [C10] Vector 2.2 发布与已知修复：https://github.com/JingMatrix/Vector/releases/tag/v2.2
• [C11] APatch 11282：https://github.com/bmax121/APatch/releases/tag/11282
• [C12] Frida Android 官方教程：https://frida.re/docs/android/
• [C13] Frida Gadget 官方文档：https://frida.re/docs/gadget/
• [C14] Android Play Integrity 判定：https://developer.android.com/google/play/integrity/verdicts
• [C15] 聚客通判决全文：http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e
• [C16] 最高法发布丁某案：https://www.court.gov.cn/zixun/xiangqing/449641.html

D．微信非官方协议与 PC Hook 编年史

• [D01] https://github.com/littlecodersh/ItChat
• [D02] https://github.com/littlecodersh/ItChat/issues/510
• [D03] https://github.com/littlecodersh/ItChat/issues/556
• [D04] https://github.com/wechaty/wechaty
• [D05] https://wechaty.js.org/docs/puppet-providers/wechat/
• [D06] https://wechaty.js.org/2021/04/13/wechaty-uos-web/
• [D07] https://github.com/wechaty/puppet-wechat/issues/192
• [D08] https://wechaty.js.org/docs/puppet-providers/padlocal/
• [D09] https://github.com/wechaty/puppet-padlocal
• [D10] https://github.com/lich0821/WeChatFerry
• [D11] https://github.com/lich0821/WeChatFerry/releases/tag/v39.5.2
• [D12] https://github.com/ttttupup/wxhelper
• [D13] https://github.com/ttttupup/wxhelper/branches
• [D14] https://github.com/aixed/WeChat-Hook
• [D15] https://github.com/aixed/WeChat-Hook/releases/tag/v411027_
• [D16] https://github.com/yincongcyincong/wechat_chatter
• [D17] https://github.com/yincongcyincong/wechat_chatter/releases/tag/v0.0.18
• [D18] https://github.com/yincongcyincong/wechat_chatter/issues/35
• [D19] https://github.com/yincongcyincong/wechat_chatter/issues/11
• [D20] https://web.wechat.com/
• [D21] https://github.com/lich0821/WeChatFerry/issues/314
• [D22] https://www.court.gov.cn/zixun/xiangqing/449641.html
• [D23] http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e
• [D24] https://www.jwview.com/jingwei/html/07-20/414620.shtml
• [D25] https://github.com/padlocal/wechaty-puppet-padlocal/issues/117

E．云手机、模拟器与群控

• [E01] https://github.com/remote-android/redroid-doc
• [E02] https://github.com/waydroid/waydroid
• [E03] https://github.com/google/android-cuttlefish
• [E04] https://source.android.com/docs/devices/cuttlefish?hl=zh-cn
• [E05] https://github.com/remote-android/device_redroid
• [E06] https://help.aliyun.com/zh/ecp/billing-of-cloud-phone
• [E07] https://lcloud.longene.com.cn/price.html
• [E08] https://www.gc.com.cn/
• [E09] https://www.ldyuncs.com/
• [E10] https://www.ddyun.com/
• [E11] https://github.com/waydroid/waydroid/issues/2432
• [E12] https://github.com/remote-android/redroid-doc/issues/824
• [E13] http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e
• [E14] https://www.jwview.com/jingwei/html/07-20/414620.shtml
• [E15] https://docs.waydro.id/usage/install-on-desktops
• [E16] https://github.com/google/android-cuttlefish/blob/main/LICENSE

F．iOS 自动化

• [F01] https://github.com/appium/WebDriverAgent
• [F02] https://github.com/appium/appium-xcuitest-driver
• [F03] https://github.com/appium/appium-ios
• [F04] https://github.com/facebookarchive/WebDriverAgent
• [F05] https://github.com/opa334/Dopamine
• [F06] https://github.com/palera1n/palera1n
• [F07] https://github.com/appium/appium-ios/blob/main/packages/webdriveragent/package.json
• [F08] https://developer.apple.com/documentation/appintents
• [F09] https://developer.apple.com/documentation/foundationmodels
• [F10] https://developer.apple.com/documentation/FoundationModels/adding-server-side-intelligence-with-private-cloud-compute
• [F11] https://developer.apple.com/documentation/appintents.md
• [F12] https://developer.apple.com/help/account/basics/about-your-developer-account
• [F13] https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device
• [F14] https://appium.github.io/appium-xcuitest-driver/latest/getting-started/system-requirements/
• [F15] https://appium.github.io/appium-xcuitest-driver/latest/guides/non-macos-hosts/
• [F16] https://appium.github.io/appium-xcuitest-driver/latest/getting-started/provisioning-profile/
• [F17] https://developer.apple.com/help/account/membership/program-enrollment
• [F18] https://github.com/appium/appium-ios/blob/main/packages/webdriveragent/LICENSE
• [F19] https://aws.amazon.com/cn/device-farm/pricing/
• [F20] https://maestro.dev/pricing
• [F21] https://www.court.gov.cn/zixun/xiangqing/449641.html
• [F22] http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e

G．官方合规通道

• [G01] 企业微信《使用前帮助》：https://developer.work.weixin.qq.com/document/path/91361
• [G02] 企业微信《获取会话内容》：https://developer.work.weixin.qq.com/document/path/91774
• [G03] 企业微信《常见问题解答》：https://developer.work.weixin.qq.com/document/path/91552
• [G04] 企业微信《获取会话同意情况》：https://developer.work.weixin.qq.com/document/path/91782
• [G05] 企业微信《数据与智能专区·概述》：https://developer.work.weixin.qq.com/document/path/99941
• [G06] 企业微信《客户联系·概述》：https://developer.work.weixin.qq.com/document/path/92109
• [G07] 企业微信《创建企业群发》：https://developer.work.weixin.qq.com/document/path/92135
• [G08] 企业微信《发送新客户欢迎语》：https://developer.work.weixin.qq.com/document/path/92137
• [G09] 企业微信《获取客户详情》：https://developer.work.weixin.qq.com/document/path/92114
• [G10] 企业微信《消息推送配置说明》：https://developer.work.weixin.qq.com/document/path/99110
• [G11] 企业微信《智能机器人·概述》：https://developer.work.weixin.qq.com/document/path/101039
• [G12] 企业微信《智能机器人长连接》：https://developer.work.weixin.qq.com/document/path/101463
• [G13] 服务号《接收普通消息》：https://developers.weixin.qq.com/doc/service/guide/product/message/Receiving_standard_messages.html
• [G14] 服务号《客服消息介绍》：https://developers.weixin.qq.com/doc/service/guide/product/kf/intro.html
• [G15] 小程序《订阅消息（用户通过弹窗订阅）开发指南》：https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/subscribe-message.html
• [G16] Android《Create deep links》：https://developer.android.com/training/app-links/create-deeplinks
• [G17] Android《Overview of AppFunctions》：https://developer.android.com/ai/appfunctions
• [G18] WxJava： https://github.com/binarywang/WxJava ；API：https://api.github.com/repos/binarywang/WxJava
• [G19] wechatpy： https://github.com/wechatpy/wechatpy ；API：https://api.github.com/repos/wechatpy/wechatpy
• [G20] AppFunctions samples： https://github.com/android/appfunctions ；API：https://api.github.com/repos/android/appfunctions
• [G21] 企业微信《数据与智能专区·收费方案》：https://developer.work.weixin.qq.com/document/path/100246
• [G22] 圆弧《AI 定价表》：https://www.yuanhu.com/pricing

L．法律与合规

• [L01] 最高人民法院：丁某入库参考案例（2024-12-12；2026-10-26 抓取）：https://www.court.gov.cn/zixun/xiangqing/449641.html
• [L02] 中新网：南沙法院宣判微信外挂案（2021-04-01；2026-10-26 抓取）：https://www.chinanews.com.cn/sh/2021/04-01/9445365.shtml
• [L02b] 北京青年报／人民网：海贼王主犯十年（2021-04-05；2026-10-27 核查）：http://society.people.com.cn/n1/2021/0405/c1008-32069719.html
• [L03] 最高法院优秀裁判文书平台：聚客通一审全文（2020-06-02；2026-10-26 抓取）：http://yxcpws.court.gov.cn/wspx/hundred/detail?oid=ac93d3eb-229e-11ec-874a-286ed488c78e
• [L04] 魏启学律所：聚客通一二审信息（2022-05-25；2026-10-26 抓取）：https://www.law-wei.com/cn/case/case_news/2022/0525/475.html
• [L05] 全天候科技／36氪：微信私域里的“战争”（2020-06-30 页面；2026-10-27 核查）：https://36kr.com/p/773503718740105
• [L06] 广州知识产权法院：涉数据权益典型案例，案例六（2024-09-25；2026-10-27 核查）：https://www.gipc.gov.cn/front/content.action?id=7b32ad4f0bd44ddb95c72db0ed849700
• [L07] 中新经纬：联络易二审主文（2021-07-20；2026-10-26 抓取）：https://www.jwview.com/jingwei/html/07-20/414620.shtml
• [L08] 新浪科技／通信世界：联络易二审 1000 万（2021-07-20；2026-10-27 核查）：https://www.cww.net.cn/article?id=488894
• [L09] 2025 修订《反不正当竞争法》全文，青岛农业大学刊载（2026-10-27 核查）：https://sjc.qau.edu.cn/content/xxxc/b0582208378d41189ec14b91b341adc7
• [L10] 福田法院转载人民法院新闻传媒总社的新法解读（2025-07-02；2026-10-27 经浏览器核查，直接请求曾遇 TLS 错误）：https://www.ftcourt.gov.cn/xwzx/fzyw/content/post_1573133.html
• [L11] 最高法院知识产权法庭：第 47 批数据权益指导性案例全文，含 263（2025-09-02；2026-10-27 核查）：https://ipc.court.gov.cn/zh-cn/news/view-4588.html
• [L12] 《个人信息保护法》全文，北京大学医学部刊载（2026-10-27 核查）：https://xxzx.bjmu.edu.cn/gzzd/gjfg/14871e0a20fc4b578e6391ab31e9620e.htm
• [L13] 第九巡回上诉法院：hiQ，17-16783，2022-04-18 判决 PDF（2026-10-27 下载并提取核对）：https://cdn.ca9.uscourts.gov/datastore/opinions/2022/04/18/17-16783.pdf
• [L14] ZwillGen：hiQ 案收尾与抓取边界（2022-12-21；2026-10-27 核查）：https://www.zwillgen.com/alternative-data/hiq-v-linkedin-wrapped-up-web-scraping-lessons-learned/
• [L15] 安全内参转载微信安全中心 2019 上半年外挂处理公示（2019-07-05；2026-10-26 抓取）：https://www.secrss.com/articles/11978
• [L16] 南方都市报／东方财富：群控案与养号产业链（2020-11-27；2026-10-27 核查）：https://finance.eastmoney.com/a/202011271717892722.html
• [L17] 集佳律师李川公开代理案例，列厦门程硕 2682 万（2026-10-27 核查）：https://www.unitalenlaw.com/html/expert/23060611-1.htm
• [L18] 达辉律师／知产力：群控软件法律规制，附微时空案号（2023-03-20；2026-10-27 核查；不可据此引用当前法条编号）：https://www.zhichanli.com/p/1145919103
• [L19] 欧委会 DMA Messaging Interoperability，第 7 条解释（2026-10-27 核查）：https://digital-markets-act.ec.europa.eu/businesses-portal/messaging-interoperability_en
• [L20] 欧委会 DMA 指定守门人列表（2026-10-27 核查）：https://digital-markets-act.ec.europa.eu/gatekeepers-portal_en
• [L21] 欧委会 Data protection explained（2026-10-27 核查）：https://commission.europa.eu/law/law-topic/data-protection/data-protection-explained_en
• [L22] GDPR 法规全文（2026-10-26 快照；27 日访问空页，未作为当天读取成功）：https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016R0679

16．十二项独立结论的交叉校验

本表以提示词中的十二条复合命题为对象。✅表示证据范围内一致；❌表示存在反例或关键概括错误；⚠️表示不足以确认或否定完整命题。同一行可以同时包含已确认的子事实与无法核实的强结论，不以多数子项成立替代整体审查。

【中】本轮最需要后续实测或补证的事项是：微信树异常的跨设备机制、4.x Hook的长期业务验收、各方案微信账号检测/处置概率、ARM翻译同条件性能、部分案件完整案号与终审状态，以及官方接口在实际企业资质下的最终配额/成交价。它们已经在对应位置明示，不以推测填空。