What an Ability is, and what it is not
Governance is legible because the unit of decision is a named action rather than a vague level of access.
- Abilities & permissions
- 3 min read
The definition
An Ability is a registered, named action a system can request — acme/update-post, core/get-site-info, and so on. Each one declares an input schema and an output schema. WordPress owns the registry; any plugin can add to it.
RuleFence discovers that registry and treats it as the complete vocabulary of what an agent may ask for. An action that is not a registered Ability is not something an agent can request through the governed path at all.
What it is not
- Not a permission. An Ability existing on your site says nothing about whether any agent may call it. Every one starts blocked.
- Not a capability. WordPress capabilities are the native authority layer underneath. An Ability request is still checked against them.
- Not a guarantee of scope. One Ability can affect one item or many; that is what the bulk classification is for.
An agent can see the Abilities it may request. Seeing one has never been the same as being allowed to call it.
Why this framing helps
The alternative question — “can this integration write to my database?” — has no useful answer. “May this agent call acme/update-post, and should that pause for review?” has an answer you can defend in a meeting.
Abilities & permissions
Keep the boundary while you fix the problem.
A good fix restores intended behaviour without creating a second path around WordPress or the governed request lifecycle.
