主板诊断， 讲章法，不靠瞎试。

为什么瞎探的代价这么高

一块现代主板有上千个元件、几十条相互依赖的供电轨。瞎探意味着白白耗费数小时，有时还会顺手制造出第二个故障。老师傅们不瞎探：他们在脑子里走一棵故障树。没有 LED？先看输入电压。有？看保险丝。完好？看链路上第一个稳压器。每一次测量都剪掉一整条枝杈。

问题在于：这棵树只活在老师傅的脑子里、散落在零碎的论坛帖中。WrenchBoard 让它变得可执行。

方法：症状 → 规则 → 电气图 → 流程

一次 WrenchBoard 诊断会话分四拍推进：

1. 症状，用自然语言说。 “板子完全没反应，没有 LED，已插上 24 V 适配器。“没有表单、没有代码：你描述在工作台上看到的现象。
2. 设备的故障规则。 按设备建立的知识库把症状映射到已知原因，每条都带一个置信度分数。一个堵住主供电轨的输入保险丝，会带着它的概率排到最前面。
3. 电气图。 如果原理图已被摄取，智能体会把它的各项假设对照真实拓扑核查：这条供电轨掉了会拖垮哪些元件、启动序列中什么必须先于什么上电。它能在你动手碰板子之前先模拟一次故障级联。
4. 检测流程。 假设落地为有序、带类型的步骤：测 F1 两端的通断、测 R49 的电压、对可疑供电轨做二极管档读数。智能体把你指向哪个探测点，Boardview 就在那一刻缩放到那个点。

每上报一个结果，假设就收紧或转向。维修日志把一切都留存下来：读数、返工前后的差异、确认的原因。

一个不添油加醋的智能体

AI 智能体在诊断循环里的价值，完全取决于它的可靠性。一个凭空编出测试点的助手，浪费的时间比省下的还多。WrenchBoard 执行严格的纪律，详见电子维修的 AI 页面：

• 引用的每一个元件位号都对照解析过的板子校验：不存在的元件会被标记，绝不当作断言；
• 提出的原因来自该设备经过审核的规则或编译好的电气图，而非模型的记忆；
• 当智能体走出既定规则、仅凭拓扑推理时，它会明说。

从一次性诊断到全店记忆

一个诊断出来的故障，只有当它能服务于下一个时才有用。会话结束时确认的原因会被记录；反复出现的模式和诊断操作手册跨设备共享。同型号、同症状的第十块板子，几分钟就能诊断完：智能体从已经奏效的内容出发。

正是这套逻辑，让 WrenchBoard 成为一套完整的微焊接软件，而不是一个查询工具：知识在工作发生的地方积累。

在一块已覆盖的板子上开始

免费套餐让你能访问知识库已覆盖的设备，在浏览器里，免安装。描述一个真实症状，看着智能体走完它的故障树；首页上那个两分钟的演示，展示的就是在一块真实板子上的完整一次会话。