第434章 设计自治工具V1发布(2 / 2)

那三家设计企业的技术负责人在散会后没有离开,而是围着章宸问了将近一个小时的细节问题。最核心的问题只有一个:补天V1能不能支持他们正在使用的特定工艺节点?章宸的回答很坦诚:「目前补天V1的工艺设计套件支持范围覆盖了从天权4号到青苗一号所使用的全部工艺节点。对于你们使用的其他工艺节点,补天V1的设计规则自动校准模块可以自动读入代工厂提供的规则手册并生成约束文件,但生成后的约束文件需要在真实流片数据上做校准验证。这个校准验证的周期取决于你们能提供多少历史流片数据作为校准基准。」

三家设计企业中规模最大的那家——一家在南方某市深耕电源管理晶片和数模混合晶片超过十五年的中型设计公司——的技术副总裁当场表态愿意加入协作层。他说了一句话,被章宸记在了笔记本上:「我们用北洲EDA用了十五年,工具很好用,但我们从来没有见过北洲EDA打开过一次自己的原始码。今天章总在这里把补天V1的开放分层方案讲完之后,我脑子里只有一个念头——十五年闭源工具的使用惯性,是时候打破了。」

补天V1的发布消息在当天下午通过星环科研奖励机制的学术通讯渠道和造芯学院的校友网络同时扩散了出去。到当天晚上,补天V1基础层的下载申请已经超过了两百份,其中超过三分之一来自国内高校的集成电路实验室和实训基地,另有四十多份来自中小规模的晶片设计企业。这个扩散速度超出了章宸的预期——他原本预计第一周能有一百份下载申请就不错了。林薇在中央研究院看到下载数据后,在他的终端上留了一条消息:「补天V1的装机量增长速度是天罡OS早期的三倍。设计工程师对工具链自主性的渴望,可能比消费者对作业系统自主性的渴望更强烈。」

章宸回复了一条消息,只有一句话:「因为工具链断了,他们一行代码都改不了——这个恐惧是真实的。」

发布会的录屏和补天V1的全流程日志在当天晚上由李明哲提交给了联合检测验证工作组秘书处,作为「技术安全性」维度验证材料的更新件。李明哲在提交邮件的末尾附了一句话:「补天工具链从原型到V1的叠代过程,全部保留了完整的时间戳记录和代码提交日志。四个月前公开演示中标注的每一项差距的改进路径,都可以在代码仓库中追溯到对应的具体提交。这是一套工具链从『能跑通』到『能干活』的完整进化日志——它不是一份静态的报告,而是一个动态的丶可追溯的丶持续演进的技术自治证明。」

深夜,章宸在产学研融合中心的小会议室里整理完补天V1发布当天的全部反馈记录后,打开了终端上的下一项任务文档。文档的标题是周明在两天前发给他的:「数据治理细则与审计落地——天枢OS数据治理框架从内部规范升级为可外部审计的制度体系。」

文档的第一页是周明写的一段引言:「补天V1证明了设计工具链的透明化,追光产线合规验收证明了制造端的透明化,天罡Edge医疗版和兼容标准第二版证明了生态端的透明化。三个维度的透明化各自都有了一套完整的制度和工具支撑,但它们运行在各自的数据治理规则之上——有的规则是技术团队自己定的,有的是法务团队根据合规要求制定的,有的是为了应付外部审计临时补上的。如果数据治理规则本身不统一丶不透明丶不可审计,那么建立在数据之上的所有『可验证性』主张都会在根基上晃动。」

章宸在文档末尾写了一行回覆:「补天V1发布完成。数据治理细则,明天启动。」

他保存文档,关掉终端,走到窗前。合城产业园的夜色中,追光四期的航标灯依旧亮着,追光五期的打桩机还在不知疲倦地撞击着地基。而在这片灯海的东北方向,恒芯集成封装试产线的厂房轮廓在夜色中若隐若现,那里的矽通孔间距正在向六微米逼近。每一盏灯都是一个正在被数据记录丶被日志追溯丶被规则约束的技术节点。而当这些节点的数量增长到一定程度时,它们需要的就不再只是一套数据采集系统,而是一部让所有节点都能互相对话丶互相验证丶互相约束的数据宪法。

他拉上窗帘,在日程表上圈出了明天的第一个会议议题:「数据治理细则——定义天枢OS数据治理框架中数据采集丶清洗丶标注丶存储丶访问丶审计六项核心流程的标准化操作规范。目标:四周内完成草案,作为天罡生态大会后的第一项制度发布。」

次日清晨,周明从合城法务团队抽调的两名数据合规律师已经在中央研究院的会议室里等着了。与他们一起坐在会议桌旁的,还有郑工代表天枢OS技术团队丶秦教授代表神农AI临床验证团队丶以及方程从新加坡服务中心派来的一名数据治理架构师。这些人被周明召集到一起的原因只有一个——天枢OS的数据治理框架已经长成了一棵枝繁叶茂的大树,现在是时候给它修枝定形了。