自由分组话题讨论（Breakout sessions）是TPAC大会最具人气的环节之一。参会者可自主发起议题并深度参与讨论，内容涵盖W3C标准动态、Web技术前沿及生态发展的关键挑战与创新趋势。

在TPAC 2025大会期间，来自日本神户线下会场的500余名参会者及近200名线上与会者共同提议并组织了85场分组讨论。

今年会议期间，若干议题方向尤为突出。以下归类虽为自发形成，但生动体现了社区驱动议题的多样性与广泛影响：

• 人工智能（AI）
  • AI智能体与Web生态
  • WebSpatial API：在多模态AI设备上对HTML/CSS和PWA做空间化UI增强
  • 智能体浏览与Web的安全模型
  • 智能体网络协议（ANP）的设计与实现
  • 语义赋能Agentic Web
  • 强强联合：以无障碍目标赋能智能体AI
  • AI驱动的Web规范
• 无障碍
  • 可访问性角色与职责映射（ARRM）及其在无障碍评估中的作用
  • 无障碍兼容性数据更新
  • 针对WCAG及其他无障碍规范的有效且可信的合规性评估
  • 辅助技术与ARIA-AT互操作性的未来展望
  • 移动端无障碍：WCAG2Mobile的阐释与讨论
  • WCAG 2.2与非拉丁语言
  • 动态可访问性修复：边缘无障碍社区组报告
  • Web内容无障碍指南（WCAG）3.0进展
  • “无障碍成熟度模型”小组备忘更新
• 身份、凭证与数字钱包
  • 凭证管理API的融合用例
  • 支持生物特征检测的Web平台功能
  • 移动学生证在日本社会的推行
  • 台湾地区的数字身份钱包项目
  • 数字凭证API安全考量与威胁缓解措施
  • 数字身份系统与威胁的整体视角
  • 针对国家数字身份系统的危害与威胁建模
  • 面向智慧城市的Lean4-Verified协议—解决DID与VC三大核心挑战
  • 基于年龄的Web内容限制
• 隐私与安全
  • 用于数字广告验证的Privacy Pass协议
  • 地理位置与隐私
  • 隐私跨源/跨站预加载
  • 面向Web开发者的安全指南
  • W3C威胁建模指南与Web威胁模型
  • 解决客户端安全问题的创新方案
  • Web支付身份验证：发卡机构视角
  • W3C联盟治理
  • 开放Web平台的未来
  • 探索未来之路
  • W3C标准化流程问题反馈
  • 推动学生与学术界参与Web标准开发
  • 重启W3C QA—标准化质量保障计划
  • 面向所有人：迈向独立标准化工作的可持续未来
  • 提升AC代表参与度

GitHub上每个issue对应一场分组讨论，通常包含讨论议程、演示文稿、会议纪要和相关录制的链接（如有）。我们已邀请各话题组织者提供关于如何开展后续交流的信息。

参会者对本届大会分组讨论的议题质量与议程安排普遍给予积极反馈。今年我们首次尝试将分组讨论分散在多个日期举行，此举显著减少了同一时段并行议题的场次数量，有效缓解了与会者因议程冲突而需做出取舍的难题。

总体而言，今年共设9个时段的分组讨论，同一时段最多开放10个并行会议室；而2024年虽同样举办85场讨论，但仅安排6个讨论时段，且每时段并行会议室数量最多达14间。

这一调整成效显著：我们收到了更多的积极反馈，相关抱怨也显著减少。根据反馈，我们已开始探讨如何在明年增加会议天数以安排更多分组讨论场次，从而进一步减少同时段并行的会议数量。

特此提醒，任何人都可以免费远程参与TPAC分组讨论。诚邀您于2026年10月参加TPAC 2026分组讨论活动。

继W3C发布技术架构组（Technical Architecture Group，TAG）本年度选举结果后，现面向广大社区征集另外两个任命席位的人选。欢迎将此信息分享给您所在组织或可能感兴趣的朋友和同事。

提名邀请

根据W3C流程文档中关于TAG任命席位的规定，W3C团队需在TAG选举结果的基础上主动寻找任命席位的人选，以确保TAG成员在技术背景、专业知识与技能层面的构成多元且均衡。

本次W3C团队将任命两位TAG成员。任期始于任命之日，遵循本轮选举周期，至2028年1月31日结束。

我们已开通仅供内部使用的提名邮箱，欢迎通过该渠道推荐人选。

请于2026年1月5日前发送邮件至提名专用邮箱 nomination@w3.org，推荐人选并简要说明推荐理由。欢迎进行自荐或推荐他人。

请注意以下重要事项：

• 根据流程规定，同一主要所属单位最多只能有一人在TAG任职。当前TAG成员的所属单位包括：蚂蚁集团、谷歌、华为、三星、Thinktecture。
• TAG成员需自行承担参与TAG工作所需的经费（包括差旅支出）。

时间安排

在2025年12月10日至2026年2月1日期间，W3C团队将评估所有提名（包括确认被提名人的参与意愿及财务保障能力）。W3C团队的任命决定须经W3C咨询委员会（Advisory Board，AB）及技术架构组（TAG）通过无记名投票表决批准。

W3C技术架构组的职责

TAG成立于2001年，作为专注于Web架构管理的特殊小组，主要承担三项使命：

• 记录并推动在Web架构原则上的共识，并在必要时梳理与澄清这些原则；
• 解决提交到TAG的与Web整体架构相关的问题；
• 帮助协调W3C内部及外部跨越不同技术的架构定义与研发。

TAG参与横向审阅流程，负责审查W3C内外大量技术规范（包括早期草案）。同时，TAG与W3C咨询委员会（AB）也是W3C争议解决委员会的组成部分，协助处理针对技术规范的异议。

TAG所需的核心能力

为有效履行职能，TAG需保持团队结构的均衡性，成员间的能力互补尤为重要。

所有TAG成员应至少具备以下一项能力：1）能够参与Web平台跨领域技术设计审查；2）能够就重要Web架构议题推动形成共识。怯于表达往往难以胜任，但TAG欢迎审慎的通才型专家与自信且具协作精神的专家加入。

