wordpress/wp-abilities-api

WordPress Abilities API(wp_register_ability、wp_register_ability_category、/wp-json/wp-abilities/v1/*、@wordpress/abilities)を扱う際に使用します。能力、カテゴリ、メタ、REST公開、クライアントの権限チェックの定義を含みます。

wp-abilities-api とは?

このスキルは、WordPress Abilities APIの操作に特化したAIエージェント用スキルです。主な機能として、`wp_register_ability`や`wp_register_ability_category`を用いた能力とカテゴリの定義、カスタムメタデータの設定、RESTエンドポイント`/wp-json/wp-abilities/v1/*`を介した公開、そしてクライアント側での権限チェックをサポートします。また、JavaScriptクライアント向けの`@wordpress/abilities`パッケージの利用もカバーしています。このスキルはClaude Code、Cursor、Codexなどのプラットフォームで使用でき、開発者がWordPressの能力ベースの権限システムを効率的に実装・管理するのに役立ちます。SKILL.mdには、各API関数の使用方法や典型的なユースケースがMarkdown形式で詳細に記載されています。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/wordpress/agent-skills/tree/main/skills/wp-abilities-api

Installed? Explore more 生産性&コラボレーション skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

wp-abilities-api は何をしますか?

WordPress Abilities API(wp_register_ability、wp_register_ability_category、/wp-json/wp-abilities/v1/*、@wordpress/abilities)を扱う際に使用します。能力、カテゴリ、メタ、REST公開、クライアントの権限チェックの定義を含みます。

概要

このスキルは、WordPressのAbilities APIを利用するためのガイドです。以下の機能をサポートします。

  • 能力(abilities)の登録と管理
  • 能力カテゴリの定義
  • カスタムメタデータの設定
  • REST APIを介した能力の公開
  • クライアントサイドでの権限チェック

主なAPI

サーバーサイド(PHP)

  • wp_register_ability( $slug, $args ) - 新しい能力を登録します
  • wp_register_ability_category( $slug, $args ) - 能力カテゴリを登録します
  • RESTエンドポイント:/wp-json/wp-abilities/v1/*

クライアントサイド(JavaScript)

  • @wordpress/abilities パッケージを使用してクライアント側で能力を確認します

使用例

// 能力を登録
wp_register_ability( 'edit_post', [
    'label'       => __( 'Edit Post', 'textdomain' ),
    'category'    => 'posts',
    'description' => 'Allows editing posts',
] );
// クライアント側で権限チェック
import { checkAbility } from '@wordpress/abilities';

if ( checkAbility( 'edit_post' ) ) {
    // 編集機能を有効にする
}

注意事項

  • 能力スラッグは一意である必要があります
  • REST APIは認証が必要です
  • 詳細については公式ドキュメントを参照してください

Individual skills in this repo

This repo contains 13 individual skills — each has its own dedicated page.

wordpress/blueprint

Use when creating, editing, or reviewing WordPress Playground blueprint JSON files. Triggers on mentions of blueprints, playground configuration, or requests to set up a WordPress demo environment.

wordpress/wordpress-router

Use when the user asks about WordPress codebases (plugins, themes, block themes, Gutenberg blocks, WP core checkouts) and you need to quickly classify the repo and route to the correct workflow/skill (blocks, theme.json, REST API, WP-CLI, performance, security, testing, release packaging).

wordpress/wp-block-development

Use when developing WordPress (Gutenberg) blocks: block.json metadata, register_block_type(_from_metadata), attributes/serialization, supports, dynamic rendering (render.php/render_callback), deprecations/migrations, viewScript vs viewScriptModule, and @wordpress/scripts/@wordpress/create-block build and test workflows.

wordpress/wp-block-themes

Use when developing WordPress block themes: theme.json (global settings/styles), templates and template parts, patterns, style variations, and Site Editor troubleshooting (style hierarchy, overrides, caching).

wordpress/wpds

Use when building UIs leveraging the WordPress Design System (WPDS) and its components, tokens, patterns, etc.

wordpress/wp-interactivity-api

Use when building or debugging WordPress Interactivity API features (data-wp-* directives, @wordpress/interactivity store/state/actions, block viewScriptModule integration, wp_interactivity_*()) including performance, hydration, and directive behavior.

wordpress/wp-performance

Use when investigating or improving WordPress performance (backend-only agent): profiling and measurement (WP-CLI profile/doctor, Server-Timing, Query Monitor via REST headers), database/query optimization, autoloaded options, object caching, cron, HTTP API calls, and safe verification.

wordpress/wp-phpstan

Use when configuring, running, or fixing PHPStan static analysis in WordPress projects (plugins/themes/sites): phpstan.neon setup, baselines, WordPress-specific typing, and handling third-party plugin classes.

wordpress/wp-playground

Use for WordPress Playground workflows: fast disposable WP instances in the browser or locally via @wp-playground/cli (server, run-blueprint, build-snapshot), auto-mounting plugins/themes, switching WP/PHP versions, blueprints, and debugging (Xdebug).

wordpress/wp-plugin-development

Use when developing WordPress plugins: architecture and hooks, activation/deactivation/uninstall, admin UI and Settings API, data storage, cron/tasks, security (nonces/capabilities/sanitization/escaping), and release packaging.

wordpress/wp-project-triage

Use when you need a deterministic inspection of a WordPress repository (plugin/theme/block theme/WP core/Gutenberg/full site) including tooling/tests/version hints, and a structured JSON report to guide workflows and guardrails.

wordpress/wp-rest-api

Use when building, extending, or debugging WordPress REST API endpoints/routes: register_rest_route, WP_REST_Controller/controller classes, schema/argument validation, permission_callback/authentication, response shaping, register_rest_field/register_meta, or exposing CPTs/taxonomies via show_in_rest.

wordpress/wp-wpcli-and-ops

Use when working with WP-CLI (wp) for WordPress operations: safe search-replace, db export/import, plugin/theme/user/content management, cron, cache flushing, multisite, and scripting/automation with wp-cli.yml.

関連スキル