兼容性引擎怎么工作：装一件查一件
BuildCores 的兼容性引擎（Compatibility Engine）是整个产品可信度的地基。官方对它的定位是「实时校验每一条零件组合」——你装机的同时它就在跑检查，不需要你主动点「验证兼容性」按钮。
五类核心规则
官方明确列出的实时校验范围：
| 规则 | 检查什么 | 对应拆解页 |
|---|---|---|
| CPU 插槽 ↔ 主板 | 插槽代号是否一致 | 插槽匹配 |
| 内存类型 ↔ 主板 | DDR4/DDR5 代数是否支持 | 内存核对 |
| 显卡长度 ↔ 机箱 | 物理限长是否放得下 | 显卡限长 |
| 电源瓦数 ↔ 整机功耗 | 供电是否够用 | 功耗核对 |
| 散热器高度 ↔ 机箱 | 限高是否容纳 | 散热限高 |
这五类覆盖了装机翻车率最高的五种错误。每一类在后面的页面里单独拆解，包括规则的判断依据与例外情况。
「装一件查一件」的交互形态
官方兼容演示采用「装配即检查」的形态：先装主板和 CPU，然后内存、显卡、风冷——每加一件零件，它触发的兼容检查项会在场景中高亮。这个设计让冲突定位变得简单：刚加的零件亮了红灯，问题就在它身上。
引擎的输入从哪来
兼容判断依赖零件数据库里的规格字段（插槽类型、长度毫米数、瓦数等），数据库每小时更新一次报价与参数（官方口径）。数据链路的细节见 零件数据从哪来。
引擎的输出只是「提示」
需要建立的正确预期：兼容引擎的结论是强提示，不是装机许可证。它可靠地拦截绝大多数硬冲突（插槽不匹配这种一票否决），但边角场景（冷门硬件的组合、新发布的型号参数尚未入库）仍有盲区——这不是 BuildCores 独有的问题，是所有选件工具的共性。第三方评测评论区也有用户反馈过兼容覆盖不全的例子，处理思路统一写在 兼容性判断的边界。
相关文档
- 从插槽开始逐项过：CPU 插槽与主板针脚匹配。
- 最后的核对习惯：下单前最后核对清单。
- 装配交互回顾：把零件一件件装进 3D 机箱。