摘要

  • W3C为2026年TAG选举列出五个席位：提名持续到11月10日，投票时段排在11月17日至12月15日，结果预计12月18日公布。10月29日查看时页面列出两名候选人；最终名单才会决定是否需要竞争性投票。
  • 现行选举指南称只有Team能看到计票结果，并要求不公布每位候选人所得票数。1月会议记录写下了提高透明度的决定方向，但10月流程草案和公开指南仍没有定义公开计票规则。

五个席位排进日程，投票还取决于提名名单

W3C为Technical Architecture Group安排了五个席位：四个两年任期，一个一年任期。提名期从10月13日开始，11月10日结束。公开日程把投票时段列为11月17日至12月15日，预计12月18日公布结果。

现行Process将TAG候选人数的最低值和最高值都设为可用席位数。五个席位正好有五名候选人时直接当选，少于五人则重新征集提名，超过五人举行投票。10月29日公开页面列出两名候选人，距提名截止还有12天。是否投票取决于最终名单，不取决于日程表上的占位日期。

这个区分很实际：一份当选名单可能来自竞争性计票，也可能只是候选人数正好不超过席位数。W3C在2025年的TAG选举公告中明确写过，四名候选人与四个席位相等，因此直接当选。每年的结果都应保留这种信息；确实投过票时，再公布计票结果。

TAG不是组织架构图上的装饰牌。它维护Web架构，处理架构问题，也协调不同技术之间的工作。

TAG成员还参与W3C Council对Submission Appeals和Formal Objections的审理。能选出这些成员的会员组织掌握治理权。更广泛的Web社区没有自己的选票，却要面对最终标准和决定。

Team掌握数字，其他人只看到名字

W3C现行选举指南划出一道清楚的界线：投票结果只对Team可见，并会存档。公告清单要求向Advisory Committee通报当选者、平票者和获得较短任期者，还明确写着不要报告每位候选人的票数。因此，公众可以知道谁取得席位，却不知道各自获得多少支持，也不知道有多少成员参与。

个人选票可以保密，汇总票数仍可公开。Process要求Advisory Committee成员用Single Transferable Vote提交排序选票。W3C仍能公布参与人数和候选人汇总票数。

Team为每次选举选择具体计票方法，并须在投票通知前确定。把方法、计票步骤和席位分配规则一并公开，读者才能看懂“当选”如何产生。只列名字，仍把结果的算法留在Team手里。

透明度决定还缺一句可执行的规则

这道问题早在2023年1月就进入W3C自己的问题跟踪系统。issue 698要求公布总投票数和每名候选人的票数，以评估AC的参与情况和投票方式是否有效。到2026年10月29日，该问题仍然开放，标签是“Needs proposed PR”，也没有关联的改动请求。

2026年1月28日的W3C Process Community Group会议记录写道，Brent表示Advisory Board已决定提高选举结果透明度，TAG也会跟进。讨论区分了投票人匿名与候选人身份，提出投票结束前不释放信息，并预期修改Process文件。会议记录由人工整理；公开资料中还没有已通过的决议文本来界定承诺披露哪些数据。

10月25日发布的Process草案仍在修订中；W3C说明各组当前仍遵循最近生效的Process版本。草案的选举章节没有增加汇总结果的公开要求。公开指南也仍要求不报告候选人票数。会上表达的方向，还没有成为下一次选举可以照着执行的步骤。

公布计票结果，不公布投票人

在预定投票时段开始前，W3C应说明公开结果具体包含什么。至少要说明是否真的举行了投票、有效选票数、参与成员数、STV计票方法版本、各轮候选人票数，以及平票时使用的计算过程。个人选票和投票人身份继续保密。

日程给了一个明确的处理节点：11月10日提名截止后，确认是否需要投票，再在投票开始前公布计票格式。12月18日，结果公告可以在当选者旁边附上同一组数据。没有竞争性投票，就说明候选人依规则填满席位；举行了投票，就发布汇总计票并与方法版本一起归档。

这份计票衡量的只是AC选民：通过代表投票的会员组织。更广泛的Web社区没有这场选举的选票。公开汇总数能让外界看清这个有限而真实的授权范围。只公布当选者而隐去参与情况，公众就无法判断有多少成员参与了选择。

来源