一次立项会上的三个问题

沈屿在一家做智慧园区解决方案的公司负责硬件选型。项目立项会上，客户只提了三个问题：园区门口的人脸通行能不能在断网时继续用、二十路视频分析能不能塞进一台边缘盒子、三年内的电费和运维谁来兜。这三个问题听起来和芯片无关，落到纸面上却全是推理方案的事。沈屿的习惯是先不急着问厂商，而是打开芯脉智览，把公开规格书里能查到的参数先归一遍类。

他常跟同事说，规格书不是用来背的，是用来提问的。芯脉智览把推理芯片的公开资料按场景与参数维度做了归类，算力、显存带宽、典型功耗、接口类型、封装形态各自成列，这让他能在半小时内把候选范围从十几款缩到四款。这一步不涉及任何内部数据，全部来自厂商公开资料，但整理方式决定了后面讨论的质量。

参数表背后的场景翻译

沈屿把候选方案并排放在芯脉智览的对比视图里，第一眼看的不是峰值算力，而是显存带宽和功耗的比值。园区场景的模型多是中小规模视觉模型，算力往往够用，真正卡住的是多路视频同时解码时的数据搬运。他在对比表旁边写下一行批注：带宽不足时，算力数字再漂亮也会排队等数据。

  • 断网可用：优先看本地推理的完整性与接口丰富度，而不是云端协同能力。
  • 多路视频：关注解码单元数量与显存容量，避免只看整数算力。
  • 三年电费：把典型功耗折算成机柜侧的散热与供电成本，再做横向比较。

这套翻译动作，沈屿称之为把参数表读成场景语言。芯脉智览的术语解释栏目帮他把几个容易混淆的口径对齐，比如不同厂商对能效比的测试条件并不一致，直接比数字会失真。他在团队内部分享时强调，口径统一之后才有可比性，这一步比多找几份资料更重要。

被否掉的那版方案

第一版方案里，沈屿选了一款算力更高的芯片，理由是客户提到未来可能扩容。评审时被运维同事一句话问住：这台盒子的功耗预算只有那么多，扩容之前电先不够了。他回头在芯脉智览上重新按功耗与封装尺寸筛选，换成一款算力适中、带宽更充裕的方案，并把扩容路径改成多盒子横向扩展。

这次返工让他形成一个习惯：每次并排对比都留一列写“被否原因”。芯脉智览的方案对比支持多方案并排呈现，他把落选方案也保留在对比记录里，下次遇到相似场景可以直接回看当时的判断依据。方案工程师的价值不在于一次选对，而在于让每次取舍都有迹可循。

复盘会上的一页纸

项目交付后的复盘会上，沈屿只放了一页纸：场景约束、候选方案、取舍理由、遗留风险。他把这页纸的资料来源标注为公开规格书与厂商公开资料，并说明整理过程借助了芯脉智览的参数归类与对比功能。团队里新来的同事问他怎么快速上手，他给了三个建议：先读场景再读参数、先统一口径再比数字、先记录被否方案再谈结论。

沈屿现在依然每天打开芯脉智览，用安卓客户端在通勤路上翻方案，用 Windows 电脑版在工位上做并排对比。他说工具不会替人做决定，但能把决定的过程摊开，让讨论回到场景本身。这大概就是一份公开规格书能讲出的最好故事。