摘要

  • CNCF Charter 将技术愿景、项目准入、对齐、移除和归档等权责赋予十一人 TOC，并要求项目相关决定公开；TAG 是向 TOC 报告的长期技术咨询团体。
  • CNCF 公开称 Brandt Keller、Mario Fahlandt 和 Mauricio Salatino 从 TAG 领导层进入 2026 年 TOC，并因不得兼任而卸下 TAG 职务。
  • 可核验的交接不应只写“加入 TOC”，而应分别记录新席位、旧职务、覆盖或继任、咨询意见路径，以及针对具体决定的回避或弃权。

任命事实不能代替全部交接事实

CNCF 的公开文章确认了一个有限而重要的变化：Keller、Fahlandt 与 Salatino 从 TAG 领导层进入 TOC；文章称三人因治理规则而同时辞去 TAG 领导职务。当前 TOC 页面又列明三人任期自 2026 年 5 月 12 日开始，却各有不同来源：Keller 为 TOC-appointed，Fahlandt 为 Governing-Board-appointed，Salatino 为 Maintainer-appointed。

这些标签并非礼仪性称呼。Charter 规定 TOC 有十一名成员，由不同 selecting group 产生；TOC 要维护技术愿景、批准处于基金会范围内的新项目、协调项目，并可移除或归档项目。项目相关决定应在公开会议、公开邮件列表或公开议题中作出。席位和选择来源所标识的是特定的决定权。

TAG 所处的是另一层。技术组治理文件把 TAG 定义为向 TOC 直接报告的长期团体，围绕技术领域连接项目、用户和其他 CNCF 组织。TAG 要发现缺口、协调工作、为项目评估提供专业意见，也要向 TOC 汇报。咨询会进入决策过程，但咨询本身不是决策。

因此，“进入 TOC”并不能自动证明每个原 TAG 职位已有继任者、每个活跃倡议已有覆盖、每条专家意见都以何种身份继续作用，更不能证明未来某次表决已经完成冲突判断。公告证明公告所说的任命和辞任；名册证明名册所列的席位和范围。二者都不应被放大为其他命题的证据。

Tech Lead 离开的是一块运行表面

TAG 治理规则说明 Tech Lead 不只是个人头衔。TAG 必须维护领导者、子项目和倡议的元数据；至少每月举行一次公开会议；并定期向 TOC 和 TOC liaison 更新情况。Tech Lead 负责指导 TAG 或倡议的技术工作、保持建议的中立性、审查产出、协助跨团队的一致性。辞去这个职位，留下的是需要定位的工作表面。

规则也给出了交接步骤。Tech Lead 可以辞任并提出人选来完成任期；候选人应获得活跃领导者多数支持，支持应由 GitHub 活动或已记录的交付物等证据支撑，并且必须获 TOC 批准。长期离任还必须协调足够的岗位覆盖。辞任、临时覆盖、证据支持、批准和正式继任是不同状态。

2026 年 TAG Security and Compliance Tech Lead 提名议题提供了有限的现实窗口：Brandt Keller 列在开放职位中，旁注为 “Elected to TOC”，其时间表也把 TAG 领导层的提名和投票放在新 TOC 就位之后。这证明该 TAG 有公开交接过程；并不证明全部开放职位的结果，更不证明三人此前所有职位的当前状态。

空白不能靠善意推测填补。一个 TAG 可能已有其他活跃负责人，可能实行临时覆盖，可能正在选举，也可能尚未公开说明。对需要提交工作、寻求技术建议或跟进倡议的人而言，这些情形的实际后果完全不同。

专业知识可以延续，权力必须可定位

清晰分工并不要求切断知识。CNCF 的文章说明 TAG 工作会为 TOC 的项目生命周期和政策工作提供输入；Charter 要求 TOC 接收终端用户的反馈并映射至项目；TAG 规则要求其在项目评估中提供专业知识并向 TOC 汇报。若完全隔断两层，反而会切断制度本来需要的信息路径。

关键不是一个前 TAG 负责人是否懂得某领域，而是在一项具体决定中，这项知识以何种身份出现：它可能是有记录的 TAG 建议、个人技术观察、指定 sponsor、投票、弃权，或者根本没有参与。这些是不同的制度描述。既有知识不能自动带来原职务的权力，也不能自动构成必须回避的冲突。

TOC onboarding 指南给出另一条边界：有 hard conflict 的成员应当弃权并说明冲突；沉默地不投票并不足够。对于存在冲突的 moving-level 流程，指南还说明会安排一位不受冲突影响的第二 sponsor。这是用公开可见性维持工作连续性的设计；不是证明每一段既有 TAG 关系都构成 hard conflict，也不是证明某次决定确实有冲突。

退出与连续性回执应包含什么

Daniel Kade 建议发布一份简洁的 退出与连续性回执。第一栏是 新决策角色记录：机构、席位、选择群体、已公开任期、任命来源和职权范围。TOC-appointed、Governing-Board-appointed 和 Maintainer-appointed 不应被压扁为同一种“新成员”。

第二栏是 原咨询角色记录：TAG、确切职务、已公开的生效退出日期、信息来源和领导元数据链接。它应如实写明：已有继任者、暂时覆盖、开放遴选、职务已结束，或未公开说明。“未公开说明”是合格的记录状态，比从新名册倒推一个人名更可靠。

第三栏为 连续性记录，列出原角色关联的公开倡议、例会、待完成评审和报告路径，并写明当前责任角色或公开资料未说明。第四栏为 咨询与决定记录，明确区分 TAG 建议、个人技术证据、TOC sponsor、投票、弃权和回避。TAG 建议可以是证据；不会因为前负责人现任 TOC 就自动变成 TOC 决定。

第五栏只在流程要求披露或已有官方公开记录时写 决定特定的冲突说明：涉及的决定、披露的关联、采取的处理和来源。回执还应写出未能证明的事项，例如继任者尚未公布、某倡议的负责人未公开、某决定的冲突分析未公开。这个非主张栏不是空洞保守，而是其他信息保持可信的条件。

连续性和问责无需二选一

开放技术机构需要制度记忆，也需要清楚的责任边界。领导者上行可以增强决策机构的专业理解；若原角色的退出没有记录，社区却可能只能依赖内部传闻来判断谁仍负责。真正的长期风险不是人员跨机构流动，而是之后无法追溯哪一个机构提出意见、哪一个机构有权决定、哪一个角色承接未完成工作。

这份回执既服务参与，也服务问责。它告诉 TAG 贡献者，工作不会因一位熟悉的负责人进入 TOC 而凭空消失；它告诉项目，技术建议有可见而非私人化的来源；它也告诉读者，何时应寻找披露的弃权、回避或第二 sponsor，而非把专业能力、关联和投票权混为一谈。

来源

  1. CNCF Charter — Technical Oversight Committee
  2. CNCF Technical Group Governance
  3. CNCF — Three TAG leads walk into the TOC
  4. CNCF Contributors — TOC roster
  5. TAG Security and Compliance Tech Lead Nomination 2026
  6. CNCF TOC onboarding — conflicts of interest