它会先检查安装包里的文件和字符串，寻找应用框架、网络库和第三方组件的线索，也会估计代码的混淆程度。

比如，它能根据包内标记识别 Flutter、React Native 或原生 Kotlin 应用，并给出对应的分析建议。先知道代码大致在哪里，后面就有了查找方向。

它支持 APK、XAPK，也能处理 JAR、AAR 这类开发库文件。碰到包含多个 APK 的 XAPK，会自动拆包，把里面的 APK 分别处理。

反编译主要由 jadx 和 Fernflower/Vineflower 完成。Skill 可以按文件和代码情况选择工具，也支持生成两份结果，放在不同目录里对照阅读。同一个类有了两份结果，阅读时可以交叉参考。

有了代码，它会读取 AndroidManifest.xml。这个文件记录着应用的页面、服务、权限等信息，可以帮助确定从哪里开始看。

接着，它会查看包目录，把应用自身的代码和第三方库分开，寻找负责网络请求、数据读取的部分，也会在 BuildConfig 中查找服务地址等配置线索。

代码经过混淆，原本有含义的类名可能变成a.b.c。这个 Skill 会从 Kotlin 编译后保留的名称信息中查找原始类名，做出一份名称对照表。

比如，名字里带有Repository、ViewModel的类，能为理解数据处理和页面逻辑提供线索。找到相关名称后，还可以按名称查询，或在搜索代码时附上恢复出的名字。

回到登录这个问题，它会顺着页面入口、点击处理、业务代码，一直找到发起请求的地方。

常见的查找顺序可以理解为“登录页面 → 处理登录的代码 → 读取或提交数据的代码 → 网络接口”。这样就能把某个接口和页面上的操作联系起来。

遇到通过 Koin、Hilt 等工具组织的代码，它还会顺着配置，找出实际负责处理任务的类。

沿着代码中的调用关系，把页面操作追到对应的网络请求。

它内置了针对 Retrofit、OkHttp、Volley、Ktor 和 Apollo GraphQL 的查找方法，能沿着不同写法寻找请求地址、参数、请求头和响应类型。

遇到混淆代码，还可以从保留的接口路径字符串继续找。搜索结果会把已知第三方服务和疑似应用自有的服务地址分开，也会查找请求签名的相关代码，例如 HMAC 的用法。

文档的组织方式也很实用。先把发现的接口列成总表，写清服务地址、请求方法、路径、身份验证方式和来源文件；再对登录等重要流程、你关心的接口补充详细说明。

整个分析任务会留下这些资料。