Communitygithub.com

syncwin/fswp-plugin-developer

Plugin-Build-Stufe des Full-Stack WP Entwicklers. Enthält Hausstandards und Code-Vorlagen für echte WordPress-Plugins (keine Shortcode-Schnipsel) – Ordnerstruktur, Aktivierungs-/Deinstallations-Lebenszyklus, Custom Post Types und Tabellen, Admin-UI-Stufen, Frontend-Ausgabe im Atomic Framework, REST und Cron, i18n, Distribution und den React-Admin-Stack der Stufe 3 – plus ein Scaffold-Skript.

Was ist fswp-plugin-developer?

Dieses Skill ist die zentrale Entwicklungsstufe für den Bau von WordPress-Plugins im Full-Stack-WP-Workflow. Es erstellt aus einem von `fswp-architect` genehmigten PRD ein vollständiges, installierbares Plugin. Der Entwickler arbeitet dabei in acht klar definierten Schritten: von der initialen Gerüst-Erstellung (Scaffold) über Bootstrap, Lebenszyklus, Sicherheit, Domain-Logik (CPTs, Tabellen, REST, Cron), Blöcke, Admin-UI und Frontend-Ausgabe bis hin zu i18n und Distribution. Das Skill stellt sicher, dass alle Plugins denselben hohen Code-Standards (Referenzen zu Lean Coding, Coding Standards, Security) folgen, und vermeidet Overengineering durch eine strikte Entscheidungshierarchie. Es unterstützt mehrere JS-Tiers (Vanilla, Alpine, React mit Tailwind & TanStack Query) und Admin-UI-Stufen (native WordPress-Admin, einzelner React-Screen, vollständige SPA). Nach Schritt 8 wird das Plugin an `fswp-qa-engineer` zur Qualitätssicherung übergeben. Das Skill ist für VS Code, Cursor und andere KI-gestützte Entwicklungsumgebungen konzipiert und wird über das Netzwerk `syncwin/fswp-plugin-developer` bereitgestellt.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/syncwin/fswp-developer/tree/main/skills/fswp-plugin-developer

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

FSWP Plugin-Entwickler

Grundlegend (immer angewendet): fswp-developer/references/lean-coding.md (weniger schreiben, zuerst wiederverwenden), fswp-developer/references/coding-standards.md (Codierungsstandards, Dokumentation, i18n, Barrierefreiheit) und fswp-security-engineer (Eingabe, Ausgabe, Autorisierung).

Führt ein genehmigtes PRD (fswp-architect) aus. Präfix, Distributionsziel, Funktionsumfang und JS-Stufe sind bereits entschieden; nicht erneut nachfragen. Für jeden Schritt das Domain-Skill für das allgemeine Verfahren und die Referenz dieses Skills für die Tiefe der Hausstandards, Vorlagen und strengeren Regeln laden. Rangfolge: fswp-developer/references/precedence.md.

Bei Änderungen an einem bestehenden Plugin stattdessen fswp-maintainer verwenden; es greift nur für Strukturmuster hierher zurück.

Ebenen

1  BOOTSTRAP   plugin-slug.php, uninstall.php, includes/class-plugin.php (keine Geschäftslogik)
2  LEBENSZYKLUS   Aktivator / Deaktivator (Aktivierungs-Hook, dbDelta, Upgrade-Prüfung)
3  DOMÄNE      CPTs, Tabellen, REST-Routen, Cron: nur was das PRD auflistet
4a ADMIN-UI    standardmäßig natives wp-admin; @wordpress/components für einen React-Bildschirm;
               React SPA + Tailwind + TanStack Query + Zustand nur für app-ähnliche Administration
4b ÖFFENTLICHE UI   Atomic Framework (benutzergeliefert), standardmäßig Vanilla JS, Alpine optional

Admin verwendet niemals Atomic Framework oder Alpine-Klassen. Niemals ungenutzte Feature-Klassen generieren.

Arbeitsablauf

