核心理念
基于原生模型工作，而不是猜测标签
自动化触碰记录之前，周围的模型会说明目标是文章、字段、术语、关系、结构还是编辑器控制项。
发现结构
在选择目标之前，检查带有字段和分类法的文章类型、字段组、表单、视图以及已注册的关系。
修改原生所有者
使用所有者支持的操作：创建或更新文章、字段组和字段定义；列出或创建分类法术语；创建关系或链接精确文章；创建或删除文章类型和分类法；以及检查或选择某个文章类型的分类法编辑器控制项。
验证结果
修改后，获取生成的文章、字段定义或关系，让助手将 WordPress 保存的结果与预期目标进行比较。
受控的首次运行
通过已验证的路径引入插件
向 MCP 客户端引入此附加组件时请按此顺序操作：确认受支持的软件栈，识别原生目标，然后验证一次聚焦操作的结果。
1
准备基础环境
使用受支持的 WordPress 和 PHP 运行环境，然后在激活附加组件前启用所需的支持组件。
2
激活附加组件
安装并激活 MCP Abilities – Toolset，同时安装拥有网站文章类型、字段、分类法、关系、视图、表单和访问数据的 Toolset 组件。
3
解析精确标识符
检查相关的文章类型、字段、分类法、关系、用户、表单或视图，并将其已注册的标识符带入下一项操作。
4
执行后读回结果
对已确认的目标调用聚焦操作，并获取已更改的对象或相关文章，让结果在工作流继续前清晰可见。
内容记录与术语
在明确边界内操作记录与术语
这些操作将普通内容工作与发现、查询、修改和删除分开，使调用方能够选择破坏性最小的操作。
创建文章
当目标类型和所需的原生字段已知时，在已确认的文章类型中创建一篇选定文章。
检查文章
获取一篇精确文章，在更新或修改关系之前查看其当前值。
列出文章
当工作流需要有界的记录清单时，列出所选文章类型的文章。
查询文章
当需要可重复的筛选条件而不是无限列表时，查询选定的内容集合。
更新文章
确认文章身份和要修改的字段后，更新一篇精确文章。
将文章移入回收站
将一篇选定文章移入回收站，作为删除时可恢复的默认操作。
永久删除
只有调用方明确启用 force 时，才永久删除一篇精确文章；这个决定不会隐式发生。
处理术语
列出所选分类法的术语，或在登录的 WordPress 用户拥有 manage_categories 时创建术语。
内容结构
只对精确目标修改内容模型
Toolset 结构操作会影响模型本身。它们适用于了解注册名称和修改广泛影响的管理员。
检查文章类型
列出已注册的文章类型，并检查与所选类型关联的字段和分类法。
检查分类法
列出已注册的分类法，并识别内容模型使用的精确分类法。
创建文章类型
只有依据有意设计且由源系统拥有的定义，并具备管理员权限时，才创建自定义文章类型。
删除文章类型
只有具备管理员权限时，才删除精确的已注册文章类型，并明确该类型的每篇文章都会被处理。
创建分类法
创建模型确实需要的精确自定义分类法，而不是另行发明平行分类。
删除分类法
只有具备管理员权限时，才删除精确的已注册分类法，并明确其术语会被删除。
确认目标
使用源系统拥有的文章类型或分类法名称作为目标。相似的标签并不足够。
遵守边界
结构修改需要 manage_options；普通内容权限无权执行这些操作。
字段与组
让字段定义与其标识符保持绑定
字段工作是模型修改，而不是匿名元数据编辑。请先确定组和字段的身份。
检查字段
修改字段前，获取精确的字段定义及其当前设置。
检查组
列出或获取字段组，以了解哪些字段会一起呈现。
创建字段组
使用明确的原生身份以及内容模型实际需要的字段创建一个组。
更新字段组
更新已确认的组，而不是创建带有相似标签的重复组。
创建或更新字段
根据精确标识符创建或更新字段定义，并在修改后验证生成的定义。
关系
在两端都明确后再链接记录
关系是内容模型的一部分。安全路径会在链接前明确关系定义和两个文章目标。
1
检查定义
列出已注册的关系，并检查工作流相关的关系。
2
检查文章视图
获取所选文章的关系，使现有链接在修改前清晰可见。
3
按需创建关系
只有当模型需要新的精确关系定义且调用方拥有所需结构权限时，才创建关系。
4
链接精确文章
在精确的关系标识符与精确的文章 ID 之间添加关系。标题或近似匹配不是目标。
5
获取相关文章
随后查询相关文章以确认链接，并为下一个工作流提供可用结果。
用户与访问
让授权过程可检查
Toolset 自动化是受权限控制的 WordPress 工作。借助这些操作，工作流可以了解用户模型，并在执行前测试当前调用方的访问权限。
检查用户字段
获取定义用户记录可包含内容的 Toolset 用户字段。
列出用户
只有登录用户拥有 list_users 时才列出用户；该能力不会绕过这一边界。
检查一个用户
当工作流拥有精确的用户目标时，获取所选用户的 Toolset 字段。
列出角色
列出可用角色，以了解网站当前的访问模型。
检查角色权限
在依赖某个精确角色执行操作之前，获取分配给它的权限。
按角色列出用户
当工作流需要有界的成员结果时，查找被分配给所选角色的用户。
检查一个用户的权限
获取一个精确用户的权限，以区分实际分配的访问权与假定的访问权。
检查当前访问权限
在修改前询问当前用户是否能够执行请求的操作；内容、分类法、用户和管理员操作仍会执行相应的 WordPress 权限检查。
Toolset 展示控制项
检查塑造编辑器的界面
表单、视图和分类法编辑器控制项会影响内容模型的使用方式。请将它们作为原生 Toolset 控制项进行检查，而不是在其他位置重新实现其行为。
列出表单
列出已登录工作流可用的 Toolset 表单。
列出视图
列出 Toolset 视图，让工作流能够识别需要检查的原生展示界面。
检查分类法控制项
检查某个精确文章类型的分类法编辑器控制项，以了解分类法编辑的配置方式。
选择分类法控制项
当工作流必须修改原生编辑器设置时，为精确的文章类型选择分类法编辑器控制项。
迁移边界
在清理迁移残留前审计使用情况
使用情况审计为只读操作。它报告具体的内容标记、元数据标记和 Toolset 配置对象，使迁移能够基于观察到的使用情况，而不是假设。
过时数据清理从试运行开始。如果修改有充分依据，请明确启用三个范围：过时的 Toolset 元数据、过时的 Toolset 对象以及过时的内容属性。为运行设置有界限制，并在允许删除前检查预览。
插件使用 Toolset 的原生模型。它不会推断新架构，不会暗中扩大目标，也不会替代经过明确决定的模式选择。
运行环境要求
安装完整的受支持软件栈
从原生 WordPress 模型到经过身份验证的 MCP 客户端，每个依赖项在这条路径上都有一个明确职责。
6.9 或更高
WordPress 6.9+提供原生 Abilities API，以及插件使用的内容、分类法、用户、媒体和权限接口。
8.0 或更高
PHP 8.0+提供 MCP Abilities – Toolset 所需的最低 PHP 运行环境。
已安装并启用
WordPress Abilities API将 40 个 Toolset 操作注册为类型化的 WordPress abilities。
已安装并启用
WordPress MCP Adapter将已注册的 WordPress abilities 传输给经过身份验证的 MCP 客户端。
已安装并启用
MCP Expose Abilities通过受控的 Devenia MCP 界面公开已注册的公共 abilities。
已安装并启用
Toolset拥有相应操作使用的自定义文章类型、字段、分类法、关系、视图、表单和访问数据。
有用的下一步
为 AI 助手提供原生 Toolset 界面
下载 MCP Abilities – Toolset，让 AI 助手能够使用 Toolset 的原生 WordPress 模型。它提供类型化操作，用于检查精确目标、执行聚焦修改并读回结果。