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 在迅速发展的信息生态中的基础地位。

“This proposal concerns the management of general information about accelerators and experiments at CERN. It discusses the problems of loss of information about complex evolving systems and derives a solution based on a distributed hypertext system.”

2024年1月11日，【Web 进化论】系列活动之 Solid 技术、标准与生态专题讨论在线召开。来自该领域的知名学者、行业专家以及业界同仁围绕 Solid 技术、标准化潜力以及未来生态前景展开了热烈讨论和探索。本次活动由北京航空航天大学（W3C 总部）发起，感谢 W3C 成员单位华为与文因互联协助举办。

本次交流由三个主题分享以及一个圆桌讨论环节构成：

来自 W3C 团队的技术专家 Pierre-Antoine Champin 介绍了 Solid 技术以及 W3C 的 Solid 标准化工作 [演讲视频、演示文稿] ：他阐释了 Solid 解决方案以及将数据与应用程序分离而为用户和开发者带来的好处；着重分享了 W3C 自2023年9月提议筹备成立 Solid 标准工作组（参见标准化章程草案）以开发 Solid Protocol 规范，并基于反馈意见不断完善标准化章程草案，包括进一步规划 Solid 的问题空间、澄清与其他小组及标准的关系（ActivityPub、DID、FedCM、HTTP WG @ IETF 等），同时强调 Solid 主要建立在现有技术的基础上并以新颖的方式加以使用。欢迎进一步参与 W3C Solid 社区组讨论。 

来自浙江大学的陈华钧教授分享了 AI 大模型与 Solid 的可能结合 [演讲视频、演示文稿]：他从 Solid 和语义网的连接展开，回顾其团队在语义网和知识图谱方面的工作，并基于已有实践展望 Solid 数据（包括作为知识图谱和普通数据）在未来可能与 AI 大模型结合的几种方式，包括以 RAG（Retrieval-Augmented Generation）方式使用公开的大模型（数据查询），以及使用个人私有数据训练小模型再与公开大模型结合，同时也提到这些结合也分别伴随各自需要解决的问题。

来自牛津大学的赵睿博士分享了围绕 Solid 的社交与社会技术属性的探索 [演讲视频、演示文稿]：他介绍了 EWADA（Ethical Web And Data Architecture in the Age of AI）项目，列举了一系列关于 Solid 的探索，重点聚焦三个与社交、社会有更直接联系的探索：Solidflix、KNoodle (+Orchestrator) 、Libertas。他还对项目探索的经验进行了总结，包括探索中明确的 Solid 的功能和泛用性，以及在其中留意到的在 Solid 上进行开发和传统系统开发的不同之处，并进一步提出了 Solid 未来发展的一些可能性，聚焦于对功能和协议进行扩展。欢迎进一步阅读赵睿博士的博客文章了解其关于 Solid 现状及未来的观点。 

随后的圆桌讨论由文因互联创始人鲍捷博士主持，各位主题分享的讲者、华为首席标准科学家李力博士和蒸汽记忆 CEO 谢扬就 Solid 与区块链技术之间关系以及 Solid 的发展和推广同参会者展开了热烈讨论。 

关于 Web 进化论系列活动

【Web 进化论】是由一系列专题交流构成的免费面向公众的开放论坛，关注并探讨 Web 领域最新热点技术话题，通过轻量级技术分享与讨论，促进围绕新技术的观点碰撞、探索 Web 技术标准需求、孵化潜在的标准化方向、推动标准落地实现等。【Web 进化论】系列活动的相关话题由行业与社区驱动。“SoLiD 技术、标准与生态”是该系列活动的首场专题讨论，更多专题活动即将发布，敬请关注！

W3C 中国于2023年6月在北京举办了 Web 前沿技术论坛。我们现与大家分享本次会议的总结报告，包括20个现场演讲的录制视频（中英双语字幕）。

该论坛主要汇集了来自中国的 Web 社区成员共同探讨最新的 Web 技术，识别潜在的标准化需求。近百位与会者参与现场讨论，17000多人通过多个平台同步观看线上直播。

W3C 技术战略总监 Philippe Le Hegaret 在论坛开场向全体与会者介绍了 W3C 在 Web 神经网络、机器学习、Web 安全、广告与隐私、Web 实时通信（WebRTC）、WebAssembly、WebGPU、WebTransport、WebCodecs、宽色域（WCG）、高动态范围（HDR）、增量字体传输、去中心化标识符（DID）、可验证凭证 （VC）、Web 内容无障碍指南（WCAG）以及可持续发展等技术领域的标准化工作。

过去的几周，我们听到了来自 Web 社区对 Web Environment Integrity（WEI）的关注以及担忧。W3C 对此未予评论是因为 WEI API 的工作既非在 W3C 进行，也没有向 W3C 提交任何内容因此并未得到 W3C 技术架构组（TAG）的审查。

我想借这篇文章大致解释一下新工作是如何进入 W3C，以及 W3C 的工作组如何协调我们称之为“横向审查”的工作。这项审查和我们采取的其他保障措施不限于特定技术，其重点是关注对全人类和整个 Web 产生影响的重要方面，包括 Web 的无障碍、架构、国际化、隐私与安全等。

将新工作引入 W3C

W3C 的工作方向源于 W3C 的技术研讨会、会员提案或跟踪公开的 W3C 社区组中的活动。新的标准化工作始于 W3C 会员和团队发起新的工作组，或被纳入已有的工作组（此情况须更新工作组的标准化章程）。发布新的抑或修订已有的标准化章程均须达成会员共识。

通过 W3C 的“横向审查”

《W3C 官方标准流程文档》将“横向审查”（即 horizontal review）作为一项必要条件。在设立新的工作组之前，必须先进行内部横向审查，然后将章程草案提交给 W3C 全体会员进行审阅和批准。对于新技术或新规范而言，横向审查也是 W3C 发布标准过程（即一个想法最终成为一项 Web 标准的发展进程）中的必经之路。

"广泛审查的主要目的是确保 Web 社区的所有利益相关方（包括公众）充分了解工作组进展，能够对规范进行实际审查并提供反馈。另一个目的是鼓励小组尽早提出审查要求，从而恰当及时地采纳反馈与修改意见。"

“广泛审查的主要目的是确保 Web 社区的所有利益相关方（包括公众）充分了解工作组进展，能够对规范进行实际审查并提供反馈。另一个目的是鼓励小组尽早提出审查要求，从而恰当及时地采纳反馈与修改意见。”