3 天,30 亿 Token,我用 AI 开发了「可能最 AI 的串口助手」
SerialRUN 他来了,纯 Rust 驱动,
Windows、macOS、Linux 端端皆可用!
一个嵌入式工程师混子用 AI 辅助编程的完整实践
SerialRUN 是什么?
SerialRUN 是一款全功能串口调试助手,面向嵌入式开发者、工业自动化工程师、IoT 开发者。
一句话概括:它能做所有你在串口调试中需要做的事情 —— 收发数据、Modbus 读写、PLC 监控、CAN 抓包、固件烧录,甚至让 AI 助手帮你操作串口设备。
适用人群:嵌入式工程师、PLC 工程师、IoT 开发者、硬件调试人员、自动化测试工程师 适用场景:AT 指令调试、Modbus 设备测试、PLC 寄存器监控、CAN 总线分析、固件烧录、协议开发 支持协议:Modbus RTU/TCP、CAN (SLCAN)、I2C、SPI、XMODEM/YMODEM/ZMODEM |
📖 使用指南
官网提供了完整的使用指南,覆盖所有功能模块:
🚀 快速开始 连接设备 → 选择端口 → 设置波特率 → 开始调试 | 🔧 终端功能 HEX/TEXT 模式、CRC 校验、自动发送、接收超时 |
🏭 Modbus 调试 8 种功能码、寄存器监控、响应超时配置 | 🤖 MCP 服务器 15 个工具、AI 集成配置、访问日志 |
🔧 PLC 控制 品牌预设、批量读写、数据类型转换 | ❓ 故障排除 常见问题、数据持久化、配置说明 |
完整使用指南请访问:www.serialrun.com/guide.html
你也可以点击客户端右上角的?图标,查看使用指南

客户端使用指南
3 天 | 30亿 Token 消耗 | 15 MCP 工具 | 3 平台支持 |
为什么要做这个?
做嵌入式开发的同学,桌面大概是这样的:
左边开着 SSCOM 看串口数据,右边开着 Modbus Poll 读寄存器,浏览器里还开着某个在线 CAN 解析器,记事本里记着刚才的调试命令……
每次换协议就要换软件,每次换设备就要重新配置。更烦的是,有些工具只支持 Windows,有些界面停留在 Windows XP 时代。
我就想:能不能做一个工具,把所有这些功能都装进去?
但自己从零写一个跨平台桌面应用,工作量巨大。于是我想到了一个疯狂的方案:用 AI 辅助开发。
💡 我的思考 AI 辅助编程不是让 AI 替你写代码,而是让你以 10 倍速度实现想法。你仍然是架构师和决策者,AI 是你的高级执行者。 关键在于:你必须清楚自己要什么。AI 能加速实现,但不能替你做技术判断。 |
3 天发生了什么
Day 1 | 架构搭建 确定 Rust + egui 技术栈,搭建 workspace,实现核心串口通信、基础终端界面、Modbus 协议解析。这一天消耗了约 8 亿 Token。 |
Day 2 | 功能爆发 PLC 控制、TCP/RTU 桥接、HMI 模拟器、CAN 总线分析、I2C/SPI 调试、固件烧录、MCP 服务器……一天内实现了 12 个功能模块。Token 消耗突破 15 亿。 |
Day 3 | 打磨与发布 多窗口界面、终端自动换行、数据持久化、中英文双语、Bug 修复、文档编写、网站搭建、GitHub 发布。最后 7 亿 Token 收尾。 |
3 天时间,从一个空仓库到一个功能完整的串口调试助手。这在传统开发模式下几乎不可能。
关键数据:约 980 行 Rust 代码(app.rs)被重构为 450 行,15 个 MCP 工具全部验证通过,3 个平台编译通过。 |
📸 软件界面
深色主题,左侧连接面板,右侧终端实时显示收发数据。Modbus 帧自动解析,TX/RX 颜色区分:

支持中英文一键切换,所有面板都是独立窗口,可以自由拖拽排列:

🌐 官方网站
产品官网 serialrun.com,包含功能介绍、使用指南、下载链接,响应式设计适配手机端:

