本周的 AI 贡献者会议重点讨论了 WordPress 7.1 发布准备情况、PHPPHP PHP（PHP：超文本预处理器的递归缩写）是一种广泛使用的开源通用脚本语言，尤其适合 Web 开发，并且可以嵌入 HTML。 https://www.php.net/manual/en/index.php AI Client 嵌入和流式传输 PR、Abilities APIAbilities API WordPress 的核心 API（在 6.9 版本中引入），用于创建一个集中式能力注册表，使 WordPress 功能可被 AI 代理、自动化工具和开发者发现及访问。它将 WordPress 从相互孤立的功能转变为统一的系统。 的近期范围、开发者教育以及 WCUS AI 团队展位规划。
WordPress 7.1 发布范围
随着 WordPress 7.1 Beta 1 即将发布，团队讨论了谨慎对待仍计划纳入该版本的所有事项的必要性。由于 7.1 周期比平时更短，贡献者一致认为，只有在对实现、审查状态和测试都有充分信心的情况下，工作才应继续推进。这尤其适用于嵌入、流式传输和能力相关工作。
决定： 如果计划纳入 WordPress 7.1 的工作到下周二（7 月 14 日）仍未准备就绪，团队应“停止编写代码”，将其推迟到 WordPress 7.2，而不是强行将不确定的工作纳入 7.1 发布。
PHP AI Client
团队审查了 嵌入 PR 的当前进展。从代码角度来看，实现已经可以运行，但在被视为适合 WordPress 7.1 之前，还需要进行额外的审查和测试。
测试仍然比较困难，因为嵌入功能需要多个部分协同工作：
- PHP AI Client 中的嵌入支持
- 具有嵌入支持的 提供商提供商 提供生成、嵌入或其他能力模型的 AI 服务（例如 Anthropic、Google、OpenAI）。 插件插件 插件是一种包含一组功能的软件，可以添加到 WordPress 网站中。它们可以扩展功能或为 WordPress 网站添加新特性。WordPress 插件使用 PHP 编程语言编写，并与 WordPress 无缝集成。这些插件可以免费提供于 WordPress.org 插件目录 https://wordpress.org/plugins/，也可以是由第三方提供的付费插件。（例如 OpenAI、Google、Ollama）
- 使用客户端和提供商协同工作的 WordPress 侧实现（例如 原生向量搜索）
有人建议，下一步最好在 AI Plugin 中制作一个小型概念验证，以证明客户端、提供商分支和存储层能够在实践中协同工作。
团队还讨论了流式传输 PR，该 PR 目前已开放并需要进一步审查。贡献者指出，为 @jason_the_adams 准备一份简洁的摘要，有助于集中审查注意力，并降低请求在 GitHubGitHub GitHub 是一个提供在线 git 代码仓库实现的网站，其他开发者可以轻松地共享、复制和修改这些仓库。公共仓库可免费托管，私有仓库则需要付费订阅。GitHub 引入了“拉取请求”的概念，贡献者在分支中完成的代码更改可以先由其他人审查和讨论，再由仓库所有者合并。 https://github.com/ 通知中被忽略的可能性。
Abilities API
会议很大一部分内容都集中在 Abilities API 以及其适用于 WordPress 7.1 的范围上。贡献者讨论了 核心核心 核心是运行 WordPress 所需的软件集合。核心开发团队负责构建 WordPress。 是否应包含文章、用户和设置管理能力，以及如何避免在各个发布周期中重复出现延误。小组还讨论了创建、读取、更新和删除（CRUD）能力的当前形态，包括创建和更新是否应继续组合在一起，或作为独立的基本能力来表示。
一个关键共识是，能力应被视为 WordPress 的功能基本单元，与可能公开这些能力的传输层分离。REST、MCP、命令面板或其他接口等传输层可以使用能力，但能力能力 一个已注册且具有自我描述能力的 WordPress 功能单元，可通过多种上下文（REST API、命令面板、MCP）被发现和调用。包括授权以及输入/输出规范。本身不应被设计成只属于其中某一种上下文。
会议讨论的近期 WordPress 7.1 范围仍然侧重于面向读取的能力，而不是更广泛的管理能力。小组还澄清，目前没有计划悄悄重构现有的 REST APIREST API REST API 是 RESTful 应用程序接口（API）的缩写，它使用 HTTP 请求来获取、放置、发布和删除数据。这是应用程序的前端（例如“手机应用”或“网站”）与数据存储（例如“数据库”或“文件系统”）进行通信的方式。
https://developer.wordpress.org/rest-api/ 以使用能力。未来 REST 与能力之间的任何重叠都应是有意为之的，经过审查，并得到清晰的沟通。
决定： 能力应与 REST 或 MCP 等传输层保持解耦。
决定： 在合并提案中分享对整体 APIAPI API（应用程序编程接口）是一种软件中介，允许程序以受限且明确定义的方式相互交互并共享数据。 设计以及纳入 7.1 版本可能性的反馈。
AI Plugin
AI 插件继续作为在更广泛地考虑纳入核心之前测试和展示 AI 相关功能的主要场所。贡献者讨论了将该插件用作能力的示例实现，帮助展示功能基本单元如何应用于真实功能，而不仅仅是抽象的 API 设计。
小组还指出，需要更好的示例来帮助开发者理解能力为何有用。建议的开发者教育工作包括展示有吸引力的实现，并强调能力如何在 AI 特定或 REST 特定上下文之外进行编排。
WordPress Agent Skills 和评估
小组简要讨论了技能的发展，以及需要将当前实现视为迭代版本而非最终版本。有人指出，代理技能仓库中的 eval 文件夹目前仍只是一个存根。还需要进一步确定它是否以及应如何与 WordPress 基准测试工作相连接。
WordCampWordCamp WordCamp 是由当地组织的非正式会议，涵盖与 WordPress 相关的所有内容。它们是 WordPress 社区成员聚在一起，互相分享全年所学、传递快乐的场所之一。 了解更多。 美国 AI 团队展位
团队审查了 WCUS AI 团队展位的规划。贡献者讨论了让展位志愿者报名表更加轻松、友好，以便更多人愿意报名。团队还讨论了标识、用于文档的二维码以及简洁的展位视觉元素。@gajendrasingh 主动提出帮助处理展位视觉设计和协调工作。
决定： 应调整展位志愿者报名表，使其对可能有时间提供帮助的贡献者来说更加轻松、便捷。
后续步骤
- 审查并测试嵌入 PR。
- 确定一个小型 AI Plugin 概念验证，展示嵌入功能如何跨 PHP AI Client、提供商插件和 WordPress 侧存储协同工作。
- 审查并测试流式传输 PR。
- 为 @jason_the_adams 准备一份简洁的流式传输 PR 摘要。
- 审查 Abilities API 合并提案，并在讨论主题中提供反馈。
- 就 CRUD 模式和能力结构提供反馈，尤其关注将基本能力定义与传输层公开方式分离。
- 创建或分享展示能力使用方式的实用开发者示例。
- 更新 WCUS 展位报名表，使其更加轻松、友好。
- 继续协调 WCUS 展位并准备视觉材料。
- 让 @webdevmattcrom 和 @gajendrasingh 旁听下一次 AI 团队办公时间会议。
即将举行的会议
- 欢迎贡献者每周三 1700 UTC 通过 Google Meet 加入。会议笔记会在一个 SlackSlack Slack 是一个协作群聊平台 https://slack.com/。WordPress 社区拥有自己的 Slack 频道，地址为 https://make.wordpress.org/chat/ Canvas 中实时记录，并结合汇总的转录数据来生成本次会议摘要文章。所有团队会议日程都会直接发布到 WordPress 会议日历。
- AI 团队办公时间（Slack）：2026 年 7 月 9 日，星期四。由 @justlevine 主持，@webdevmattcrom 和 @gajendrasingh 旁听。
- 每周 AI 贡献者电话会议（Google Meet）：2026 年 7 月 8 日，星期三。
感谢 @nikskyverge 和 @justlevine 进行发布前审查。