我找到了一套法则

凌晨两点的示波器,是灵感的起点

嵌入式工程师 · 写作者 · 法则的定义者 · 公众号: 火星火箭

凌晨两点的示波器

凌晨两点,我盯着示波器上跳动的波形,已经连续调试了六个小时。一块板子的CAN总线间歇性挂死,每次都在运行四十分钟后准时出现。日志干干净净,没有一行报错。

那是一种很特别的孤独。整个公司只有你一个人懂这个模块,没有人能和你讨论,没有人能帮你检查思路。你能对话的,只有这台示波器。

但那个深夜,我没有找到答案,却找到了一个更重要的问题。我在笔记本上写了一句话:"应该发生的事没有发生,这本身就是一条信息。"

多年以后,我把这句话变成了一个概念,叫负日志。它不是记录"发生了什么",而是断言"什么必须发生"。它的核心逻辑极其简洁:如果一件事应该在50毫秒内发生但没有发生,这就是一条独立的信息,它的重要性不亚于任何一条成功日志。

后来我才意识到,那个凌晨我无意间触碰到了一种通用的思维方式:在一个复杂系统里,安静比喧嚣更值得倾听。

从痛苦的裂缝里,长出法则

我喜欢规律。不是那种为了应付考试死记硬背的公式,而是那种藏在事物运行深处的、一旦被发现就能解释一大片现象的规律。

物理世界有物理世界的规律。工程活动有工程活动的规律。人和人的协作,也有它自己的规律。

一个Bug修了三次,每次修好之后又引入新Bug。这不是能力问题,这是"修复"和"验证"之间缺少一道同步机制。我把这道机制设计出来,叫闭环收敛。代码修复和测试增强双轨并行,像两条互相追赶的螺旋,谁也别想偷懒。

项目做了三年,文档和代码悄悄对不上了,团队没人发现,直到一次事故才暴露。这不是粗心,这是时间对一切不一致的系统施加的必然熵增。我设计了一套机制来感知它、纠正它,叫共生演化。让规约和代码在长期运行中持续对话,识别漂移,形成免疫记忆。

AI生成代码很快,但一旦选错技术路线,它会在死胡同里越走越深,从不会主动说"这条路可能不对"。这不是AI笨,这是它缺少一个审视路径本身的能力。我设计了一个机制来触发这种审视,叫决策切换

每发现一个这样的规律,我就把它写下来。不是当成技术文档写,而是当成法则写——把它从"我的一次痛苦经历",变成"任何人遇到同类问题都能用的思维工具"。

这是一个极其享受的过程。它既需要工程师对复杂系统的深刻洞察,也需要写作者对清晰表达的执拗追求。你得先理解事物运行的底层结构——这是理科。你得把一个模糊的直觉翻译成别人能听懂、能复用的语言——这是文科。少了一半,法则就立不起来。

用自己定义的方法,证明自己的方法

体系建完之后,发生了一件让我自己都惊讶的事。我发现,我正在用我定义的方法,创造我创造方法的过程。

我的体系说"人定义法则,AI在法则内执行"——我正是这么做的。

我的体系说"闭环收敛需要双轨并行"——我正是通过和AI反复对话,才完成了每一篇文章。

我的体系说"共生演化需要决策账本"——每一次重要对话的结论,我都记录在案。

我用自己的方法论,证明了这套方法论的有效性。这不是逻辑上的循环论证。这是实践上的自我验证。就像验证一个公式,你把未知数代进去,左右两边刚好相等——那个瞬间,你知道公式是对的。

从工程世界到生活世界

当体系逐渐成型,我开始做另一件让我充满好奇的事:把它用在工程之外的地方。

我写过一篇文章,用这套法则去解读亲密关系。物理诚实变成了沟通的基石——不说"你总是",而说"我观察到"。负日志变成了期待管理——那些"应该发生但没发生"的关怀,不说出来就会变成安静的失望。闭环收敛变成了矛盾的解决框架——不仅要修复这次裂痕,还要一起建立规则,避免下次因为同样的事再吵。

这篇文章发布后,有读者说:"我以为是讲嵌入式开发的,结果看到最后,被治愈了。"

这些法则处理的,其实是一个比嵌入式工程更普遍的问题:如何在复杂、多变、充满不确定性的环境中,让两个互相依赖的实体,持续地、安全地、朝向共同目标地协同演化。

代码与规约。AI与人。设备与设备。人与他所爱的人。这些看起来毫不相关的场景,底层的规律是相通的。我能看见这种相通,大概是因为我习惯了在两个世界之间游走——一个是硬件和代码的世界,逻辑严密、因果分明;一个是人和情感的世界,模糊但真实、感性但有结构。这两种世界,并不矛盾。它们只是用不同的语言说着同一件事。

那些早就被说过的话

当我把这套体系写完,和经典理论对照时,我发现了一件事,让我既谦卑又踏实。

闭环收敛,是控制论的反馈修正在AI编程中的工程化落地。双轨制,是矛盾论中矛盾的对立统一与螺旋上升的生动演绎。多Agent性格制衡,是博弈论中机制设计思想的实践应用。决策切换中主次矛盾的转化,是矛盾论在工程决策中的精确表达。

马克思、毛泽东、维纳、纳什——他们早就在更抽象的层面把规律说清楚了。我只是在嵌入式AI工程这个新场景里,用自己的实践,把他们的智慧重新翻译了一遍。

这个发现让我踏实。因为我知道,这些法则之所以有效,不是因为我想出来的,而是因为它们本来就有效。它们被验证了几十年、上百年,我只是那个幸运的人,在凌晨两点的示波器前,隐约感觉到了它们的存在,然后用了很长时间,把它们写成了工程师能直接用的法则。

现在,我每天做的事

我每天回读自己的文章,优化概念,做一些验证。不是为了考试,不是为了晋升。我是在持续地做一件事:让自己配得上自己发现的法则。

每一条法则,我都在问自己:我还在遵守它吗?我有没有偷懒绕过去?我有没有在实践中发现它的新边界?

同时,我也在等。等下一个凌晨两点的示波器时刻,等下一个让我隐约感觉到但还说不清楚的规律。我享受这个等待,因为我知道,一旦它来,我就有了新的素材——又一条法则可以从痛苦的裂缝里被提炼出来,被写进我的体系。

关于我

我是一个嵌入式工程师。我的日常曾经是查数据手册、调寄存器、盯着示波器找毛刺。现在,我的日常多了一件事:把从那些时刻里找到的规律,变成法则,写成文章,分享出去。

追求清晰

不喜欢模糊的东西在脑子里待太久

喜欢结构

发现事物间隐藏的相同骨架

享受写作

把技术翻译成有画面感的语言

我享受理性和感性的交汇。享受用工程师的严谨去追问"为什么",也享受用写作者的敏感去追问"这感觉该怎么表达"。我相信真正的洞察力,既需要前者,也需要后者。

这套法则体系,是我过去几年所有凌晨时刻的总和。

它们是调试失败的产物,是反复追问的产物,是试图把一个模糊直觉写清楚的产物。

如果它们对你有用,那说明它们确实不是我的——
它们本来就藏在你的直觉里,等着被你自己发现。