摘要

  • 公开审查意见必须被确认、跟踪并获得处置记录；它不是个人否决权，也不是整个组织对标准的最终批准。
  • 技术委员会的特别多数、使用声明和组织成员的 Call for Consent 分别证明不同事实。版本化的流程回执应让它们保持可辨。

一份文稿经过三种授权表面

“已审查、已投票、所以 OASIS 已批准”是很诱人的缩写，却把流程压成了一个不存在的动作。第一层在技术委员会内部。委员会要启动公开审查，须由合资格 Voting Members 以 Full Majority 通过。第一次审查至少三十天；同一工作成果后续审查至少十五天。它给委员会外的人一个明确的意见通道，却没有把投票权分配给每位读者。

审查结束后，委员会必须确认收到意见、跟踪意见，并发布对每项意见的处置。如果回应引出 Material change，文稿必须再次公开审查，才能作为 Committee Specification 获批。也就是说，委员会不能对一版文稿征询意见，再把实质改写的另一版悄悄借用那次审查的正当性。

经过成功审查和意见处理，委员会才可用 Special Majority 批准 Committee Specification。这是委员会自己能给出的最高批准级别；它并不是 OASIS Standard 的同义词。若要继续，委员会还须以特别多数把已获批的文本提交为候选文本，具备三份指向该文本的 Statements of Use，其中至少一份来自 Organizational Member。候选文本还要经历至少六十天的公开审查。

最后才轮到另一群主体：合资格的 OASIS Organizational Members。TC Administrator 要开启至少十四天的 Call for Consent。这里不是同一批人重复表决，而是在回答不同问题：委员会是否完成技术阶段；公开意见是否有可追溯的处理；是否有使用证据；组织层面是否出现足以阻止最终阶段的有效异议。

评论必须留下记录，但不会自动下命令

公开审查绝非装饰。规则要求委员会确认、追踪并公布意见处置；还要求判断由审查引出的改动是否具备实质性。实质改动会触发新的审查周期。这是一项真实约束：更新后的技术文本不能躲在旧版本的审查后面。

但把每份评论当作指令同样误读了制度。评论数量不是民意公投。委员会可以不同意技术建议，只是记录必须让后来者看出问题指向哪一版文本、委员会如何回应、文本有没有变化、为何变化被判断为实质或非实质。孤立的“已解决”不足以说明是采纳、理由充分的拒绝、延后处理，还是被新版本取代。

因此，公开回执应把评论、版本、处置、改动和 materiality 判断连在一起。评论者获得可署名的提出路径；维护者保留可说明的技术判断空间；读者则不必从一串邮件里猜测是否存在全体同意。

技术委员会的高门槛有固定分母

Committee Specification 并非会议中的举手表决。Special Majority 要求至少三分之二合资格 Voting Members 投赞成，且反对不得超过四分之一。弃权和未投票不属于赞成或反对，但合资格成员仍在固定分母中。

所以，会议出席截图不能证明结果。很活跃的一小群作者未必达到门槛；反之，通过的特别多数只证明特定委员会门槛已经达到，不证明每一位评论者、实施者或组织成员都认可文本。回执应冻结开票时的合资格成员数、表决类型、开闭时间、赞反弃权与未投票计数、结果和不可变版本 URI，而不是臆测某人为何沉默。

使用证据与组织同意不是一回事

三份 Statements of Use 是候选 OASIS Standard 之前的要求。它们证明的是流程定义下的使用或实现；不是额外三张选票，不是普遍互操作性担保，也不是市场采用率。至少一份来自组织成员，也不会把该声明变成整个会员群体的同意。

最终的 Call for Consent 问的是另一件事。自 2020 年 12 月 1 日生效的现行机制下，合资格组织成员若未在投票设施中提交有效异议，即被视为同意。异议须附理由和/或可接受的补救办法。有效异议达到十五项或以上，候选文本即被拒绝；少于十五项，则进入委员会的回应或撤回路径。

这项沉默有明确的程序含义：没有达到阈值的有效组织异议阻止该阶段。它不表示每个沉默组织都审阅过技术设计，更不表示它们对每个编辑决定形成了工程共识。要找技术理由，应读评论和委员会记录；要判断组织状态，应读 consent 通知、合资格范围和异议结果；要理解实施经验，则应读使用声明。

用生命周期回执替代声望标签

不必增设一个机构。每一次标准轨状态变化都可以附一份小而完整的回执：公开审查要记录阶段、哈希或不可变 URI、日期、评论渠道、处置和 materiality；Committee Specification 要记录技术委员会分母、门槛与结果；候选阶段要记录三份使用声明及六十天审查；最终阶段要记录组织成员范围、consent 日期、有效异议数、回应路径和公布状态。

这份回执的价值也在于它拒绝夸大：不把评论叫作选票，不把技术委员会的票称作组织追认，不把使用声明写成普遍背书，也不把沉默说成技术共识。每一关证明什么，就只记录什么。

来源

  1. OASIS Technical Committee Process
  2. OASIS TC Handbook: Public Review
  3. OASIS TC Handbook: Committee Specifications
  4. OASIS TC Handbook: Approving an OASIS Standard
  5. OASIS TC Handbook: Work Product Lifecycle
  6. Lu Heng, The Multi-Stakeholder Mirage