JetBrains добавила в версию CLion 2026.2.2 специальный навык искусственного интеллекта для анализа ошибок Hard Fault в проектах встраиваемых систем на базе ARM Cortex-M. Навык использует встроенные в среду разработки инструменты MCP для чтения регистров состояния, памяти и инструкций, а затем связывает их с адресом инструкции, вызвавшей сбой, вместо того чтобы оставлять разработчика с необработанным журналом, требующим ручного анализа.
Функция предназначена для решения распространённой проблемы при отладке встраиваемого программного обеспечения. При возникновении Hard Fault процессор останавливается, поскольку продолжать выполнение вызвавшей проблему инструкции уже небезопасно, однако процессор не объясняет автоматически причину остановки. Это может быть вызвано обращением к недопустимому адресу памяти или переполнением стека, тогда как обработчик ошибки по умолчанию может сообщить лишь о факте возникновения исключения.
Что анализирует навык?
Навык называется clion-embedded-hardfault и начинает работу, когда сеанс отладки останавливается внутри HardFault_Handler или связанных обработчиков, таких как MemManage_Handler, BusFault_Handler и UsageFault_Handler. Его также можно активировать при наличии ссылок на такие регистры, как CFSR, HFSR, MMFAR и BFAR, либо на сохранённый аппаратный кадр исключения.
Вместо того чтобы просить агента читать текстовый дамп регистров процессора, навык предоставляет заранее декодированные данные, включая регистры состояния ошибки и кадр исключения, сохранённый аппаратными средствами до возможной перезаписи, а также декодированные регистры периферийных модулей согласно файлам SVD. Эти данные сопровождаются памятью вокруг инструкции, вызвавшей ошибку, и её программной дизассемблированной версией.
Что меняется на практике?
Традиционное расследование требовало вручную декодировать CFSR и HFSR, затем сопоставлять счётчик программы, вызвавший сбой, с дизассемблированным кодом; разработчику также могло потребоваться несколько раз воспроизвести проблему, чтобы сузить область поиска. В CLion разработчик может запустить предпочитаемого агента из окна чата искусственного интеллекта или терминала и описать проблему на естественном языке после остановки сеанса отладки.
Агент использует инструменты IDE через MCP для доступа к данным, связанным с фактическим состоянием процессора. После определения причины он показывает место сбоя и описание предлагаемого решения; разработчик может исправить его вручную или попросить агента изменить код и перезапустить сеанс отладки для проверки результата. Навык поддерживает различные инструменты отладки, включая Lauterbach TRACE32, Segger J-Link и ST-LINK, поэтому он не привязан к одному поставщику.
Доступность и ограничения
Навык включён по умолчанию в настройках Settings | Tools | AI Assistant | Skills | Bundled skills, однако для его использования необходимо включить сервер MCP в разделе Settings | Tools | MCP Server. Он доступен в режимах чата и терминала с Claude Code и Codex, тогда как GitHub Copilot поддерживается только в режиме терминала.
Функция доступна в CLion 2026.2.2, а также запланирована для добавления в ближайший первый бета-выпуск серии 2026.3 EAP. JetBrains отмечает, что базовые инструменты MCP не ограничиваются Hard Fault: они позволяют агентам запускать и останавливать сеансы отладки, управлять точками останова, пошагово перемещаться по коду, а также читать локальные переменные, значения кадров и вложенные поля.
Почему это важно?
Практическая ценность здесь заключается не в добавлении ещё одного агента в среду разработки, а в предоставлении ему скорректированных и связанных данных непосредственно из аппаратного сеанса. Это снижает зависимость от интерпретации вывода терминала или догадок на основе журнала сбоя. Тем не менее функция не отменяет необходимости проверки со стороны разработчика: источник описывает механизм определения причины, применения исправления и его проверки, но не гарантирует, что предложение агента будет правильным в каждом случае или что повторное тестирование охватит все условия возникновения сбоя.