buddyboss/list-community-taxonomies returns the slugs other abilities accept as strings: profile types, group types, the group privacy statuses, and the group roles.
Call it before passing any of them.
At a glance
| Ability | buddyboss/list-community-taxonomies |
| Toolset | BuddyBoss — toolset/buddyboss |
| Group | BuddyBoss › Members & Connections |
| Requires | AcrossAI Pro, plus BuddyBoss Platform active on the site |
| Capability | manage_options |
| Safety | Read-only — changes nothing |
| Repeatable | Idempotent — running it twice leaves the same result |
| Ships in | AcrossAI Pro 0.9.16 and later |
How it works
That is the whole reason this exists. Pass a member type BuddyBoss does not know to a listing and the filter is dropped — so the response comes back looking correct while having applied no filter at all.
A list of every member, returned in response to a request for one type, is a wrong answer that looks right. On a large community nobody counts.
Group types have the same behaviour and one extra wrinkle: they only exist when the site has enabled them. An empty group-types list means the feature is off rather than unconfigured, and this reports that difference.
Sections whose component is switched off come back as unavailable rather than empty, for the same reason — an absent vocabulary and an unconfigured one need telling apart.
The group roles are worth reading once even if you never filter by them: BuddyBoss calls the top group role admin in the data and “Organizer” in the interface, which is a source of confusion in both directions.
Input
This ability takes no input.
What comes back
| Name | Type | What it is |
|---|---|---|
member_types | array | Profile type slugs. |
group_types | array | Group type slugs, when the feature is enabled. |
group_statuses | array | Group privacy statuses. |
group_roles | array | Group role slugs. |
success | boolean | Whether the call completed. |
message | string | A one-line summary of what happened, suitable for showing a human. |
error_code | string | Present only on failure — a stable machine-readable reason, such as a missing field, a wrong field type or an unmet confirmation. |
Example
Ask your assistant:
What member types does this community have?
It resolves to one call:
{
"ability": "buddyboss/list-community-taxonomies",
"parameters": {}
}Worth knowing
- An unrecognised slug is dropped silently, producing an unfiltered result.
- An empty group-types list means the feature is off.
- Unavailable and empty are reported differently.
- Group role
adminis shown as “Organizer” in the interface.
Related abilities
- BuddyBoss List Members — where member types are used
- BuddyBoss List Groups — where group types and statuses are used
- BuddyBoss Manage Group Membership — where roles are used
Get the plugins:
AcrossAI Abilities Manager · AcrossAI MCP Manager
Browse the rest: Every ability, by category