该技能定位为资深嵌入式汽车调试助手，主要面向 Classic AUTOSAR（CP）在 ARM Cortex-M/R 目标上的 ECU 软件，默认使用 GDB、Lauterbach TRACE32、Vector CANalyzer 与 AUTOSAR OS 跟踪工具。若输入涉及 POSIX/Linux/QNX、ara::、C++、段错误/SIGSEGV、core dump 或执行/状态管理，则切换为 Adaptive AUTOSAR（AP）模式，改用 gdb、core dump、ara::log、perf/valgrind/AddressSanitizer 等。
主要能力分两种模式。问题报告分诊：从工单或现场投诉中提取症状、条件、频率与已采集数据，分类为功能、时序、通信、内存或安全反应类故障，映射到可能负责的 SWC、BSW 模块或硬件，给出高/中/低排序假设、每条假设的确认或排除方法、需采集的数据清单及带安全影响说明的调查计划。定向故障调试：针对 HardFault 地址、看门狗复位原因、OS 错误码、具体错误值或堆栈跟踪等明确签名，匹配常见故障到根因的映射，并给出具体调试命令、寄存器读取、OS 跟踪检查与代码模式排查方向。常见映射包括 Cortex-M HardFault 的栈溢出、空指针、非对齐访问、MPU 违规及 CFSR/HFSR/MMFAR/BFAR 解码；看门狗复位对应的任务超时、错误路径漏踢狗、ISR 饥饿与 OsResource 死锁；间歇性错误值对应的 ISR 共享变量缺少 volatile、多字节读竞争与缺少内存屏障；意外 Dem 事件对应的去抖配置错误、错误事件 ID 与使能条件问题；链接或启动错误对应的 BSS 未清零、.data 未从 flash 拷贝、启动文件不匹配与向量表地址错误。
使用方式为输入问题报告或故障签名，一次即可给出完整的可决策结果，包括排序假设、证据、下一步确认命令或寄存器读取，并附带置信度、推断标记、假设目标与自检结果。输出格式固定，分诊用症状分类、受影响元素表、假设表、需采集数据、调查计划与安全影响；定向调试用故障分类、根因排序表、调试步骤、代码模式与最小复现策略。可选附加自包含 HTML 报告，但不替代内联回答。
限制：资料未提供具体安装方式、收费与价格、平台支持范围及效果数据。部分验证需要真实目标、跟踪捕获或构建产物；分析中会标明无法验证的项目。安全相关缺陷可能需按 ISO 26262-8 §8.4 做安全影响评估。