Agents 🇷🇺 24.07.2026 16:01

Construction d'un agent pour l'assemblage de pages Elementor : de l'idée à un pipeline fonctionnel

WordPressWordPress ElementorElementor FigmaFigma
Un développeur a partagé son expérience de création d'un agent qui construit des pages WordPress + Elementor à partir de requêtes Telegram. Les problèmes clés incluaient la perte de tâches lors de requêtes parallèles, les doublons, le mélange des questions avec les réponses finales, les erreurs d'indentation Elementor et la difficulté d'intégration avec Figma. Les solutions impliquent une file d'attente de tâches SQLite, une interface CLI pour les états, un environnement bêta par défaut et un compilateur Python strict pour Figma.
Un développeur a décrit la création d'un agent IA pour assembler des pages sur WordPress et Elementor, intégré à Telegram. La première version utilisait les outils MCP d'Elementor, mais des problèmes sont rapidement apparus : la tâche de l'utilisateur pouvait être perdue s'il ne répondait pas immédiatement, des doublons de tâches étaient créés lors de demandes répétées, et l'agent tentait d'appeler directement MCP en contournant la compétence. Pour y remédier, ils ont introduit une file d'attente des tâches avec SQLite, où un enregistrement est créé avant toute question de l'utilisateur, une vérification des tâches ouvertes, et une règle stricte de délégation du travail à la compétence. Pour les questions composées, ils ont implémenté un CLI next-question, qui pose une question à la fois. Ils ont également séparé les états des tâches en bloquants (waiting, blocked, done) et non bloquants (ready), afin que l'agent continue l'exécution si une étape est possible sans l'utilisateur. Pour isoler les tests, la création de pages se fait par défaut dans un environnement bêta, et le transfert en production uniquement via un workflow de transfert séparé. Les erreurs d'espacement d'Elementor ont été résolues avec le module elementor-spacing-builder.md, qui corrige les différences entre conteneurs et widgets. La réponse finale a été déplacée dans un CLI distinct result_cli.py, la séparant des questions du workflow. La qualité de l'assemblage est vérifiée uniquement par CLI, l'auto-assertion étant interdite. L'intégration la plus difficile a été avec Figma : les premières versions du compilateur perdaient des informations, puis ils sont passés à un compilateur Python strict, convertissant le JSON Figma directement en JSON Elementor. À la 14e version, ils ont ajouté un arbre sémantique, séparant la sémantique et la mise en page. Ils ont également optimisé l'export des actifs : les chemins VECTOR ne sont pas exportés en SVG, seuls les composants avec indication explicite.
Source: Habr — хаб ИИ — original
Nos articles précédents sur ce sujet ↓
Infos fraîches