像这样呈现的任何文本均指的是最迟在发布最终章程时必须更新的内容（例如，调整超链接）。
Web机器学习工作组的任务是开发API，以在浏览器中实现有效的机器学习推理。
由于诸如本地来源的图像或视频流之类的输入数据保留在浏览器的沙箱中，因此在浏览器中（例如，与在云中相反）启用机器学习推理可提高隐私性。本地处理还可以启用要求低延迟的机器学习用例，例如身临其境的Web体验中的对象检测。当前，浏览器中的机器学习推理使用WebGL图形API，而对Web有益的平台功能（例如CPU并行性，通用GPU或专用ML硬件加速器）的访问权限有限或没有访问权限。
Web机器学习工作组开发了一个Web API，旨在向Web公开通用功能，以在浏览器中提供接近本地的机器学习性能。
它还可以在更高级别的API上工作，以加载自定义的预训练机器学习模型以在浏览器中进行推理。
该范围仅限于接口的开发，这些接口应公开对ML有益或专门为ML构建的现代平台的推理功能。由于各个平台API的可用性有限，培训功能超出了范围。
组发布状态页面上提供了更详细的里程碑和更新的发布计划。
草稿状态表示在获得宪章批准时交付物的状态。预期完成指示了预期交付物何时成为建议书或以其他方式达到稳定状态。
该规范定义了一个API，用于启用可以利用硬件加速的神经网络推理。
根据社区小组的进展情况，在社区小组中进行了充分的孵化之后，该工作组可能会提供以下W3C规范性规范：
为了前进到建议的建议书，每个规范性规范都应至少具有两个独立的实现，以实现规范中定义的每个功能。
每个规范都应包含一个小节，详细介绍对实施者，Web作者和最终用户的所有已知安全性和隐私隐患。
每个规范都应包含有关可访问性的部分，描述可带来的好处和影响，包括可使用规范功能解决这些问题的方式，以及在实现中最大程度地实现可访问性的建议。
对于所有规范，该工作组将寻求与相关工作组和兴趣组以及TAG进行可访问性，国际化，性能，隐私和安全性的横向审查。在包括FPWD在内的每个主要标准轨道文档过渡期间，都必须发出审查邀请。在每个规范的制定过程中，鼓励工作组与横向评审组合作。建议工作组至少在进入CR之前至少3个月进行审查，并鼓励在审查后规格发生重大变化时主动通知水平审查组。
根据W3C流程文档，将与以下小组进行其他技术协调：
Web社区组的机器学习开发了该工作组采用的Web神经网络API。预计社区小组将继续围绕其范围内的其他规范推动技术工作。该工作组将与Web社区小组的机器学习一起，共同制定建议小组在社区小组中正在研究的暂定规范。
Web工作组的GPU定义了一种WebGPU着色语言，可用于高效地实现传统的机器学习算法。 Web机器学习工作组应与该工作组协调，以避免重叠。
WebAssembly社区小组在WebAssembly中提出了对128位SIMD支持的建议，该建议可用于有效地实现传统的机器学习算法。 Web机器学习工作组应与该工作组协调，以避免重叠。
Khronos WebGL工作组定义了一个WebGL API，该API支持OpenGL ES阴影语言（GLSL）。 GLSL可用于有效地实现传统的机器学习算法。此外，该小组还提出了有关WebGL 2.0 Compute规范的提案，该提案旨在提供一种有效的方式来运行通用GPU（GPGPU）计算工作负载，例如WebGL上下文中的机器学习算法。
为了取得成功，预计该工作组将有6名或以上的活跃参与者，包括该规范主要实施者的代表，以及每个规范的活跃编辑和测试负责人。预计主席，规范编辑和测试负责人每周将为（Working | Interest）组贡献一半的工作日。没有其他参与者的最低要求。
如通讯中所述，该小组鼓励在其公共邮件列表和文档存储库上提出问题，评论和问题。
该小组还欢迎非会员在同意W3C专利政策条款的前提下提交技术意见书以供考虑。
该小组的参与者需要（通过W3C流程）遵守W3C道德与职业行为守则。
该工作组的技术讨论是公开进行的：电话会议和面对面会议的会议记录将被存档以供公众查看，技术讨论和问题跟踪将以一种可读写的方式进行。由一般公众。规范的工作草案和编辑草案将在公共存储库中开发，并可能允许直接的公共贡献请求。然而，会议本身并不开放给公众参与。
有关该组的信息（包括有关可交付成果，问题，操作，状态，参与者和会议的详细信息），可以从Web Machine Learning Working Group主页获得。
大多数Web机器学习工作组电话会议将集中讨论特定的规范，并且将在需要的情况下进行。
该小组主要从事有关GitHub问题的技术工作。请公众审查，讨论并为这项工作做出贡献。
小组可以出于管理目的使用成员机密邮件列表，并由小组主席和成员酌情决定，在特殊情况下，如果参与者要求进行此类讨论，则仅用于成员讨论。
该小组将根据W3C流程文件（第3.3节）寻求通过共识和适当程序做出决策。通常，编辑或其他参与者提出初步建议，然后在与小组成员和其他审阅者的讨论中加以完善，并且在几乎不需要正式投票的情况下达成共识。
但是，如果一项决定对于及时取得进展是必要的，并且在仔细考虑了所提出的观点之后仍未达成共识，则主席可以要求进行小组投票，并记录决定和任何反对意见。
为了提供异步决策和组织审议，在面对面会议或电话会议中做出的任何决议（包括发布决策）都将被视为临时决议。将针对所有决议发布共识征求意见（CfC）（例如，通过电子邮件，GitHub问题或基于网络的调查），响应期为一周至10个工作日，具体取决于主席的评估小组就此问题达成共识。如果在答复期结束之前未提出异议，则该决议将被视为工作组的一项决议。
除非并且直到获得新的信息或除非由主席或主任决定重新开放，否则小组的所有决定都应视为已解决。
该章程是根据W3C流程文档（第3.4节，投票）编写的，除流程文档要求的范围外，不包含任何表决程序。
该工作组根据W3C专利政策（2020年9月15日版）运作。为了促进Web标准的最广泛采用，W3C试图发布可以根据此政策在免版税的基础上实施的建议书。有关该组的公开义务的更多信息，请参见W3C专利政策实施。
该工作组将为其所有交付物使用W3C软件和文档许可。
该章程已根据流程文档的5.2节创建。 如果本文档或任何章程的规定与W3C流程发生冲突，则应以W3C流程为准。 下表列出了根据W3C流程文档（第5.2.3节）对初始章程进行的所有更改的详细信息：