Automattic 赞助的核心提交者 Greg Ziółkowski 发布提案，计划在 WordPress 7.1 版本中将全新自定义文章类型 wp_knowledge 及团队成果「Guidelines」纳入核心，为站点提供存储编辑规范、内容规则和站点知识的内置位置。
该提案建立在 Gutenberg 22.7 实验的基础上——2025 年 3 月，Guidelines 作为实验功能首次亮相，为站点所有者提供专属的「设置」页面来定义编辑和内容标准。此后功能经社区反馈、实际使用及 WordPress.com 大规模测试，已大幅迭代。
核心变化：wp_knowledge 存储原语
提案引入了 wpknowledge 这一通用存储原语，设计用于存放面向作者和 AI 代理的站点知识。其命名经历了演变：最初为 wpcontentguideline，后因 Slack 讨论中 co-rep Jason Adams 质疑「guideline」难以涵盖技能和制品等范畴，最终改为 wpknowledge，提案认为该术语可同时涵盖流程性内容（指南）和声明性内容（事实与笔记）。
三种内置类型
随 wpknowledge 一起提供的还有 wpknowledge_type 分类法，包含三种内置类型：
- Guidelines：纯文本标准——语调风格、图片偏好、各区块规则等，供作者、编辑或 AI 工具在内容处理时调用
- Memories：用户明确保存的持久上下文，如个人偏好或资料事实
- Notes：私有自由文本的临时工作区，如草稿或便签，未指定类型时的默认选项
插件可通过过滤器注册自定义类型。
权限模型
提案设计了较为严格的访问控制：
- 知识记录默认私有，不对公众开放查询
- 管理员负责管理全站级 Guidelines
- 投稿者（Contributor）及以上角色可创建并管理自己的私有记录
- 订阅者（Subscriber）无访问权限
影响与建议
防止生态碎片化
Ziółkowski 将提案动机定性为防止碎片化——与 WordPress 此前提入 wptemplate、wpblock、navmenuitem 等核心原语的逻辑一脉相承。若缺乏共享存储层，每个需要存储 AI 上下文或编辑标准的插件都将自行实现文章类型、权限模型和 REST 接口，导致生态割裂。
已在实际场景验证
该功能已有真实落地案例：WordPress.com 工程师 Artur Piszek 为 WordCamp Europe 2026 构建了 Telegram 代理机器人，全部行为——包括人格设定、日程查询和用户记忆——均以已发布的 Guideline 形式存储，而非定制应用代码。此外，Desktop Mode、WordPress Workspace 及多款 Automattic 产品也在使用该存储机制，被描述为「WordPress 一直缺失的通用私有内容层」。
回应常见疑问
提案 FAQ 明确澄清：该功能并非 AI 专属，存储原语已用于纯笔记和草稿同步，全程无 AI 参与；也不构成记忆系统——相关性排序、衰减或整合等机制有意留由插件和集成层处理。
反馈窗口
核心补丁已开放审查，提案面向社区征集以下问题的反馈：wp_knowledge 是否为合适的长期名称、权限模型是否妥当、是否有遗漏内容。反馈截止时间为 7.1 Beta 1 冻结日——即 7 月 15 日。