当前TAG在以下领域存在能力缺口：

• CSS、用户体验、GPU与媒体技术
• 南美洲、非洲及中日韩之外的亚洲其他经济欠发达地区的用户需求
• 非男性视角

TAG成员参与机制

TAG的所有成员均以个人身份（而非代表其所在单位）参与TAG，服务于W3C全体成员及全球Web社区。无论其身份是会员代表还是特邀专家，其在TAG中的工作与所在单位的职责是分离的。TAG基于各方判断为整个Web（而非针对任何特定的网络、技术、厂商或用户）寻求最佳解决方案。参与TAG工作需承诺：

1. 每周参加1–3次电话会议
2. 每年出席3–4次线下会议
3. 积极参与TAG邮件列表讨论
4. 鼓励（但非强制）参加每年两次的W3C顾问委员会（AC）会议

W3C在Web与AI领域的最新进展

在W3C本年度全球技术大会（TPAC 2025）期间的会员与社区交流会上，来自W3C团队的冉若曦（Roy Ruoxi Ran）介绍了W3C正在推进的Web与AI相关工作（演讲视频约7分钟）。内容涵盖W3C在AI领域的参与方向、相关规范进展、社区协作生态以及后续活动规划。演讲主要回顾了：AI对Web的重要性、哪些W3C工作小组正在推动AI相关话题、横向领域（伦理、安全、隐私、无障碍）对AI的影响，以及W3C即将召开的AI智能体与Web浏览器技术研讨会。

冉若曦同时介绍了新成立的Web与AI兴趣组。W3C会员对该组章程的审阅在TPAC期间已接近尾声，小组随后正式启动。该兴趣组的核心使命是构建一个开放平台，共同探索人工智能（AI）新兴技术与Web技术的交叉影响，并推动社区协作引导技术演进方向，最终让全球用户共享发展成果。

ODRL策略推荐标准（包括信息模型与词汇表）于2018年发布，近期已在全球范围内获得多个重要领域的实际应用。

全球范围跨行业应用

ODRL已被JPEG Trust标准采纳为默认策略语言，用于描述该国际标准（PDF）图像资源的使用政策。JPEG Trust的用例包含使用ODRL表述相关参与方、权利持有人、条款与条件以及补偿机制（PDF）等核心要素。

国际数据空间协会（International Data Spaces Association，简称IDSA）已将ODRL纳入其参考架构模型。IDSA数据使用控制语言是基于ODRL策略语言的扩展，能够为数据使用控制策略及安全控制策略提供机器可读的技术规范。这些技术规范随后也被澳大利亚DataSpaces等国家级数据空间实施机构所采纳。

数据空间支持中心（Data Spaces Support Centre，简称DSSC）已就ODRL在实施数据访问与使用策略方面的应用开展评估，此举进一步强化了该标准在构建数据空间治理机制中的重要地位。

Gaia-X联盟旨在通过构建数字主权生态系统推动创新，实现在可信环境中共享和提供数据。该联盟已开发ODRL配置文件，用于实现基于属性的访问控制与使用控制，并通过可验证凭证声明来实现。

欧盟知识产权局（European Union Intellectual Property Office）推荐采用ODRL语言来表达开放权利数据交换的策略。其版权基础建设任务小组（Copyright Infrastructure Task Force）指出，ODRL作为一种相关格式，能够以机器可读方式表述版权义务条款，并具备充分灵活性以准确呈现各方达成的协议内容（PDF）。

社区正在讨论的未来标准化方向

这些实际应用案例具有双重意义：既彰显了ODRL在跨行业应用场景中的广泛适用性获得认可，也明确揭示了各行业对稳健且灵活的策略机制正涌现出新兴需求。这充分体现了W3C的前瞻性视野，更是对ODRL社区二十年来矢志不渝奉献精神的见证。

ODRL技术标准的发展历程始于2000年，于2018年作为W3C正式推荐标准发布，此后其技术讨论与持续改进始终在W3C ODRL社区组推进。这些进展包括新增专属配置文件、更精确的语义规范、社区术语库以及配套工具与框架（参见ODRL技术生态全景图）。随着业界对ODRL的关注度与采用率持续提升，ODRL社区组现正向更广泛的社群征询意见，以探讨是否已到正式启动下一版规范标准化工作的合适时机。

在万维网联盟（W3C），我们深知安全、隐私和用户权益密不可分。这种关联在数字身份技术领域尤为显著。随着这些技术的发展，我们理解和应对威胁的方式也必须与时俱进。

近年来，W3C社区一直致力于探索多种技术路径，通过威胁建模方法来应对技术威胁及其对个体造成的损害，从而确保包括数字身份验证在内的标准不仅能保护系统安全，更能切实保障用户权益。

2025年10月14日，我们与“威胁建模连接社区”（Threat Modeling Connect）联合举办了一场别开生面的研讨会，该研讨会主题为“运用LEGO© SERIOUS PLAY©方法构建数字身份威胁模型”。

本次研讨会将威胁建模流程与W3C的创新实践方法相融合，帮助参与者具象化潜在危害，将其转化为可识别的威胁形态，并构建数字身份生态中多维度威胁的内在关联。

从危害到威胁

传统的威胁建模框架依赖于不同的威胁分类方法，例如STRIDE和LINDDUN——W3C目前已分别采用这两种框架识别安全威胁与隐私威胁。然而，Web技术带来的社会与伦理影响需要我们从更宏观的视角进行审视。我们该如何准确识别那些可能危及人类福祉和社会发展的潜在威胁？

W3C采用威胁建模（Threat Modeling）与危害建模（Harms Modeling）相结合的方法，启动了数字身份分析的新阶段。该框架借鉴微软在负责任创新领域的早期研究，也融合了学术研究层面的深度拓展，其核心在于首先识别技术可能对不同利益相关方（如个人或群体）造成的负面影响，进而追溯这些影响背后的技术根源——即安全威胁，从而将危害建模与威胁建模相结合。