SchrittAktionHausreferenzDomain-Skill
1 GerüstSlug, Präfix, Klassennamen, Textdomäne ableiten; zuerst scripts/scaffold_plugin.py --help ausführen. --plugin-uri und --author-uri nur übergeben, wenn sie real sind (die Zeile wird sonst weggelassen, niemals ein Platzhalter-Domain). Direkt nach dem Gerüstbau fswp-qa-engineer/scripts/run_gate.sh <verz> <min-php> --fix einmal ausführen: Vorlagen enthalten {{…}}-Platzhalter, die der Formatierer vor der Substitution nicht sicher umbrechen kann.architecture.mdkeins
2 Bootstrap + LebenszyklusBootstrap deklariert den Header, Autoload und übergibt an die Hauptklassearchitecture.mdkeins
3 SicherheitVollständige Basislinie für jede Datei, jede Plugin-Größefswp-security-engineerfswp-security-engineer
4 DomäneCPTs, Tabellen (dbDelta, Schema-Versionen), REST, Crondata-cpt.md, rest-cron.mdfswp-api-developer; fswp-performance-engineer wenn das PRD es erfordert
5 Blöcke (falls im PRD)Benutzerdefinierte Blöcke, Patterns, Interaktivitätkeinsfswp-block-developer
6 Admin-UISettings API, WP_List_Table, Dashicons; nur gemäß Checkliste eskalierenadmin-ui.md, modern-app-stack.mdkeins
7 Öffentliche AusgabeZuerst den Benutzer nach den aktuellen Atomic Framework-Dateien fragen; bedingtes Einbinden innerhalb des Callbacksfrontend-output.mdkeins
8 i18n + DistributionJeder PHP- und JS-String; Readme; Lizenz; Versionierungi18n-distribution.mdfswp-release-manager für WordPress.org

Am Ende von Schritt 8 anhalten und an fswp-qa-engineer übergeben.

Add-on-Struktur

Wenn fswp-maintainer im Add-on-Modus läuft, verwendet es hier die Schritte 1-3 und 8 wieder. Die zusätzlichen Add-on-Regeln (Host-Erkennung, Requires Plugins, Ladereihenfolge, gnädiges Fehlen) befinden sich in fswp-maintainer.

Standards (jeder Build, jede Iteration)

references/standards.md regelt die Versionierungs-/Changelog-Disziplin, die Technologie-Stack-Entscheidung, erforderliche Projektmetadaten (niemals einen fehlenden Wert erfinden), pro-Feature-Dokumentation in docs/, die Code-Qualitätslatte und die Minimal-Code-Disziplin (Entscheide-bevor-du-schreibst-Reihenfolge, Root-Cause-Fixes, shortcut:-Markierungen). Es vor dem ersten Build und vor jeder Iteration an einem bestehenden Plugin lesen – es ist kein einmaliger Einrichtungsschritt.

Sicherheitshaltung

Niemals für kleine Plugins herunterskaliert: Capability-Prüfungen bei jeder privilegierten Aktion, Nonces bei jeder Zustandsänderung, Eingabe bereinigen und Ausgabe escapen, $wpdb->prepare() bei jeder Abfrage, ein echter permission_callback bei jeder REST-Route, sicherer Lebenszyklus, keine Klartext-Geheimnisse. Vollständige Regeln: fswp-security-engineer.

Alpine-Stufe

Niemals abgeleitet. Nur durch die 5-Punkte-Checkliste in references/frontend-output.md ausgewählt, und nur nachdem der Benutzer ausdrücklich bestätigt hat, welche Prüfung sie ausgelöst hat und wie die Vanilla-Alternative aussieht.

Atomic Framework (benutzergeliefert, nicht gebündelt)

Es ist ein separat gewartetes Produkt; eine gebündelte Kopie würde abweichen. Wenn der Build frontend beinhaltet, nach den aktuellen afw-tokens.css, afw-components.css, afw-foundation-logics.js fragen (plus alpine.min.js, alpine-loader.js, alpine-components.js nur, wenn die Alpine-Stufe bestätigt wurde). Das Gerüst kopiert sie über --foundation-dir und stoppt mit einer Erinnerung, falls es fehlt.

Abhängigkeiten

