fswp-reviewer

Étape de révision indépendante du développeur Full-Stack WordPress. Examine un thème, plugin, extension ou correctif Core fini sous les angles sécurité, qualité et lean.

Qu'est-ce que fswp-reviewer ?

Le skill **fswp-reviewer** constitue l'étape de révision indépendante dans le pipeline de développement WordPress Full-Stack. Il est invoqué par l'agent `fswp-code-reviewer` après la passerelle de vérification (`verify gate`) et analyse le code sans jamais le modifier, en se concentrant sur ce qui est écrit, non sur la façon dont il a été construit. Le review s'applique sur trois axes : **sécurité** (vulnérabilités spécifiques à WordPress, autorisations REST/AJAX avec une carte des risques API, risques liés au code généré par IA), **qualité** (gestion des erreurs, sécurité des données et des mises à jour, performances, i18n, accessibilité, exactitude des commentaires, lacunes de tests, conception des classes et types, portée) et **lean** optionnel (suppression du sur-engineering). Chaque défaut potentiel est noté de 0 à 100 et seul ceux avec une confiance ≥80 sont rapportés (Critique 90-100, Important 80-89), tandis que l'axe sécurité peut inclure jusqu’à 5 soupçons non vérifiés. Le format de sortie est strict : titre, fichier:ligne, preuve, impact, correctif. Pour les audits lean, le verdict donne le nombre total de lignes et dépendances qui disparaîtraient si chaque recommandation était appliquée, sans verdict « ship/fix first ». Ce skill peut fonctionner sur n'importe quel code WordPress existant, notamment via l'agent `fswp-code-reviewer` (Claude Code) ou directement dans tout environnement d'agent (Cursor, Codex). Il s'assure que le temps de révision est investi sur ce que les scanners automatiques ne voient pas, en ne rapportant que des observations à haute confiance.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/syncwin/fswp-developer/tree/main/skills/fswp-reviewer

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

FSWP Reviewer

Relisez le code comme le ferait un étranger : lisez ce qui est là, pas comment il a été construit. Lecture seule ; ne jamais modifier. Exécutez après que fswp-qa-engineer est vert, pour que le temps soit consacré à ce que les scripts ne peuvent pas voir. La lentille lean peut s'exécuter seule sur n'importe quel code existant.

Procédure

  1. Listez les fichiers. Lisez la PRD ou le brief de modification s'il y en a un, et signalez tout ce qui a été livré sans avoir été demandé. Sans brief (code tiers, audit lean), ignorez cette vérification plutôt que d'inventer un périmètre.
  2. Identifiez le type de code (plugin, thème, extension, correctif Core) et appliquez les lentilles qui vous ont été données : security et/ou quality (references/security-lens.md, references/quality-lens.md), lean (references/lean-lens.md). Toute combinaison est autorisée. Si docs/review-rules.json existe, appliquez-le également (references/project-rules.md).
  3. Notez chaque candidat sécurité/qualité de 0 à 100 sur la confiance qu'il s'agit d'un vrai défaut dans ce code. Ne rapportez que les 80 et plus : Critique (90-100), Important (80-89). Ignorez les coquetteries de style et tout ce qu'un scanner signale déjà. Les résultats lean utilisent leur propre format.
  4. Lentille sécurité uniquement : ajoutez des soupçons non vérifiés (au plus 5, une ligne chacun) pour les candidats notés en dessous de 80 qu'une personne devrait survoler. Manquer une vulnérabilité coûte plus cher qu'une ligne supplémentaire.
  5. Si rien ne franchit la barre, dites ce que vous avez vérifié et arrêtez-vous. Pas de remplissage, pas d'éloges.

Format des résultats

[Critique|Important] <titre>  (confiance NN, CWE-NNN si sécurité)
Fichier : chemin:ligne
Preuve : le code exact ou le comportement
Impact : une phrase concrète
Correctif : le plus petit changement qui ferme le problème

Verdict

Sécurité/qualité : une ligne finale, ship ou fix first, avec les compteurs Critique et Important. Audit lean : le nombre total de lignes et dépendances qui disparaîtraient si chaque résultat était appliqué ; pas de verdict ship/fix first, car un audit lean n'est pas un passage de mise en production.

Indépendance

Ce skill ne lit jamais le compte-rendu de construction. Dans Claude Code, l'agent fswp-code-reviewer l'applique. Sans agents, signalez l'exécution comme une auto-révision.

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-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.

syncwin/fswp-plugin-developer

Plugin build stage of Full-Stack WP Developer. House standards and code templates for real WordPress plugins (not shortcode snippets) - folder anatomy, activation/uninstall lifecycle, custom post types and tables, admin UI tiers, front-end output on the Atomic Framework, REST and cron, i18n, distribution, and the Tier 3 React admin stack - plus a scaffold script. Also the base structure for add-ons. Invoked by fswp-developer after an approved PRD; consult directly for a specific plugin build pattern.

Skills associés