在数字身份认证领域，高层级威胁具有特殊重要性。政府颁发的身份凭证——包括公民身份证、护照和学历证书等——既可能成为社会包容的桥梁，也可能沦为排斥异己的工具。随着各国政府与组织机构逐步采用可验证凭证和数字钱包技术，相关的威胁已不再局限于技术故障层面，更延伸至用户画像分析、歧视行为乃至权益侵害等社会风险。

为何选择LEGO© SERIOUS PLAY©？

本次研讨会采用LEGO© SERIOUS PLAY© (LSP)方法，旨在弥合技术与经验之间的认知鸿沟。该引导方法由乐高集团于1990年代首创，主要用于战略构思与问题解决。LSP的理论根基在于“手脑协同”理念——即通过实体模型的构建过程，能够激活深层抽象思维，并促进更包容的集体参与。

在此环节，每位参与者都分得一套乐高积木，并接受了一项特殊挑战：“构建一个由危害演变而成的威胁”。这种融合触觉体验与隐喻表达的过程，成功将复杂而抽象的伦理社会议题，转化为参与者能够亲手构建、自由调整并相互关联的具象模型。

Simone是得到培训师协会（The Association of Master Trainers）认证的LEGO® SERIOUS PLAY®方法与材料的引导师。他解释道：通过游戏的方式将思维外化，我们得以让所有参与者共同看见并思考技术设计背后那些隐形的预设。

构建威胁模型

本次研讨会遵循LSP经典的“倾听-构建-分享-反思”四阶段模式，通过结合威胁建模流程的挑战设计，引导参与者从具体危害中构建威胁场景。W3C威胁建模社区组与安全兴趣组正在系统化归类各类危害与威胁。他们在Corti等人（2025）发表的《加强国家数字身份系统》研究中，发现了与数字身份相关的具体危害，包括：基于个人特征的歧视、超出授权范围的数据滥用、面临家庭暴力、遭受迫害，以及因交易成本增加导致的经济排斥等问题。

“考虑危害会自然而然地引导我们界定威胁，继而构建出关于这些威胁的叙事，并最终思考项目可能因此受到怎样的损害。”

今天是10月14日世界标准日，这个特别的日子旨在致敬标准界全体同仁，同时也让监管机构、产业界和消费者认识到标准化对全球经济的重要性。三十多年来，W3C始终是国际标准领域的重要成员，在此期间我们经历了诸多变革。

最近我们启用了新标识（logo），表面看来只是视觉形象的更新，实则蕴含更深层意义。自1997年以来，W3C基本沿用着原有logo。2022年继W3C转型为公益性非营利组织时，W3C传播团队曾对标识进行过低调更新——通过微调边缘弧度实现视觉优化，但这一改动颇为微小，并未引起广泛关注。这恰是我们的设计初衷：在保持辨识度的前提下，为沿用二十五年的标识注入现代气息。

W3C董事会（Board of Directors）现有空缺席位，将依据流程由董事会予以任命，任期两年。发展委员会一直在评估当前董事会需要加强哪些技能领域。W3C现诚邀社区协助推荐能够填补这些空缺的候选人。

根据当前董事会成员自我评估，我们认为亟需加强以下三方面能力：财务技能、法律专长以及筹募资历。同时，董事会期待加强与其他标准制定组织的战略合作，并进一步优化董事会成员地域结构——目前北美地区的代表比例相对于W3C全球会员地域分布存在差距。

董事会已制定相关文件，明确界定董事会职能范围，并详细规定董事应具备的专业资质及履职要求。

我们诚邀各界推荐能提升董事会综合能力的合适人选，特别是具有国家级或国际非营利组织董事会任职经验的人士。

为拓宽候选人遴选范围，我们诚邀各界推荐。如有合适人选，请将推荐信息发送至专属邮箱：board-appointee-suggestion@w3.org。该渠道直达董事会发展委员会及执行团队。欢迎自荐或推荐他人，并提供简明扼要的提名信息。

特别说明：本次提名属于任命而非选举流程。董事会将基于候选人专业资质与董事会整体能力结构的互补性，通过集体审议确定（若存在合适人选）进入深度考察阶段的候选对象。

W3C出版标准维护工作组（Publishing Maintenance Working Group简称PMWG）宣布已完成对EPUB® 3.3推荐标准的最终更新。

经出版社区全面测试，本次更新获得全体参与审阅的W3C会员单位一致支持。值得注意的是，多家机构已确认将基于该标准进行产品研发。

EPUB标准修订说明

本次更新未引入新功能，主要对文本表述进行了澄清，并与其他相关规范保持一致，主要变更包括：

• 修复SVG链接中epub:type属性的使用限制；
• 明确了通过嵌入和引用方式集成SVG时的具体要求；
• 优化固定版式视口元标签的空白字符处理逻辑（禁用换页符以规避渲染异常）。

EPUB3技术路线图

根据出版标准维护工作组章程，小组将继续推进EPUB 3系列标准的新版本，预计在规范中新增标准化功能。工作组将推进以下任务：

• 优化深色模式下的阅读体验
• 评估在EPUB包内增加HTML支持的可能性
• 规范脚注和尾注等内容的处理标准

设立新的任务组：数字漫画与EPUB标注

数字漫画任务组将探索如何让EPUB更好地支持漫画创作者和读者。这包括条漫（webtoons）、日式漫画（manga）、图文小说（graphic novels）及类似内容。数字漫画通常在移动设备上以连续滚动方式阅读，而非像普通电子书那样分页显示。该任务组将为电子书制作和阅读系统开发滚动浏览规范。日式漫画和条漫的另一重要特性是连载形式。数字漫画需要新的元数据标准，以便读者能够轻松找到自己喜爱漫画的后续章节。

目前，用户可以在阅读系统中对EPUB文件进行标注，但这些标注仅保留在平台内，而非出版物本身。将标注存储于EPUB包内具有实际应用价值。研究人员可在多设备间同步笔记，并导出标注内容。教师能向学生分享批注意见。法律文书中的标注管理同样具有重要价值。电子书阅读平台若能简化账户切换流程，其也将从中受益。EPUB标注任务组将研究如何将这一备受期待的功能纳入EPUB标准。