www.serialrun.com
✨ 不只是功能堆砌
市面上串口工具很多,但 SerialRUN 做了一些不一样的思考:
📡 智能 RX 合并 根据波特率自动计算最佳超时,碎片数据智能合并,不再丢帧 | 🏭 Modbus 不抢数据 使用 ReadExclusive 暂停连续读取,协议操作不再和终端抢数据 |
🪟 真·多窗口 不是 Tab 切换,是真正的 OS 窗口。可以拖到第二个屏幕,始终在最前 | 🤖 MCP 深度集成 不是简单的串口转发,而是 15 个专业工具,支持 Modbus/PLC 工程值转换 |
📱 自适应工具栏 窗口缩小时控件自动换行,永远不用横向滚动条 | 💾 数据永不丢失 配置、日志、终端历史、警告全部自动持久化,重启即恢复 |
🤖 这才是重点:AI 集成
SerialRUN 内置了 MCP 服务器。这是它「可能最 AI」的原因。
什么是 MCP? Model Context Protocol 是一个开放标准,让 AI 助手可以调用外部工具。SerialRUN 实现了 15 个 MCP 工具,覆盖了串口操作的方方面面。
实际场景:
你:帮我读一下 COM3 上 Modbus 从站 1 的寄存器 0-9 AI:好的,我来调用 SerialRUN 的 modbus_read 工具…… AI:读取成功,寄存器 0-9 的值分别是:[1, 2, 3, 4, 5, 6, 7, 8, 9, 10] |
这不再是科幻。AI 助手可以通过 MCP 协议直接操作你的串口设备。你甚至可以让 AI 自动写 Modbus 轮询脚本、分析 CAN 帧数据、诊断通信故障。
connect | |
sendread | |
send_command | |
modbus_read | |
modbus_write | |
plc_readplc_write | |
status | |
get_configset_config |
💡 为什么 MCP 比直接写脚本更好? 传统方式:你写 Python 脚本 → 调用 pyserial → 手动处理协议 → 手动解析数据。 MCP 方式:你用自然语言描述需求 → AI 自动选择工具 → SerialRUN 处理底层细节 → AI 返回结构化结果。 本质上是把「编程」变成了「对话」。 |
💻 为什么选择 Rust
这个问题我被问了很多次。答案很简单:串口操作对延迟敏感,GUI 需要流畅渲染,跨平台需要一致性。
Python 做不了高性能 GUI(tkinter 太丑,PyQt 太重)。Electron 做串口太奢侈(一个 Hello World 就要 200MB)。C++ 能做但跨平台太痛苦。
Rust + egui 是目前最合适的组合:
- 编译即部署
— 一个二进制文件,无运行时依赖 - 零成本抽象
— 高级语法不影响运行效率 - 跨平台一致
— 同一份代码,三个平台编译通过 - 内存安全
— 串口操作涉及大量缓冲区,Rust 的所有权系统防止越界
# 模块化架构 serialrun-core # 核心库:串口、协议、校验 serialrun-cli # 命令行工具 serialrun-mcp # MCP 服务器 serialrun-plugin-api # 插件 API serialrun-gui # GUI 应用(闭源) |
📥 下载体验
下载 Windows 版(34MB) Windows x64 | macOS 敬请期待 | Linux 从源码编译 https://github.com/YaoIsAI/SerialRUN/releases/download/v0.1.0/serialrun-0.1.0-windows-x64.zip |
从源码编译(需要 Rust 工具链):
git clone https://github.com/YaoIsAI/SerialRUN.git cd SerialRUN cargo build--release # 二进制文件在 target/release/ 目录下 |
📄 关于开源协议
SerialRUN 采用 BSL 1.1 协议。简单理解:
✅ 你可以:看源码、免费用、改了自己用、提 PR ❌ 你不可以:拿去卖、做成 SaaS、用我的品牌 ⏰ 2030 年:自动转为 MIT,完全开源
为什么不用 MIT?因为我花了大量时间打磨细节(RX 合并算法、Modbus 数据竞争修复、多窗口层叠逻辑……),这些是核心竞争力。4 年保护期后,代码归全人类。 |
🤝 最后
这个项目验证了一件事:AI 辅助编程已经到了可用阶段。3 个人 3 天的工作量,过去可能需要 3 个人 3 个月。
但 AI 不是万能的。它能加速实现,但不能替你做架构决策;它能写代码,但不能替你理解业务场景;它能修 Bug,但不能替你判断用户体验。
最终产品的质量,取决于使用者的认知边界。
🙏 特别感谢 UIROBOT 前同事 sharus,感谢你请的咖啡以及首批功能测试!你的反馈让 SerialRUN 早起了好几个关键 Bug。 本项目目前还有很多不足和 Bug,欢迎大家发现问题后到 GitHub 提 Issue,一起改进,一起进步。 |
欢迎试用、反馈、贡献:
如果这个项目对你有帮助,请作者喝杯咖啡 ☕

微信支付
Made with ❤️ by YaoIsAI
夜雨聆风