正文各位好写个工具分享给大家也顺便收集反馈。背景是我自己做固件时的老问题代码写完烧进板子开串口终端敲几个命令看看输出对不对或者复制贴给AI 。单次一两分钟但改一处就要来一遍回归全靠记忆经常漏。想放 CI 里又会遇到UART 往往被业务日志占用或者根本没引出串口在 CI 里不好枚举多板并行更麻烦烧录要另一个工具和验证流程对不上。后来发现我这场景下 RTT 很合适SEGGER J-Link 的 RTT 走调试探针不占外设。但是RTT-Viewer不咋好用缺的是一个顺手的命令行封装于是写了 rttsh 当然是鞭打AI。它是什么一个 Windows 命令行工具.NET依赖 JLink DLL核心能力三块提供 TUI交互式 RTT 终端发送一行命令并等待应答rttsh send led r on --chip STM32H743XI --wait 300Lua 脚本验证send / expect / 断言输出和时序rtt.send(led g toggle)rtt.expect(LED g toggled,500)烧录/擦除也在支持rttsh flash download xxx.hex。这样 CI 里编译 → 烧录 → 脚本验证一条流水线搞定。MCP固件借 RTT 控制台暴露命令主机侧能收发文本那 AI 编码代理其实也能用。所以做了rttsh mcp八个工具connect / send / expect / mem_read 等Claude Code 或 Cursor 配上之后可以自己烧录、自己敲命令、自己看板子的真实应答来验证它写的固件。我自己的体验是AI 说这个功能没问题和板子说没问题是两回事现在可以让板子说了算。仓库里有一个示例工程和 23 个针对的 Lua 测试脚本可以参考。目前局限目前仅支持 Windows依赖 JLink_x64.dllLinux 在计划中只支持 J-Link 系列探针DAP-Link / ST-Link 不行未来通过引入 probe-rs 实现更多支持地址https://github.com/z3oya/rttsh欢迎拍砖有问必回。