EPUB中的无障碍

无障碍任务组与固定版式（FXL）无障碍任务组将继续推进相关工作。固定版式无障碍任务组正在开发技术实践文档，其中将包含具体模型和示例。鉴于当前固定版式EPUB尚无法实现完全无障碍，该任务组将通过新技术探索相应解决方案。此外，任务组还将承担EPUB元数据与图书馆及其他出版数据系统的对接工作，确保读者能够准确找到符合其阅读需求的电子书。

无障碍任务组的议题包括将基础规范从WCAG 2.0升级至2.1或2.2版本，同时推进元数据标准的完善。需要新增元数据字段来标识出版方的无障碍事务联系人。该任务组计划开发一套基于内容类型的确定性识别机制。通过这一机制，读者可在获取电子书前明确判断其内容是否具备无障碍可访问性。

若您对某项任务感兴趣并希望参与新版EPUB标准的制定工作，请邮件联系出版标准维护工作组主席。

EPUB 3.4系列工作草案

与此同时，工作组现已发布EPUB 3.4系列规范的首批工作草案。当前阶段，这些初始工作草案与3.3版的内容基本一致，工作组计划通过为期约两年的标准化流程，逐步将其完善为正式推荐标准。

• EPUB 3.4
• EPUB阅读系统3.4
• EPUB无障碍1.1.1

我们在此特别致谢推动本次更新的核心贡献者：规范主要编辑Matt Garrish、工作组主席Wendy Reid与Shinya Takami、规范联合编辑兼W3C团队技术对接人Ivan Herman，以及出版维护标准工作组的全体成员。

你一定对此深有体会：当你参加产品会议、浏览GitHub问题列表或研读欧盟新规提案时，会突然间意识到：现有技术方案似乎缺失了关键一环。或许是技术实现存在短板，或许是用户体验尚不完善，亦或是现有标准缺失了某些应用场景。

这正是W3C探索Web新技术兴趣组（Exploration Interest Group）的核心使命所在。

我们并非标准制定工作组，也不交付规范性技术文档。我们致力于构建现实需求与标准制定之间的桥梁，在仓促给出答案之前，率先提出更本质的问题。简言之，我们是数字身份、身份验证与可信Web技术的早期探索平台。

为何要成立这个小组？为何选择现在？

无论你是Web开发者、政策研究者，还是致力于实现技术互操作性的从业者，这个小组都值得关注。原因显而易见：Web身份验证体系正在经历剧变、Cookies即将退场、联邦登录流程正面临重构、浏览器厂商持续推出新API、监管框架也在不断完善。

要构建真正以用户为中心、覆盖真实应用场景的Web生态，我们需要更多建设性的声音：

“这是实际运行中的现状，而这些是我们尚未厘清的领域。”

这正是探索Web新技术兴趣组存在的意义：揭示标准空白、容纳多元观点、聚焦被忽视的应用场景，并搭建通向未来标准化工作的桥梁。

我们探索哪些领域？

我们议题开放而多元，包括但不限于：

• 浏览器实现与Web规范之间的技术空白
• 新兴数字钱包模型、身份凭证与联邦交互协议
• 跨信任框架、跨行业、跨境合规的应用实践
• 多重标准解决方案导致的生态碎片化风险
• 亟待技术响应的监管动态

欢迎贡献你的想法！

小组的GitHub仓库是公开的，我们热烈欢迎各种观点的碰撞——这是一个开放的论坛，欢迎所有人在此分享见解。无论您是开发者、学者、政策制定者，还是被浏览器漏洞困扰却怀揣愿景的人，都可以在此提交议题。我们珍视每份声音，并期待与持续贡献者展开长期合作。欢迎加入小组参与讨论。

最具价值的讨论往往始于：“我不确定该在哪里探讨这个问题”。

——而这正是我们最珍视的对话契机。如果你发现某个重要议题尚未在标准进程中找到落脚点，这里可能就是它的理想归宿。

小组每两周举行一次电话会议，围绕社区提出的议题深度探讨。你可以加入小组：静心聆听、积极发问，或直接发起议题见证思想碰撞的火花。

了解关于探索Web新技术兴趣组的更多信息。

WebDX社区组成立于2022年，致力于为开发者提供便捷的Web平台功能追踪方案，涵盖已广泛实现及开发中的功能。

小组重点开发开源web-features项目（一个共享的Web平台功能目录）和Baseline 状态，为开发者标注哪些功能可在主流浏览器中稳定运行。Baseline徽章现已集成至Can I Use、MDN、RUM Archive Insights、RUMvision等平台。欢迎观看视频资料Baseline web features for the win（2024年9月发布）快速了解web-features项目。

今天，我们很高兴地宣布WebDX社区组取得的一项重要成果：在@mdn/browser-compat-data项目（BCD）中定义的大部分关键数据（BCD为MDN兼容性表格提供数据，包含Web规范中最完整的细粒度功能集）现已被映射到web-features项目中的1000多个高层级功能。这提供了首份近乎完整的Web功能目录并附带其Baseline状态。该目录以web-featuresnpm包的形式发布。

感谢Open Web Docs、MDN、各浏览器厂商以及所有参与贡献的组织！感谢小组成员为推进该项目所付出的努力！

在目录中绘制浏览器支持数据，展示了Web平台从2003年6月Safari首个版本发布（95项功能）到2025年2月底（1006项功能）的发展历程，包括功能数量的增长及各浏览器中Baseline状态的变化。数据还反映了不同功能的分布情况：截至2025年2月，已有部分浏览器实现的功能328个，Baseline新可用（Baseline Newly Available）功能150项，Baseline广泛可用（Baseline Widely Available）功能528项。请注意，支持数据仅涵盖主流浏览器（Chrome、Edge、Firefox、Safari），且Baseline的概念仅在所有这些浏览器都发布首个版本后才具有意义（Baseline Newly Available状态需在2015年7月后，Baseline Widely Available状态需在2018年1月后）。

