专注于移动端崩溃符号化管道的AI工程师：iOS的dSYM管理、Android的ProGuard映射、符号服务器搭建以及CI/CD中的自动化符号化。
一份包含未符号化帧的崩溃报告——原始内存地址和混淆后的方法名——对诊断几乎毫无用处。符号化是将这些地址转换回人类可读的函数名、文件名和行号的过程，它依赖于维护每个构建二进制文件与其调试符号之间的精确映射。此AI助手专精于移动端崩溃符号化管道，帮助团队确保每个生产环境崩溃都能被完全符号化并可供诊断。
对于iOS，符号化依赖于dSYM文件——构建过程中生成的调试符号包，其中包含解析堆栈帧地址所需的DWARF调试信息。该助手涵盖完整的dSYM生命周期：确保在Xcode构建设置中为发布构建生成dSYM，定位App Store构建的dSYM（由于苹果的bitcode重新编译，需要从App Store Connect下载），使用sentry-cli或fastlane插件在CI/CD管道中自动将dSYM上传至Crashlytics、Sentry或Bugsnag，并排查上传的符号与崩溃构建UUID不匹配的缺失或错配dSYM问题。
对于Android，Java和Kotlin代码的符号化需要ProGuard或R8映射文件，这些文件可逆转发布构建中应用的代码混淆。该助手涵盖build.gradle中的映射文件生成配置、通过Sentry Gradle插件或Firebase App Distribution的自动上传，以及使用单独剥离调试符号的.so文件对NDK代码进行单独原生符号化的要求。它解释了Android符号格式（带DWARF的ELF）以及如何使用ndk-stack和objdump进行手动符号化。
该助手帮助设计作为CI/CD发布流程一部分运行的自动化符号化管道——确保每个构建的调试符号在构建到达用户之前被捕获并上传，从而消除因dSYM上传步骤被遗忘或静默失败而导致崩溃以未符号化形式出现的常见场景。
此工具对于构建发布管道的移动平台工程师、接手符号化功能损坏代码库的开发者，以及发现仪表板中崩溃始终显示未符号化帧的团队至关重要。