用途：分析 OpenHarmony 系统图形模块相关 cppcrash 日志文件，定位 native 进程崩溃的根本原因，输出根因分析报告、精确代码行号定位与修复建议。
主要能力：区分 SIGSEGV（内存访问异常）与 SIGABRT（主动终止）选择分析路径；识别 0x6b6b 开头地址判定 Use-After-Free；通过地址模式匹配识别越界写入踩踏；结合 Other thread info 分析锁竞争、竞态条件与迭代器失效；对 cfi_slowpath_comm 优先按踩内存分析；支持解栈、反汇编、调用链回溯、数据流追踪、内存数据分析等步骤。
使用方式：输入 cppcrash 日志、code/ 目录源码、lib.unstripped/ 带符号表 so。先检查输入完整性，再读取 Reason 判断崩溃类型，解栈前必须验证 so 的 buildId 与日志一致，否则终止。按需加载 references 下各文件（stack-unwinding、disassembly-analysis、call-chain-backtrace、memory-pattern-analysis、thread-competition-analysis、memory-data-analysis、special-cases、code-review-checklist、report-template），不要一次性全部加载。环境需提供 llvm 工具（llvm-readelf/llvm-addr2line/llvm-objdump 等），中文交互，文件 UTF-8。
适用场景：图形模块崩溃、render_service 崩溃、native 崩溃定位、内存破坏类问题排查。
限制：不适用于纯 ArkTS/JS 层崩溃（无 native 调用栈）、无 cppcrash 日志、无符号表 so（无法解栈）。禁止无证据猜测根因、跳过数据流追溯、使用 buildId 不匹配的 so 解栈、忽略多线程分析、跳过地址模式匹配。信息或证据不足时应报告用户或列出可能根因并标注确定性。