La question que vos clients se posent depuis 6 mois

Un client gérant d'une PME, semi-technique, qui a toujours voulu comprendre comment son site fonctionne : il a essayé Cursor. Il a tapé un prompt, il a vu du code s'écrire tout seul. Il a peut-être réussi à modifier un template. Et maintenant il se demande, en toute bonne foi, si l'agence est encore vraiment nécessaire.

C'est une question légitime. Et la réponse honnête, c'est que ces outils sont réels, utiles, et qu'ils accélèrent effectivement certaines tâches. Mais il y a un gouffre entre "modifier un template avec de l'aide IA" et "gérer un site WordPress de production avec des mises à jour, des dépendances, et une dette technique qui s'accumule".

Ce qui suit, c'est ce que Cursor fait bien, ce qu'il ne fait pas, et pourquoi ça ne change pas le besoin d'un développeur qui connaît l'environnement.

Ce que Cursor et Copilot font vraiment bien

Ces outils sont des accélérateurs de code. Pas des générateurs de projets complets. Ils excellent sur des tâches précises et délimitées :

01
Complétion de code dans un contexte connu
Quand un développeur sait ce qu'il veut écrire, Copilot anticipe la suite. Une fonction PHP, une boucle WP_Query, un hook add_filter : le tool suggère, le dev valide ou corrige. Gain réel, conséquent sur les tâches répétitives.
02
Génération de code boilerplate
Créer un Custom Post Type avec son schéma de champs ACF, scaffolder un bloc Gutenberg, écrire les règles de réécriture d'URL : des tâches longues et prévisibles que l'IA génère correctement la plupart du temps. Le dev reste nécessaire pour valider et intégrer.
03
Explication et débogage de code existant
"Explique ce que fait cette fonction" ou "trouve le bug dans ce snippet" : Cursor est bon là-dessus. Utile pour un dev junior ou pour aller vite sur un code legacy. Mais il faut quelqu'un capable de valider l'explication et d'appliquer la correction.
Ce que ça change pour les agences

Un développeur WordPress qui utilise Cursor travaille plus vite. Pas deux fois plus vite sur tout, mais sensiblement plus vite sur les tâches répétitives. Ça réduit le temps de dev, pas le besoin de dev. La différence est importante pour votre pricing.

Ce que ces outils ne peuvent pas faire sans un développeur derrière

C'est là que la réalité reprend ses droits. Les outils IA génèrent du code sans contexte sur votre environnement spécifique. Ils ne connaissent pas le thème de votre client, ses plugins actifs, sa version de WooCommerce, ses hooks personnalisés accumulés depuis 4 ans.

Un client semi-technique qui utilise Cursor sur son WordPress de production sans développeur : il peut faire des modifications mineures qui fonctionnent. Il va aussi, inévitablement, casser quelque chose qu'il ne comprend pas, en croyant que l'IA a tout géré. Les conflits de plugins, les mises à jour qui cassent un hook custom, les migrations de base de données : aucun outil IA ne gère ça à la place d'un humain qui comprend le système.

01
La gestion des conflits et de la dette technique
Le code généré par IA fonctionne en isolation. Sur un WordPress avec 30 plugins, un thème enfant modifié et 3 ans de personnalisations : les conflits arrivent. Identifier la source d'un conflit entre deux plugins et un hook custom, c'est du diagnostic, pas de la génération.
02
La sécurité et les mises à jour de production
Une mise à jour WooCommerce peut casser un template woocommerce/templates/ surchargé. Une mise à jour PHP peut rendre une fonction dépréciée. Cursor ne sait pas que votre client a du code en functions.php qui utilise mysql_query(). Quelqu'un doit vérifier avant d'appuyer sur "Mettre à jour tout".
03
Les décisions d'architecture
Custom Post Type ou taxonomie ? REST API ou shortcode ? Plugin de cache avec WooCommerce ou sans ? Ces choix ont des conséquences sur la performance, la maintenabilité et les coûts futurs. L'IA donne une réponse, souvent correcte, jamais adaptée au contexte spécifique de votre client.

Comment répondre à un client qui vous pose la question

Si un client vous demande s'il peut se passer de votre équipe avec Cursor, la mauvaise réponse est de minimiser l'outil. Il fonctionne, et votre client le sait déjà s'il l'a essayé.

La bonne réponse : distinguer ce qui peut être géré avec assistance IA (modifications mineures de contenu, ajout de CSS, configuration de plugins standards) et ce qui nécessite un développeur qui connaît l'environnement (architecture, sécurité, migrations, résolution de conflits). Ce n'est pas une question de compétence de l'outil, c'est une question de responsabilité et de contexte.

Ce que vous vendez en réalité

Pas des lignes de code. La connaissance de l'environnement de votre client, la mémoire de ce qui a été fait, la capacité à anticiper ce qui va casser avant que ça casse. Cursor ne connaît pas l'historique du site de votre client. Vous, si.

Conclusion : utilisez ces outils, ne les craignez pas

Les meilleures agences que je vois en ce moment ont intégré Cursor dans leur workflow. Leurs développeurs travaillent plus vite. Ils livrent plus. Ça ne réduit pas leur valeur, ça l'augmente : ils font davantage pour le même prix, avec moins d'erreurs sur les tâches répétitives.

Ce qui ne change pas : la nécessité d'un humain qui comprend le système, qui valide les choix d'architecture, qui sait lire une erreur PHP et en trouver la cause dans un stack de 40 plugins. Ce savoir-là ne se délègue pas à un éditeur de code, aussi intelligent soit-il.