W3C安全Web应用指南 (SWAG) 社区小组旨在帮助开发者更轻松地利用那些通常较为复杂的安全功能，从而提升Web应用的安全性。

SWAG社区组于2024年6月W3C举办Web安全研讨会后正式成立。该研讨会及相关开发者调研显示，许多Web开发者对安全性及其在确保Web应用安全中的角色感到不确定。为此，SWAG社区组的目标是通过为Web开发者编写安全最佳实践指南，并提供一个利益相关方的协作平台，来提升Web应用开发的整体安全性。SWAG社区组还将与其他具有相似使命的组织建立联系，例如OpenSSF（开源安全基金会）最佳实践小组、OpenJS基金会和OWASP（开放式Web应用安全项目）。

SWAG发布了一系列探讨内容安全策略（CSP）和可信类型（Trusted Types）复杂性的演讲。这两个功能可作为应对跨站脚本攻击（XSS）的有效缓解措施，但由于它们需要应对的威胁范围广泛且调试过程耗时，配置起来较为复杂。

演讲视频介绍了Google在大规模采用CSP和可信类型过程中开发的开源工具。这些工具为开发者提供了规范与开发之间的桥梁，通过紧密的反馈循环提供可操作的帮助，从而降低配置这些顶级安全措施应对XSS时的不确定性和复杂性。工具中融入了工程师们的大量经验，提供了最佳实践和指南，旨在帮助开发者构建更安全的代码库。

SWAG社区组每周召开电话会议，以上演讲来自2024年11月11日的会议录制。欢迎访问W3C的YouTube频道观看视频："Security at W3C"播放列表。

W3C的Web互操作运行时社区组（简称“WinterCG”）与Ecma International（负责标准化ECMAScript也就是JavaScript的组织）合作创建了一个新的Ecma技术委员会，即TC55 - Web互操作服务器运行时（被称为“WinterTC”），旨在为服务器端JavaScript运行时（如Node.js、Deno和Cloudflare Workers）开发一个通用的且与Web对齐的API接口。

如今，开发人员越来越多地采用“全栈”开发模式，为客户端（通常是web浏览器）和服务器端（通常基于JavaScript）编写代码。重复利用web平台API可以减轻开发者的认知负担，并允许在客户端和服务器之间共享某些逻辑，或轻松地在两者之间迁移。这种共享在服务器端渲染（SSR）和服务器操作等技术中越来越普遍。

在过去的两年里，W3C的Web互操作运行时社区组（简称“WinterCG”）一直致力于通过定义web互操作服务器环境中JavaScript的通用基础，加强服务器JavaScript运行时与web平台的融合。

WinterCG的一个重要项目是“最小通用API”，它定义了所有web互操作服务器环境中应支持的web平台子集。此外，WinterCG还促进了Web平台本身的发展，比如在浏览器中实现的Response.json和AsyncContext。WinterCG是一个汇集服务器环境需求的场所，以便在服务器和浏览器需求一致时，这些需求能够通过现有的标准化渠道如Ecma International的TC39、WHATWG和W3C各工作组得到解决和标准化。

在成功孵化“最小通用API”之后，WinterCG的参与者决定成立一个Ecma技术委员会，即TC55 - Web互操作服务器运行时（“WinterTC”），以主持该API的进一步标准化工作。W3C和Ecma International在ECMAScript（又称JavaScript）和web平台方面已有数十年的合作经验，此次双方的合作正是在此基础上开展的。

一旦Ecma TC55/WinterTC正式成立，WinterCG的所有工作都将转移到那里，当前的社区组也将关闭。然而，WinterTC与W3C的合作仍将继续。WinterCG前联合主席、现Ecma TC55/WinterTC联合主席Luca Casonato表示：“我们还有很多工作要做。W3C是推动web平台的核心力量，而WinterCG的很多工作都涉及到现有的web平台API。这意味着Ecma TC55的参与者和W3C将继续保持紧密合作。”

Luca补充道：“W3C社区组让我们能够迅速启动统一服务器端和web浏览器JavaScript的工作。这是一项卓越的计划，我会推荐给所有与我们情况相似的团队。我们由衷感谢W3C在过去数年中为我们提供了如此良好的平台。”

我们鼓励W3C成员和Ecma TC55的共同参与，进一步开发统一的“全栈”平台，将JavaScript和web技术融入web服务器和客户端。

W3C标准化战略与项目负责人Philippe Le Hégaret表示：“我们很高兴看到这项工作由W3C社区组推动展开。祝贺WinterCG成立Ecma技术委员会TC55。期待其未来与W3C的Web应用安全（WebCrypto API）、Web应用（FileAPI）、Web性能（HR-TIME）以及WebAssembly（WASM-*）标准工作组进一步合作，以有效满足社区的需求。”

Ecma International秘书长Samina Husain表示：“Ecma很高兴地宣布成立TC55（Web互操作服务器运行时）技术委员会，这是与W3C的合作成果，体现了我们为社区服务的承诺。感谢W3C WinterCG的投入和贡献，为Ecma新成立的这一重要技术委员会奠定了基础。”

欢迎访问WinterTC与Ecma的TC55网站获取更多信息，或进一步阅读来自Ecma、Igalia、Deno的消息。

Web已经成为我们生活不可或缺的一部分，深刻影响着我们的工作、交流和学习方式。随着这些影响的不断扩大，我们有责任确保Web成为一个造福所有人并带来积极社会影响的平台。在推动Web持续发展的过程中，我们必须始终关注我们的工作对社会的影响。

为响应这一需求，W3C技术架构组（Technical Architecture Group简称TAG）以W3C声明的形式发布《Web伦理原则》。这是自2021年11月W3C标准流程引入“声明”这种文档形式以来发布的第一份W3C声明。W3C声明是稳定的参考文档，虽然不作为正式标准，但其已经过全球会员和社区的正式审阅和W3C的最终认可。

