关于单片机入门的，但和你做 Qt/C++ 十几年积累的经验在同一个点上共鸣。

---

核心论点

单片机入门最难的不是寄存器，不是时序——是不知道程序跑到哪了。在电脑上写程序，终端会回

话、报错有颜色；单片机没有终端，上电后芯片不会主动开口。

作者的解法很简单但反直觉：先学屏幕，再学原理。把 OLED 显示排到寄存器原理之前，先让人看

见现象，再拆内部怎么写字——而不是先背 I2C 协议，再等一个模糊的亮屏。

按键（人→机） → 程序 → OLED（机→人）

这个环一旦转起来：

| 有反馈 | 无反馈 |

|:------|:------|

| 改一行代码 → 屏幕应声变化 | 烧进去 → 板子沉默 |

| "我改的东西确实按我的意思动了" | "是代码错了，还是烧录没成功，还是板子没上电？" |

| 攒确认 → 敢动下一个地方 | 每一个"不知道"都在磨损意愿 |

---

和你 Qt/C++ 经验的共鸣

你做 Qt 十几年，一定深有体会——Qt 最大的价值之一就是它让"程序开口说话"这件事变得极其便宜：

| 没有 UI 的时候 | 有了 Qt |

|:--------------|:-------|

| printf 打日志，翻半天 | qDebug() + 界面实时刷新 |

| GDB 断点逐行调试 | 信号槽驱动，状态变化自动更新界面 |

| 内存泄漏靠猜 | 控件上直接显示引用计数和状态 |

你之前在 FHE 自研线程池里做"绑核 + 静态连续分块"、在 OpenSandbox 里做"伞式版本号"——这些说到底

都是让系统的内部状态变得可见。线程池的 worker 有没有跑在预期的核上？版本号能不能一眼看出各组件是

否兼容？这些都是"让程序开口说话"在架构层面的延伸。

文章里有一句话很到位：

一颗灯只能告诉人"有没有"，屏幕能告诉人"是多少、差多少"。而"知道差多少"，是后面一切修正动作的起点。

放到你现在关注的 Agent Harness 上，就是 L5 评估与观测层的意义——没有可视化的执行轨迹、Token 消耗、

工具调用链，Agent 就像一块没有屏幕的单片机，你永远不知道它卡在哪一步。