Alles außer dem Atomic Framework (Stufe 2 @wordpress/*, Stufe 3 Stack) wird zum Zeitpunkt der Gerüsterstellung mit latest aus dem offiziellen Registry aufgelöst und dann fixiert: die Lock-Datei festschreiben und die aufgelösten Versionen in der README festhalten. „Latest bei Gerüsterstellung“ plus eine festgeschriebene Lock-Datei erfüllt die reproduzierbare Quellregel von WordPress.org. Ausnahme: eine vom Benutzer angegebene Kompatibilitätsobergrenze. Details: references/modern-app-stack.md.

Lieferumfang

Installierbare {plugin-slug}.zip (Plugin-Ordner im ZIP-Root) plus readme.txt und/oder private README.md mit echten Installationsschritten und einer kurzen Zusammenfassung: Präfix- und Feature-Entscheidungen, noch ausstehende manuelle Schritte (API-Schlüssel, Cron-Intervall, anfängliche Einstellungen). Kompilierte Ausgabe wird mit ihrer Quelle ausgeliefert (references/modern-app-stack.md).

Mitgeliefert

  • scripts/scaffold_plugin.py: --features cpt,db,rest,cron,admin,frontend (beliebige Teilmenge), --js-tier vanilla|alpine, --admin-tier native|react|app, --distribution wporg|private|both, --plugin-uri, --author-uri, --foundation-dir, --zip.
  • assets/templates/: Plugin-Skelett mit {{PREFIX}}, {{Prefix}}, {{prefix}}, {{PLUGIN_NAME}}, {{plugin-slug}}-Platzhaltern.

Individual skills in this repo

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

fswp-api-developer

Domain skill for WordPress REST API and Abilities API work in Full-Stack WP Developer. Covers registering routes with schemas, argument validation and sanitization, permission callbacks, controller classes, exposing post types and meta, authentication (cookie nonce, application passwords), pagination and errors, and registering abilities with input and output schemas and safety annotations. Use for any custom endpoint or machine-readable capability in a plugin or theme.

fswp-architect

Planning stage of Full-Stack WP Developer. Classifies the work (new plugin, new theme, update to an existing plugin or theme, add-on for another product, or WordPress Core patch), triages existing code with a bundled detection script, asks one round of essential questions, does competitive research, and produces one reviewable PRD or change brief with a single approval gate. Also covers Migration mode and multi-session handoff docs. Invoked by fswp-developer before any code is written; consult directly for PRD, change-brief, or handoff-doc questions.

fswp-block-developer

Domain skill for WordPress block editor work in Full-Stack WP Developer. Covers building custom Gutenberg blocks (block.json, static and dynamic rendering, attributes, supports, InnerBlocks, variations, deprecations, block bindings), block patterns, and the Interactivity API (data-wp directives, stores, server-side state), with the @wordpress/scripts build workflow. Use for any custom block, pattern, or front-end interactivity in a plugin or theme.

fswp-core-contributor

WordPress Core contribution stage of Full-Stack WP Developer. Guides a contributor through finding or filing a Trac ticket, setting up the wordpress-develop checkout and test environment, writing a patch or GitHub pull request that follows Core coding standards, inline documentation, backward compatibility and tests, and preparing the ticket comment; also routes block-editor changes to the Gutenberg repository and security reports to the private process. Invoked by fswp-developer for Core patches; consult directly for Core workflow questions.

fswp-devops-engineer

Domain skill for WordPress development tooling in Full-Stack WP Developer. Covers local environments (wp-env with Docker, WordPress Playground and Blueprints), command-line site operations (plugin and theme management, database export, search-replace, cron, scaffolding), coding standards and static analysis (PHPCS with WordPress standards, PHPStan with WordPress stubs), PHP and JS testing setup, and the @wordpress/scripts toolchain. Use when setting up, running, or automating a WordPress dev or test environment.

fswp-maintainer

Change stage for existing WordPress code in Full-Stack WP Developer. Updates, fixes, refactors, and upgrades existing plugins and themes without breaking them, and builds add-ons for products you do not own (WooCommerce extensions, page-builder elements, extensions of other plugins) using hooks instead of edits to third-party files. Covers reading before changing, parity lists, deprecation, host compatibility, upgrade paths, and patch delivery. Invoked by fswp-developer after an approved change brief; consult directly for safe-change or add-on questions.

fswp-qa-engineer

Verification stage of Full-Stack WP Developer. Runs the mechanical gate for plugins and themes (house-rule scripts, PHP lint, PHPCS with WordPress standards, PHP compatibility, PHPStan with WordPress stubs), the manual checklist, PRD or change-brief scenario tests, and the pre-release check. Reports PASS, FAIL, or NOT RUN and never implies a skipped check passed. Invoked by fswp-developer after a build and again before delivery; consult directly to audit any plugin or theme folder.

fswp-reviewer

Independent review stage of Full-Stack WP Developer. Reviews a finished WordPress plugin, theme, add-on, or Core patch through a security lens (WordPress-specific vulnerabilities, REST and AJAX authorization with an API risk map, AI-generated-code risks), a quality lens (error handling, data and upgrade safety, performance, i18n, accessibility, comment accuracy, test gaps, class and type design, scope), and an optional lean lens for trimming over-engineering, reporting only high-confidence findings in a fixed format. Invoked by fswp-developer after the verify gate, normally through the fswp-code-reviewer agent; consult directly to review or optimize any WordPress code.

fswp-theme-developer

Theme build stage of Full-Stack WP Developer. Builds custom WordPress themes - block themes (theme.json, templates, template parts, patterns, style variations), classic themes (template hierarchy, functions.php, theme supports), hybrids, and child themes - with accessibility, escaping, and directory readiness built in, plus a scaffold script. Invoked by fswp-developer after an approved PRD for a new theme; consult directly for a specific theme pattern. For changes to an existing theme use fswp-maintainer.

Verwandte Skills