《Web伦理原则》不仅为行业提供了伦理层面的思考框架，也为W3C社区提供了操作性指导。该文档提出了一系列简明的原则，以指导规范作者、开发者和审阅者开展标准化工作。它主要用于审视新的标准化章程、新规范、对现有规范的改进，以及开发诸如《Web平台设计原则》和《隐私原则》等技术指南。此外，文档还从伦理的角度概述了作为一个标准化组织，我们该如何定义Web的力量和目标。

这些原则不仅是理论指导，同时也是对行动的号召。我们鼓励参与Web发展的每位参与者评估其贡献对社会和环境的潜在影响。坚持以下原则，我们将能够构建一个真正造福所有人的Web：

• 只有一个Web
• Web不对社会造成危害
• Web支持健康的社区和交流
• Web服务于所有人
• Web是安全的，尊重用户隐私
• Web支持言论自由
• Web支持对信息的验证
• Web加强个人的信息自主控制权
• Web是一个对环境友好的可持续平台
• Web平台是透明的
• Web兼容多种浏览器、操作系统和设备
• 用户有自由选择如何使用Web的权利

W3C的核心价值观和原则早已融入到Web架构之中。作为全球社区的一员，每个人都在塑造Web的发展进程中扮演重要角色。《Web伦理原则》提醒我们：在技术范畴之外，Web还反映着全球社会的价值观。让我们拥抱这些指导原则，共同完善一个连接并赋能所有人的Web。

在W3C年度全球技术大会TPAC 2024期间，与会者们提议了破历史记录的87项分组讨论话题（2023年提议了69项话题），重点涵盖以下主题：

• 人工智能（AI）
• 数字身份
• 数字钱包
• Web应用
• Web组件
• 生命周期特性
• 隐私权限
• 实时Web

还有很多其他围绕技术主题和改进W3C标准孵化流程的话题讨论。欢迎在分组话题页面上进一步查看各项话题的议程、会议纪要以及演示文稿。

按照惯例，我们向TPAC与会者发送了调查问卷，并收到了大家对今年分组话题讨论的积极反响以及改进意见，例如：

• “起初，如此多的分组话题让我不知所措，但很快我就决定了要参加哪一个。话题都很赞，这也是一个汇集众人集中探讨广泛议题的好机会。我个人特别喜欢月球上的Web这个话题。”
• “分组话题讨论是TPAC最好的环节，我希望可以有更多空间留给这部分。”
• “非常集中、有益而且有趣的话题，但因为话题太多所以也有很多安排冲突。”
• “分组话题讨论很棒，但有两个我都想参加的话题时间安排冲突了。”

在这些令人鼓舞的评论中（这些筛选的评论具有代表性），不难发现一个反复出现的主题：并行话题的数量造成了冲突。我们在策划阶段就在努力克服这个问题。原本预计会有超过500名参会者（也确实如此），并且分配了足够的会议室来容纳所有人。我们最终在每个时间段里安排了15个并行的话题讨论，这虽然为一部分人提供了丰富的话题选择，但也导致了其他人的参会冲突。

我们有一些改进的想法：虽然我们希望让所有TPAC参会者都能参与分组话题讨论，但同时也意识到实际上并非所有人都会参与这个环节。我们可以改变策略，尝试在同一时间段安排更少数量的并行话题，但又不会造成会议室拥挤或把与会者拒之门外的情况。

也有与会者建议我们在其他日期里增加更多的分组话题讨论，这虽然会有所帮助，但也会产生其他冲突，因为通常工作组也希望有足够的小组会议时间。

在去年的TPAC 2023大会之后，我们也收到了关于参会冲突的反馈，因此我们于2024年3月在TPAC大会之外组织了第一次线上形式的分组话题讨论日，以支持更多话题的讨论需求；详见相关的博客文章。我们计划在2025年初再次组织类似活动。

除此之外，我们还收到了（并将继续收到）其他方面的改进建议，包括为某些话题安排时间以进行后续讨论，让与会者更容易地协调其参会安排，为话题组织者提供更多流程指导等。我们期待更多的反馈（欢迎通过GitHub反馈），从而提升与会者的参会体验，并鼓励开展更多社区相关的话题讨论。

在庆祝W3C成立30周年之际，我们同时也庆祝无障碍教育与推广工作组（Accessibility Education and Outreach Working Group 简称 EOWG）取得的成功。小组现已完成其使命，即将成功关闭。让我们期待W3C无障碍工作的新篇章。

EOWG的影响

1997年，当W3C启动Web无障碍标准化计划时（Web Accessibility Initiative 简称WAI），Web社区的无障碍意识还非常薄弱。1998年，W3C成立了无障碍教育与推广工作组（EOWG），其任务是制定相关策略并开发资源，提升对Web无障碍需求的认识，并为社区提供关于Web无障碍解决方案的指导。多年来，EOWG的使命不断演变，致力于制定策略和提供资源，以促进对W3C无障碍标准的认识、理解、实现和合规测试，并支持W3C其他小组的无障碍工作。

25年后的今天，无障碍已经成为Web不可或缺的重要组成部分。EOWG参与了这一演变过程。

EOWG开发了一系列资源，这些资源在帮助理解无障碍需求、在全球范围内采用W3C无障碍标准以及在各种环境中实现无障碍等方面，都发挥了至关重要的作用。以下是一些重要资源：

• 残障人士如何使用Web
• 设计、编写和开发无障碍内容的入门技巧
• 涵盖页面结构、菜单、图像、表格、轮播图和表单的教程
• 音视频媒体的无障碍
• 规划和管理Web无障碍
• 简易自查：初步检查网页的无障碍可访问性
• 无障碍基础概述和针对不同角色的资源还面向管理者、测试人员、政策制定者和教育工作者等群体

EOWG同时还：

