The JetBrains Blog ·

别再猜测硬故障

💡 原文英文，约1000词，阅读约需4分钟。

📝

内容提要

CLion 2026.2.2 新增AI技能，用于自动调试嵌入式硬故障。该技能通过MCP工具读取故障寄存器、内存和反汇编，自动定位根因，兼容多种调试器，减少手动解码工作。

🔎

延伸解读

硬故障调试的痛点

硬故障是ARM Cortex-M处理器的异常，发生时处理器只告知故障发生，不说明原因。开发者通常需要手动解码CFSR和HFSR寄存器，结合反汇编和故障程序计数器，甚至多次复现崩溃才能定位根因。这个过程耗时且依赖经验，而新技能正是针对这一痛点，自动读取寄存器、内存和反汇编，减少手动解码工作。

专用工具链的优势

相比让AI代理直接运行shell命令解析原始寄存器转储，该技能通过MCP工具提供已解码的证据：故障状态寄存器被解释，硬件堆栈帧在覆盖前捕获，SVD解码的外设寄存器与反汇编和内存信息一同提供。这使代理能从实际故障地址和含义出发，而非从崩溃日志逆向推断，提高了调试效率和准确性。

兼容性与使用限制

该技能与调试器无关，兼容Lauterbach TRACE32、Segger J-Link和ST-LINK等工具，并适用于CLion中任何能访问IDE MCP服务器的代理。但需注意，技能在AI聊天和CLI模式下支持Claude Code和Codex，而GitHub Copilot仅支持CLI模式。使用时需在设置中启用MCP服务器和捆绑技能。

❓

Q&A

CLion 2026.2.2 新增的硬故障调试 AI 技能叫什么名字？

该技能名为 clion-embedded-hardfault，默认在 Settings | Tools | AI Assistant | Skills | Bundled skills 中启用。

硬故障（hard fault）是什么？为什么它本身不提供故障原因？

硬故障是 ARM Cortex-M CPU 在发生严重低级错误（如访问无效内存或栈溢出）时触发的异常。处理器无法安全继续运行触发故障的代码。默认情况下，大多数故障处理程序只捕获数据并停止执行，不会解码数据，因此只告诉你发生了故障，而不说明原因。

CLion 的硬故障调试 AI 技能是如何工作的？

该技能通过 MCP 工具读取故障寄存器、内存和反汇编，自动定位根因。它利用 CLion 对内存映射、寄存器和指令编码的理解，提供已解码的故障状态寄存器、硬件堆栈异常帧、SVD 解码的外设寄存器以及故障指令周围的反汇编和内存信息，从而帮助代理从实际故障地址开始分析。

使用硬故障调试技能需要满足哪些前提条件？

硬故障调试技能支持哪些调试器和代理模式？

该技能与调试工具无关，兼容 Lauterbach TRACE32、Segger J-Link、ST-LINK 等。在代理模式方面，支持 AI chat 和 CLI 模式下的 Claude Code 和 Codex，但 GitHub Copilot 仅支持 CLI 模式。

与让代理直接运行 shell 命令相比，硬故障调试技能有什么优势？

直接运行 shell 命令时，代理需要从原始文本中解析寄存器转储，速度慢且容易出错。而该技能在明确定义的触发条件下激活，提供已解码的证据，如解释后的故障状态寄存器、捕获的硬件堆栈帧和 SVD 解码的外设寄存器，使代理从实际故障地址和含义开始分析，而不是从崩溃日志逆向工作。

在 CLion 中如何用代理调试硬故障？

当调试会话停在硬故障处理程序时，在 AI chat 或终端中运行代理，用自然语言描述问题，例如“sometimes this hard faults, prob invalid mem access, find issue, make no mistakes”。代理会按照技能指令使用 MCP 工具，找到原因后提供详细描述，包括 bug 位置和修复方法。你可以手动修复或让代理修复并重新运行调试会话验证。

除了硬故障调试，CLion 的 MCP 工具还能用于哪些调试场景？

MCP 工具还提供对内存、寄存器值和反汇编的访问，对调试嵌入式项目和非嵌入式 C/C++ 项目都有帮助。此外，代理还可以执行基本调试操作，如启动、暂停、停止调试会话，设置和移除断点，单步执行代码，以及读取局部变量、帧值和嵌套字段。

🏷️