Ce guide pratique vous montre comment j’ai développé un plugin de sécurité WordPress complet malgré les limites de claude pro. L’objectif : prouver qu’avec réflexion et organisation, on réalise des projets sérieux même avec les contraintes de l’abonnement Pro.
Précision importante : Cette approche n’utilise pas de surcouche (agents, skills, commands), uniquement Claude Code en mode natif, avec utilisation ponctuelle du Mode Swarm pour le multi Agent.
Table des matières
- Le projet : plugin de sécurité WordPress
- Méthodologie en 3 phases avec Claude Pro
- 3 conseils pour optimiser vos tokens Claude Pro
- Mode Swarm : la killer feature
- Résultats : fonctionnalités du plugin
Le projet : créer un plugin de sécurité WordPress avec Claude Pro
Malgré les limites de claude pro, j’ai développé un plugin de sécurité WordPress complet. Un exercice pratique pour tester les capacités réelles de l’outil dans un contexte professionnel.
Les fondations techniques du plugin
Deux concepts WordPress constituent la base :
- Collecte de données : utilisation de
register_shutdown_function()pour la capture du trafic WordPress en temps réel - Blocage d’accès : implémentation via mu-plugins WordPress pour le bannissement automatique d’IP malveillantes
Cette architecture rudimentaire mais solide offre les deux piliers essentiels : récolte et blocage.
Méthodologie en 3 phases pour contourner les limites Claude Pro
Pour gérer les limites de claude pro (limites de tokens), j’applique une méthodologie structurée qui maximise chaque session.
Phase 1 : Préparation du cahier des charges (sans consommer de tokens Claude)
J’utilise Dust (avec un agent spécialisé que j’ai configuré) pour élaborer mon plan détaillé :
- Affichage du listing dans le back-office avec informations complètes
- Bannissement manuel d’IP
- Whitelist manuelle d’IP
- Page de diagnostic (vérification tables, index, état fonctionnel)
- Page de statistiques avec graphiques (requêtes 24h, taille tables, top 10 IPs)
Astuce clé : Échanger avec un LLM alternatif pour préparer, structurer et définir la conception globale avant de lancer Claude Pro. Cela évite de consommer des tokens en phase exploratoire.
Phase 2 : Développement avec Claude en mode Plan
Une fois le plan optimisé, j’initialise Claude Pro en mode Plan avec le cahier des charges complet.
Claude va alors :
- Analyser le plan (poser des questions si nécessaire)
- Découper le projet en tâches simples (5, 15, etc.. tâches selon complexité)
- Développer chaque tâche séquentiellement
- S’arrêter après un certain nombres de tâches pour demander validation avant de continuer
Oui, les tokens partent rapidement, surtout lors de l’initialisation. C’est inévitable car Claude construit toute l’architecture. Mais avec un plan détaillé, il dispose de toutes les informations nécessaires pour travailler efficacement.
Phase 3 : Déploiement et itérations contrôlées
Pendant la régénération de la session Claude Pro, je déploie le plugin en production (sur mon blog et oui c’est en place actuellement 🧙) pour tests réels et prépare les améliorations :
- Géolocalisation des IP
- Blocage par pays
- Filtres avancés dans la page de trafic
- Règles de sécurité .htaccess
- Toute fonctionnalité pertinente identifiée en usage réel
Je reproduis le schéma : réflexion avec LLM alternatif → plan optimisé → session Claude disponible → développement → répétition.
Et ce fonctionnement marche bien => c’est déjà bien sympa et fonctionnel
3 conseils pour optimiser vos tokens Claude Pro
Pour maximiser les sessions malgré les limites de Claude Pro :
1. Préparez votre plan avec un autre LLM
Optimisez au maximum votre cahier des charges avec ChatGPT, Gemini ou autre avant de lancer Claude code. Cela évite les allers-retours qui consomment des tokens inutilement.
2. Finalisez une fonctionnalité avant de passer à la suivante
Terminez complètement une feature avant d’en démarrer une nouvelle.
Pourquoi ?
- Claude conserve la cohérence d’un plan à l’autre
- Vous maintenez un contexte maximum sur chaque fonctionnalité
- Les retours en arrière (inévitables) sont plus simples
Vous reviendrez certainement sur des fonctionnalités précédentes, mais autant avancer au maximum avant de passer à la suite.
3. Gérez vous-même les bugs simples
Mode Swarm : contrôle qualité multi-agents avec Claude 4.6
Le Mode Swarm disponible depuis Claude 4.6 permet de lancer plusieurs agents en parallèle.
Comment implémenter le Mode Swarm
Très simple (avec la doc 🤓) : demandez explicitement à Claude de créer plusieurs agents spécialisés :
- Agent Sécurité : vérifie les failles potentielles, validation des inputs, sanitization
- Agent Structure : contrôle l’architecture, respect des patterns WordPress
- Agent Cohérence : assure la logique globale, évite les dérives
- Agent Optimisation : performance, requêtes SQL, chargement ressources
- Agent Tests : tests unitaires, cas limites, scénarios d’erreur
Bénéfices concrets du Mode Swarm
Personnellement, j’utilise régulièrement cette approche pour :
- Éviter que le plugin dérive de l’architecture initiale
- Maintenir la méthodologie et les standards de code
- Identifier et mutualiser le code redondant
- Détecter les problèmes de sécurité avant déploiement
Résultat : Code plus robuste avec moins d’allers-retours et meilleure utilisation des tokens Claude Pro.
Résultats : fonctionnalités complètes du plugin WordPress
Après plusieurs sessions optimisées malgré les limites de claude pro, voici les fonctionnalités développées :
Surveillance et monitoring
- Logs complets du trafic WordPress en temps réel
- Logs des tentatives de connexion (succès et échecs)
- Analyse des patterns de navigation suspects
Protection active
- Bannissements automatiques selon des règles configurables
- Blocage par pays avec géolocalisation IP
- Règles anti-flood et détection 404 répétés
- Protection contre le brute force
Analytics et statistiques
- Graphiques de trafic
- Analyse de patterns : crawlers agressifs, user-agents suspects
- Top 10 des IPs
- Statistiques taille tables et performance base de données
Administration et gestion
- Récapitulatif hebdomadaire par email (envoi automatique le lundi)
- Notification immédiate après chaque bannissement
- Édition .htaccess avec règles de sécurité prédéfinies (+ contrôle syntaxe)
- Ajout de règles custom personnalisées
- Page de diagnostic système (tables, index, permissions)
Intelligence collective (API)
- Partage de données avec API externe centralisée
- Mutualisation des patterns détectés entre sites
- Synchronisation IPs malveillantes entre installations
Le concept : Si le site A bloque 15 IPs malveillantes, le site B peut automatiquement les bloquer également. Approche collaborative 🪄.
Problèmes rencontrés pendant le développement
Côté fonctionnalités : Aucun problème majeur. Tout a fonctionné ou présentait des bugs mineurs facilement corrigés.
Seul souci : Problèmes JavaScript + CSS sur l’ouverture de modals (gestion z-index). Une fois identifié que tout fonctionnait sauf un display: none/block mal géré, la correction a été plus ou moins rapide (le css c’est galère ^^).
Conclusion : développer avec Claude Pro malgré les limites
Les limites de claude pro existent, c’est indéniable. Mais avec une méthodologie structurée, vous pouvez réaliser des projets ambitieux :
- Préparez votre plan avec un LLM alternatif pour économiser les tokens Claude
- Utilisez le Mode Swarm pour utiliser du multi-agents en parallèle (⚠️ bien gérer les demandes pour éviter une fuite de tokens ^^)
- Finalisez une fonctionnalité complète avant de passer à la suivante
- Déployez et testez en attendant la prochaine session
La vraie clé du succès ? Réfléchir avant d’agir. Structurez votre approche, optimisez chaque session, et les limites de Claude Pro deviennent un défi surmontable plutôt qu’un obstacle.
