Npcink Abilities Toolkit
| 开发者 | muze233 |
|---|---|
| 更新时间 | 2026年6月22日 11:32 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
详情介绍:
屏幕截图:
常见问题:
Does this plugin run AI models?
No. Npcink Abilities Toolkit exposes WordPress abilities and support information through the WordPress Abilities API. Model routing, prompt selection, hosted runtime execution, and workflow execution belong to a separate host product or client.
Will this plugin change my posts, media, terms, comments, or settings by itself?
No. The admin page checks are read-only. Some built-in abilities describe write-like or destructive operations, but final commits require a host runtime with its own approval, authorization, and audit layer.
Do I need Npcink AI to use this plugin?
No. Npcink AI is an optional consumer. The plugin can also be used by other plugins or clients that consume the WordPress Abilities API.
What do the Safe Checks prove?
Site Info proves that an authorized ability client can read basic WordPress site information. Redacted Diagnostics proves that the site can return a support-friendly environment summary with sensitive fields omitted. These checks do not call models, generate content, contact external services, or fix configuration automatically.
Does Redacted Diagnostics expose secrets?
No. The diagnostics summary intentionally omits Npcink AI settings, MCP settings, API keys, database names, table prefixes, filesystem paths, error logs, and external HTTP probes.
What should I do if abilities are not visible to a host product or AI client?
Open Tools -> Site AI Abilities, or Npcink AI -> AI Abilities when a Npcink AI host menu is present. Use the Checks tab to confirm safe read-only responses, then use Available Abilities to review what the site exposes. Developers and host products can use Developer Access for REST endpoint values and raw discovery responses.
What if the wp-abilities/v1 REST routes are missing?
The WordPress Abilities API routes must be available before clients can discover and run abilities. Enable the WordPress Abilities API baseline or compatibility plugin for the target site.
更新日志:
- Added read-only review artifacts for image candidates, internal link candidates, taxonomy suggestions, and comment reply suggestions.
- Kept candidate review helpers suggestion-only and host-governed; they do not create proposals, approve work, execute writes, or contact external providers.
- Expanded acceptance contracts and first-party pack documentation for the new handoff artifacts.
- Added Composer dependency advisory audit to the default local and CI source gate.
- Aligned CI and PHPStan with the package PHP 8.0 runtime floor.
- Published the canonical public GitHub repository and documented the post-publication gate baseline.
- Upgraded GitHub Actions checkout to the Node 24-compatible
actions/checkout@v5.
- Improved the admin page as a connection and discovery surface with clearer package status, catalog navigation, copyable REST endpoints, and two bounded read-only checks.
- Added bundled translation templates and eight starter locale packs for the admin connection/discovery surface, API ability labels/descriptions, and common runtime error messages.
- Removed development demo ability controls from the admin page and kept showcase, model-call, write, and workflow execution outside this package surface.
- Renamed nonproduction cleanup abilities and media cleanup inputs to avoid public
testterminology in released ability ids and schema fields. - Added taxonomy assignment proposal support and strengthened Core consumer handoff checks for harvested workflow surfaces.
- Hardened media replacement and Cloud derivative adoption previews so approved replacements can repair exact post-content media URLs, including old intermediate-size URLs.
- Documented the foundation-layer testing strategy and default local source gate.
- Added read-only host composition recipe metadata discovery abilities and public PHP helpers.
- Added Core governance handoff documentation, a catalog snapshot fixture, a permission matrix, and a schema boundary audit.
- Hardened write-like contracts with
requires_approval, explicit dry-run and commit defaults, and bounded idempotency keys. - Expanded REST verification coverage for governance metadata and schemas.
- Added a consumer example for preparing Core proposal payloads from discovered ability contracts.
- Added package and sub-pack filters so hosts can keep a full catalog by default or opt into a light
core_wordpress_readprofile. - Kept public third-party helpers read-only/write-proposal oriented and documented that final commit authorization belongs to the host runtime.
- Made Npcink AI catalog projection thin by default and added a projection-row filter for host-owned policy expansion.
- Established
npcink-abilities-toolkit/*as the canonical id namespace for abilities owned by this plugin. - Added explicit read/comment sub-pack maps as the split point for future source-file extraction.
- Verified Npcink AI catalog compatibility against a WordPress site.
- Stabilized the public helper contract and ability metadata rules.
- Documented host-governed write/destructive semantics and the Npcink AI integration boundary.
- Added first-party ability pack grouping and 0.2 candidate verification evidence.
- Strengthened lightweight tests for schema controls, Npcink catalog projection, provider defaults, and invalid ability ids.
- Verified WordPress REST coverage and Npcink AI consumer split-boundary checks.
- Initial standalone release.
- Added migrated WordPress read abilities, deterministic comment helpers, host-governed write/destructive abilities, and standalone redacted WordPress diagnostics.