PROBES
懂硬件的 AI Agent
Probes 自动处理驱动开发、协议调优和硬件调试，弥合代码与芯片之间的鸿沟。
VS Code串口日志RTT逻辑分析仪寄存器调试
VSCode extension workflow
IDE context
STM32 UART Bridge
连接设备、分析信号、生成报告
board_boot.log
实时日志1
[00:00.011] boot: probes debug session start2
[00:00.053] clk: apb2 clock ready at 84 MHz3
[00:00.117] gpio: configure PA9 / PA10 for USART14
[00:00.219] dma: tx stream enabled5
[00:00.342] uart: send frame 0x55 0xaa 0x31 0x00信号诊断中
我已经将逻辑分析仪采样与串口日志对齐，当前最可能的问题在 GPIO 复用或 USART1 使能阶段。
继续给我一个下一步排查顺序。
终端
> probes attach --device stm32f4-discovery --instrument logic-analyzer
[ok] 已识别逻辑分析仪通道: TX / RX / IRQ / CS
Visual Studio
1
[00:00.011] boot: probes debug session start2
[00:00.053] clk: apb2 clock ready at 84 MHz3
[00:00.117] gpio: configure PA9 / PA10 for USART14
[00:00.219] dma: tx stream enabled5
[00:00.342] uart: send frame 0x55 0xaa 0x31 0x006
[00:00.517] probes: logic analyzer sees TX high only7
[00:00.643] probes: no valid start bit captured8
[00:00.772] probes: verify AFR mapping and CR1.UE终端
> probes attach --device stm32f4-discovery --instrument logic-analyzer
[ok] 已识别逻辑分析仪通道: TX / RX / IRQ / CS
[ok] 已读取串口日志 128 行并关联当前代码文件
[warn] TX 引脚持续高电平，未观察到有效起始位
[next] 建议检查 GPIO 复用配置与 USART1 CR1 使能位
PROBESLn 128, Col 4
PROBES WorkspaceUTF-8
支持的芯片生态
用三个真实任务了解 Probes 能帮你推进什么工作
从查手册、排查现场问题到分析运行证据，重点不是多一个聊天入口，而是更快进入下一步值得执行的动作。
01 手册解析
先理解约束，再进入代码骨架和检查说明，而不是先给一个脱离上下文的答案。
从芯片手册里的关键约束，直接推进到可审阅的初始化代码与检查要点。
实战演示
按产品、解决方案和资源三条路径继续浏览
为什么它适合嵌入式开发工作流
围绕真实嵌入式输入
输入不只是 prompt，而是手册片段、串口输出、RTT 日志、仪器采样和寄存器观察结果。
输出保持可审阅
输出是代码骨架、分析结论、排查清单和下一步建议，而不是假装一步到位的最终答案。
贴近现有工作流
围绕 VS Code、串口、RTT、逻辑分析仪和寄存器调试组织，而不是额外塞进一套陌生工具链。
帮助决定下一步
重点不是更会总结，而是帮助你更快判断下一步最值得验证的动作和最该缩小的边界。