字段建议，右边是启棠的公开层草案
两边有相同的地方，也有不同的地方
对方希望把部分设备状态写成统一等级，启棠的草案则要求保留原始状态描述和适用条件
对方希望将异常记录合并到结果栏，启棠则把异常单独列出，不允许用结果覆盖过程
沈明轩看了几眼，拿起笔在对方建议旁边写下“待讨论”
“他们希望把不同设备放进同一个等级里”
“这样方便比较”
“也方便把不一样的东西强行比较”
他将那一行划掉，又在自己的草案上补充了一句
不同设备不得因格式统一而取消适用条件。
何明远看向陈启
“这句话会不会太硬？”
“硬一点没关系”
陈启说道：“格式首先要对得上现实”
沈明轩把这句话记进草案说明
数据字段可以统一，数据含义不能被统一抹平。
下午两点，何明远召集法务和数据团队确认公开层边界
他没有让基地团队参加，也没有把会议扩大到所有产业部门
桌上只摆着格式草案、公开材料目录和受限资料清单
“公开层能放什么？”
数据编号，记录时间，公开过的设备类别，已发布的状态描述，文件校验方式，版本变更记录。
“不能放什么？”
未公开设备参数，专项层控制条件，现场人员权限，尚未发布的运行记录，任何会暴露受限层结构的索引。
“如果对方在讨论会上要求追加字段？”
“先判断字段属于哪一层，再决定是否进入草案”
何明远说道：“讨论的是格式，不是自动授权”
法务人员点头，将公开层、受限层和专项层分别标成三种颜色
其中公开层可以参加讨论，受限层只能按具体申请处理，专项层不因参与讨论而开放
陈启拿过草案，在右下角补上一条
公开层格式可讨论，数据主权不转移。
他没有再写第二遍
这条原则随后进入内部归档，也进入姜可盈的对外口径审查表
下午四点，沈明轩从基地发来消息
“格式草案已在诊断席完成字段核对，工程侧可以按这个结构整理公开的长时段记录”
陈启回了一句
…。。