• 支持W3C其他小组的无障碍工作，包括为《网站无障碍合规性评估方法论》（简称WCAG-EM）的方法和内容设计做出了重大贡献。
• 开发了一系列工具，包括：如何符合WCAG规范（快速参考）、WCAG-EM报告工具：网站无障碍评估报告生成器和无障碍声明生成器等。
• 支持W3C全球范围的无障碍工作，例如开发了无障碍会议：远程/虚拟、线下或混合形式的会议、培训和演讲的无障碍检查清单。

EOWG资源已经被访问数百万次，并在政府、学术和产业界等各种环境中得到了广泛使用。EOWG的资源也被翻译成多种语言。

W3C无障碍教育与推广工作的结构调整

Web无障碍技术不断发展，W3C小组类型及任务也在演变。虽然大多数成员强烈支持继续在无障碍教育与推广方面的工作，但并非一定要在工作组内开展这项工作。

经过深思熟虑，我们决定不再更新EOWG的工作章程，并计划近期关闭EOWG。EOWG的几位参与者也已经开始在其他WAI工作组和任务组中继续开展贡献。

W3C的无障碍教育与推广仍在继续

• WAI团队成员（包括一位全职的无障碍内容专家）将持续更新和开发无障碍资源并扩展推广工作。这些成员的工作将得到专项拨款和非会员费的资金支持。
• 我们将通过新成立的推进无障碍资源社区组鼓励社区合作与审阅。W3C社区组的模式有很多优势，包括对公众开放。任何人都可以加入！
• 我们将通过GitHub、用户研究以及现有的WAI兴趣组（IG）邮件列表征求意见。欢迎订阅该邮件列表，了解关于规范草案的审阅消息。

感谢无障碍教育与推广

作为一名特邀专家、小组主席、W3C团队联系人以及近23年的EOWG文档编辑之一，我（Shawn）为小组所取得的成绩感到自豪。请跟我一起向以下人员致以由衷的感谢：

• 小组联合主席：Sharron Rush、Brent Bakken、Kris Anne Kinney、Brian Elton；小组的第一位主席：Judy Brewer
• 文档编辑：Shadi Abou-Zahra、Eric Eggert、Kevin White、Daniel Montalvo、Andrew Arch、Hidde de Vries、Sharron Rush 以及各个资源页面中列出的其他编辑
• EOWG小组成员贡献了宝贵的时间、知识和观点

EOWG一直是一个积极提供支持的团队，这过程中充满了美好。小组共同开发的众多资源中还包括视频，阐释了：

• 无障碍：对残障群体不可或缺，对所有人都有益
• 无障碍：以人为本
• 让用户参与Web项目的重要性

无障碍教育与推广的未来

W3C无障碍教育与推广工作仍在继续。我们期待新的篇章，持续支持W3C的使命，让全人类都能体验Web所提供的一切。我们将继续努力，推动Web以及相关技术的无障碍，致力于让全世界的残障人士都能够平等参与数字世界。

我们邀您了解更多关于W3C无障碍工作的内容，并参与贡献：

• 了解我们在做什么：无障碍活动和标准发布
• 订阅WAI相关消息

加油！

数字身份的世界可以追溯到多年前，当时只有中心化身份模型。近年来，联合身份模型已扩展到所有领域，从社交网络和教育到企业和政府。最近几年，一些项目已经实现了去中心化身份的新范式，用户拥有数字钱包并控制自己的身份。

这引起了全世界的关注，政府正在为公民设计钱包和去中心化身份，目的是拥有比实体凭证更安全的数字凭证和隐私保护。

鉴于这一创新的范围和规模，数字身份正在对Web产生重大影响，特别是在隐私和用户权益方面，影响着塑造Web生态系统的设想和平衡。考虑到众多利益攸关方（包括政府、实现者、隐私与用户权益倡导者）以及可用技术和相关的标准制定组织，现在是时候分析这些影响和风险了。

因此，我撰写了《Identity & the Web》这篇文章。W3C团队今天发布了这份文档，同时 提出更新W3C联合身份工作组的标准化章程。这篇文章概述了数字身份，重点分析去中心化身份及其对Web和用户的影响，从而了解可能的风险以及如何从技术和治理的角度减轻这些风险。我希望以这篇文章作为切入点，邀请广大社区的审阅并于2024年10月6日前提供反馈，进而帮助我们进一步完善相关内容。

我们希望提供一个用于探讨和管理系统性影响的平台，推动社区在信息生态系统快速演变的进程中规划出一条可靠的路径，强化Web地位与影响力。

W3C 通常在每年9月举办全球范围的年度技术大会（Technical Plenary and Advisory Committee Meeting 简称 TPAC），汇集全球社区数百位与会者召开多项小组会议。2011年以来，大会期间的自由分组话题讨论（Breakout Sessions）广受欢迎，该环节以自由分组的形式围绕当下技术热点及标准化趋势展开广泛交流。

我们看到大家对一年一度的全球社区分组话题讨论的热情。为了相应社区需求，W3C 在2024年度技术大会之外，尝试组织了一次远程形式的自由分组话题讨论。

与会者本次共开展了19场话题讨论，涵盖多个方面：

• 深入的技术交流：FedCM、workers、RDF
• 战略性探索：AI、隐私、如何资助 Web 生态
• 如何让工作更高效：标准孵化、标准化章程的制定、管理注册表、组织会议
• 了解新的标准化需求：身份、房地产领域
• 开发者支持：MDN、安装 Web 应用

尽管面临时差挑战，但与会者依然积极参与。我们将话题安排在以下4个时段，每个时段最多并行5项话题（以下为 UTC 时间）：

• 1-2pm: 5个话题、73位与会者
• 2-3pm: 5个话题、84位与会者
• 9-10pm: 5个话题、58位与会者
• 10-11pm: 4个话题、53位与会者

话题的组织者们也给予了积极反馈：

• Matthew Atkinson：“我希望明年（TPAC 分组话题讨论以外）再次组织这样的分组讨论。我的团队都认为这是一次顺利、有趣且有意义的活动”。
• Nick Doty：“我非常喜欢 W3C 的分组话题讨论。感谢 W3C 团队的组织，感谢所有话题组织者推动这一系列的话题交流”。

