李明哲没有出现在演示现场。他正在日内瓦准备联合检测验证工作组首次技术磋商后的第二回合质询——关于生态规则制定权的程序透明度。但他在演示开始前四十分钟给章宸发了一条加密消息：“设计工具国产链路的演示录屏和全流程日志数据，请完整存盘。天罡Edge接口分级的审计日志模块已经证明了我们可以被审计，补天工具链的全流程日志应该成为下一个可以提交给工作组的‘可验证’证据。工具链的自主性不是一个政治口号，而是一个可以通过完整日志追朔的技术事实。”
章宸把李明哲的消息转发给周明，附了一句话：“全程录屏、全量日志、独立验证——演示结束后的材料归档按审计标准执行。”
上午九点整，章宸站在主席台前，没有念任何开场白。他拿起激光笔，指向身后大屏幕上投出的补天工具链架构图，说了一句让在场所有人都安静下来的话：“四个月前，我们在这个会议室里开补天计划的激活会。当时有人问，四个月够干什么。今天我来回答——四个月够跑通一条路。”
他按下演示激活键。
第一排工作站的屏幕上，青苗一号的RTL代码被读入补天逻辑综合模块。综合引擎开始将寄存器传输级描述映射到标准单元库，屏幕上的状态栏跳动着综合进度百分比。大屏幕的右侧分屏实时显示着综合过程中的关键指标——面积估算、功耗估算、时序估算。这些数字在综合进行到百分之三十左右时开始出现和北洲EDA综合结果的偏差——面积大了百分之六，功耗高了百分之四，创建时间裕量少了零点一纳秒。
“偏差的根因在综合引擎的标准单元库映射算法上。”章宸用激光笔圈出偏差数据，语气平静得象在读一份技术报告，“北洲EDA的综合引擎积累了二十年的标准单元库特征化数据，对每一种逻辑结构的最优映射路径都有预训练的推荐模型。补天的综合引擎目前用的是基于规则的多目标优化算法——规则是透明的，但优化的精细度不如基于历史数据的预训练模型。这个差距，预计在下一版综合引擎中通过引入小芯AI的特征学习模块来缩小。”
他没有跳过偏差数据，也没有为偏差找任何辩解的理由。他只是把每一项偏差的根因、当前解决方案和预期收敛时间逐一标注在大屏幕上。这种坦诚反而让在场的技术观摩者全部安静下来——他们习惯了在各种演示中看到被精心修饰过的“完美数据”，第一次看到一个技术负责人把工具链的缺陷摊在桌面上逐条解释。
综合完成后，门级网表自动传入第二排工作站的布局布线模块。布局规划引擎开始将标准单元按功能模块分区放置在版图局域内，时钟树综合引擎同步开始构建时钟缓冲器网络。大屏幕左侧显示着版图的实时生长过程——标准单元像矩阵一样在深蓝色的版图背景上铺开，金属走线层叠交织成密集的网络。右侧分屏显示着和北洲EDA同步运行的对比数据——补天工具链的布局布线完成时间比北洲EDA慢了大约百分之四十，版图面积大了百分之八，绕线层数多了一层。
张京京从第二排工作站前站起来，接过章宸的激光笔。她在天权6号的物理设计中刚刚完成了两套封装接口方案的预布局，对布局布线引擎的评估标准比任何人都更苛刻。“慢了百分之四十——这个差距看起来很大，但拆解到根因上只有三个。第一，布局规划引擎的全局优化迭代次数目前设置得偏保守，可以把迭代次数增加百分之三十换取面积和时序的改善，但运行时间会进一步拉长。第二，时钟树综合对多时钟域设计的分支平衡策略还缺少对工艺偏差的自适应补偿——这个功能在北洲EDA里是标准配置，在补天工具链里目前需要手动设置偏斜约束。第三，绕线引擎的并行计算调度还没有充分利用合城本地服务器集群的多核架构，绕线任务目前是单线程串行执行的。”
她在说的同时把三个根因的改进方案和预期收敛时间逐项列在大屏幕的右侧。改进方案不是模糊的“继续优化”，而是具体的代码提交节点和测试用例编号——第一个根因的改进代码已经由补天计划高校团队中的一所中部工科大学提交到了合城服务器集群的测试分支，预计两周内完成回归测试。
版图数据生成后，第三排工作站的时序分析模块开始运行。静态时序分析引擎对版图中每一条时序路径逐一计算创建时间和保持时间裕量，检查结果以颜色标注的时序路径图显示在大屏幕上。绿色的路径表示裕量充足，黄色的表示裕量在规格边