此外，W3C 团队认为 “分组话题不但吸引真正对此感兴趣的人，也为其他人提供了解该话题的机会”。

W3C 预计在今年的全球年度技术大会（TPAC 2024）期间以及2025年春季再次组织分组话题讨论。

分组话题讨论（Breakout Sessions）

以下是本次讨论的19个话题，每个话题下都列出了相应的话题目标、演示文稿链接、部分话题的录制以及讨论成果。访问各话题对应的 github issue 页面，可进一步获取话题详情、演示文稿、讨论纪要、附加注释以及后续讨论等内容。 

深入的技术交流

RDF-Star 与 RDF 1.2规范

与相关方讨论 RDF-Star（RDF 1.2）规范进展。

使用 “well-known destinations” 让站点导航更易访问

探讨网站导航的无障碍问题，以及潜在的简单、语义化、标准化的解决方案。

观看讨论该话题的视频。

FedCM 请求设置和 CORS

解决 CORS 和账户端点请求的问题。

FedCM 多重 IDP 支持

集思广益解决支持多个 IDP 的问题。

观看讨论该话题的视频。

讨论成果：我们解释了为什么希望在同一个浏览器 UI 中显示多个 FedCM get 调用，探索了动态 UI 和 IDP 注册等想法，并讨论了让 RP 指定更倾向于显示哪些 IDP 的重要性，以及在给定 RP 中突出显示用户以前使用 FedCM 的帐户的重要性。 

workers 中的低延迟输入事件

探索是否可以将一些 HID 事件连接到 workers。

讨论成果：该话题涵盖了多项规范。这次讨论是一个让利益攸关方参与到这些规范中来的好机会，也汇集了对此感兴趣的开发人员。这次讨论为工作组接下来的工作提供了清晰的方向。

战略层面的探索

现实世界身份在 Web 上应该是怎样的角色

探讨并就“在未来的5-10年里，现实世界身份在 Web 上的角色应该是什么?”达成共识。

Web 隐私原则

提高对隐私原则的认识，回应问题并收集反馈意见以改进《隐私原则》文档草案。

继 TPAC 2023 之后继续探讨模式语言（Schemata）

讨论并收集反馈意见。

生成式 AI 的伦理含义

讨论生成式 AI 技术的伦理含义，并从社会、经济、技术角度探讨生成式 AI 的影响。

如何资助 Web 生态

讨论可以更好地资助 Web 生态的方案。

让工作更高效

Nu Tracker：通过命令行管理任务及规范的横向审阅

展示命令行工作跟踪工具，并收集潜在用户的反馈。

W3C 规范的注册表

讨论如何管理技术规范的注册表。

如何在 W3C 组织一场高效的技术讨论

为会议主持人提供关于如何更高效地组织会议的信息和指导建议。

观看讨论该话题的视频。

Web 特性、基线状态和标准化信号

分享 web-features 项目及其在告知标准化流程、其他数据、相关工具、可视化方面的用途，让 web-features 项目成为标准机构的强大工具。

讨论成果：

• Baseline状态旨在获取开发人员视角。这是我们梦寐以求的，因为通常很难捕捉（或评估）开发人员如何看待规范的实现。比如，实现的质量（性能、用户体验），以及与辅助技术的集成。扩展 BCD 数据总是可能的，但这是有代价的（例如资源、所需的可靠数据源等）。
• 收集以应用为中心的开发人员的信号来完善这些信息是非常有用的。这可能需要更多的开发者研究，例如某种形式的 PWA（Progress Web Apps）状态调查。
• 若你参与了某项标准孵化或工作草案，你通常知晓其状态和细节。一个更通用的指示板将允许越过那些直接参与者，确保大家理解 W3C 的工作。部分工作组倾向于晚些时候再将规范推进至候选推荐标准状态。
• 关于谁来审阅这样的指示板还尚不清楚，但是拥有这样一个释放信号的机制似乎是个不错的想法。
• 接下来是梳理整合这些探索，并将其记录下来。
• 后续讨论在 WebDX 社区组进行。

孵化：新工作的起步阶段

探讨如何完善标准孵化流程。

了解新的标准化需求

房地产社区组与 Web

为小组寻求社区支持。

观看讨论该话题的视频.

宣传联合身份标准工作组

宣传并鼓励大家参与联合身份标准工作组。

开发者支持

安装 Web 应用作为一个新的平台特性

描述问题并开启关于此类功能可能面临挑战的讨论。

MDN 上的 Web 安全文档

审查 MDN 上 Web 安全文档大纲提案。

观看讨论该话题的视频。

讨论成果： 继续在 MDN 上进行 Web 安全文档的规划和编写，欢迎大家通过以下方式加入审查或参与这项工作：

• 在GitHub 上提供反馈
• 加入 W3C 社区使用的实时沟通工具 Slack 频道 #security
• 可能为此成立的新社区组

过去几个月里，我们看到了大量与人工智能（大多基于机器学习模型的）系统相关的消息。

这些系统与作为平台的 Web 紧密结合：许多模型是从大规模抓取的 Web 内容中训练出来的，通过 Web 接口分发或显示，很多情况下用于生成迅速在 Web 上发布的内容。

这些交叉对 Web 产生了诸多系统性影响，引发了一系列关于它们如何改变我们所知的 Web 的重要讨论，其中有利有弊。

这些讨论分散在多个社区，因此有时很难全面了解问题空间。为了推动这些讨论更快走向具体成果，我写下了我从这些围绕人工智能和 Web 的讨论中所发现的系统性影响，以及一些早期的管理建议，这些建议涉及到标准化工作的开展和协调。

作为这些对话的切入点，W3C 团队今天发布了一份文档，名为《AI 与 Web：理解和管理机器学习模型对 Web 的影响》。我们诚邀全球社区就此提供反馈，帮助我们改善这项分析。 欢迎于2024年6月30日前反馈意见与建议。

我们希望提供一个广泛的交流平台，协助社区形成一条可靠路线，巩固 Web 在迅速发展的信息生态中的基础地位。