AI-Kit pour WordPress
Utilisez le plus petit runtime AI nécessaire à chaque tâche WordPress
Exécutez les tâches d’éditeur et de médias prises en charge on-device dans un Chrome desktop compatible. Ajoutez un backend configuré seulement lorsque le workflow nécessite un accès modèle plus large, du retrieval, de l’AI frontend publique ou un chemin d’exécution cloud fiable.
Modes d’exécution
Local lorsque pris en charge, backend lorsque nécessaire
AI-Kit sépare l’exécution navigateur prise en charge du traitement backend configuré au lieu d’imposer une seule route cloud pour chaque tâche.
WordPress reste la source
Les tools d’éditeur, métadonnées média, sélection des sources KB et composants frontend restent intégrés à WordPress, tandis que le chemin d’exécution choisi reste explicite.
Pourquoi AI-Kit
Gardez l’AI proche du workflow de contenu sans masquer le data path
Le produit couvre d’abord des tâches WordPress concrètes, puis ajoute sélectivement des capacités backend et de connaissance.
01
Assistance éditeur
Écrivez, réécrivez, traduisez, corrigez et résumez dans des workflows ciblés de l’éditeur WordPress plutôt que de déplacer le contenu dans un onglet de chat séparé.
02
Métadonnées média
Générez des suggestions de titre, caption, description et alt text depuis la Médiathèque et les workflows image pris en charge, avec preview et review avant enregistrement.
03
Exécution on-device prise en charge
Utilisez l’AI navigateur compatible pour les tâches Free prises en charge sans provider API key pour ces opérations locales.
04
Chemin backend configuré
Utilisez un traitement backend-only ou fallback lorsque le projet nécessite modèles cloud, knowledge retrieval, fonctionnalités AI frontend publiques ou un chemin d’exécution indépendant du navigateur.
Capacités
Des tools d’éditeur aux expériences visiteurs grounded
Génération et révision Gutenberg
Créez texte de brouillon et métadonnées ou appliquez des actions proofread, rewrite et translation au contenu sélectionné dans WordPress.
Métadonnées image à grande échelle
Travaillez dans les vues liste et grille de la Médiathèque, écrans d’attachment et contextes image pris en charge, avec workflows bulk de preview et acceptation.
DocSearch et chatbot
Exposez recherche ou chat côté visiteur sur des knowledge sources configurées, avec filtres category, subcategory et tags ainsi que données source ou citation lorsque prises en charge.
Automatic Knowledge Sync et contrôles des sources
AI-Kit Pro Automatic Knowledge Sync envoie les posts publics approuvés, pages et custom post types éligibles sélectionnés vers un knowledge backend compatible. La publication WordPress peut servir d’approbation ou nécessiter un KB review séparé ; contrôles d’exclusion, sections et métadonnées restent disponibles.
Architecture
Gardez le traitement local et backend comme trust boundaries distinctes
Le navigateur peut effectuer directement le travail local pris en charge. Les opérations backend-enabled appellent l’endpoint HTTPS configuré pour le site, tandis que WordPress reste la couche de contenu et d’administration au lieu de proxyer chaque requête via PHP.
Éditeur WordPress / visiteur
├→ AI locale prise en charge dans navigateur compatible
└→ mode backend configuré
↓ HTTPS
Backend AI
├→ traitement du modèle
├→ knowledge retrieval
└→ réponse + données source
Contenu WordPress public
→ approbation de publication ou KB review séparé
→ Automatic Knowledge Sync planifié
→ knowledge backend compatible
→ indexation
→ DocSearch et chat grounded
Automatic Knowledge Sync est une fonctionnalité Pro connectée et nécessite un backend AI-Kit compatible. Le runner WordPress planifié transmet uniquement les contenus éligibles et approuvés ; brouillons et update proposals non publiées ne sont pas synchronisés. DocSearch et le chatbot grounded utilisent les changements après indexation. Un backend configuré ne signifie pas que chaque requête est locale ou privée : il faut regarder workload, chemin d’exécution, contenu qui franchit la frontière et contrôle du backend et des modèles.
Adéquation
Comparez l’exécution et l’ownership, pas le nombre générique de fonctionnalités AI
Ce tableau compare AI-Kit aux plugins AI gérés et aux intégrations entièrement personnalisées selon le lieu d’exécution, la visibilité du data path, l’ownership, le grounding et la responsabilité opérationnelle.
| Fonction | AI-Kit | Intégration AI gérée | ChatGPT / workflow manuel |
|---|---|---|---|
| Architecture | Les tâches prises en charge peuvent s’exécuter on-device dans un Chrome desktop compatible ; un backend configuré optionnel peut gérer le travail backend-only ou fallback. | L’exécution suit l’architecture du service géré ou du plugin et peut utiliser un endpoint cloud opéré par le fournisseur. | Le contenu est déplacé manuellement vers une interface ou un workflow AI séparé. |
| Ownership du backend | Le backend optionnel peut être déployé dans un compte AWS contrôlé par le client. | Dépend du service choisi ; les offres gérées exploitent souvent le backend pour le client. | Le compte du service AI choisi possède son propre runtime ; il ne fait pas partie de l’architecture applicative WordPress. |
| Data path | Les tâches locales prises en charge restent on-device. Les tâches backend-enabled envoient la requête nécessaire à l’endpoint configuré pour le site. | Le traitement des données dépend du provider, du plugin et de la service boundary configurée. | Les utilisateurs soumettent manuellement le contenu au service AI externe sélectionné. |
| Frontend après export statique | Les fonctionnalités JavaScript prises en charge peuvent continuer via exécution locale du navigateur ou endpoint backend configuré. | Dépend de l’existence d’un runtime accessible depuis le navigateur et encore disponible après export. | L’outil AI externe reste séparé du site statique. |
| Modèle de coût | Les tâches Free locales prises en charge n’entraînent pas de frais d’usage API fournisseur ; les services backend configurés ont leurs propres coûts AWS/modèle. | Varie selon fournisseur, abonnement et modèle d’usage. | Dépend du plan du service AI externe. |
| API keys nécessaires ? | Aucune provider API key n’est requise pour les tâches Free locales prises en charge. La configuration backend dépend de l’endpoint et du modèle d’authentification choisis. | Dépend de l’intégration gérée ; les credentials peuvent être abstraits par le fournisseur ou configurés par le propriétaire du site. | Un workflow manuel de copy-paste ne nécessite pas d’intégration API WordPress. |
| Dépendance à WordPress PHP après export | L’AI frontend peut appeler le runtime configuré directement depuis JavaScript ; le WordPress PHP public n’a pas à proxyer chaque requête. | Dépend de l’architecture spécifique du plugin ou du service. | Non applicable au runtime du site. |
| Setup | Les tâches locales prises en charge nécessitent le plugin et un navigateur compatible ; les fonctions backend et RAG ajoutent configuration d’endpoint et de connaissance. | Le setup varie selon credentials fournisseur, configuration du service et intégration du plugin. | Le service AI peut être utilisé immédiatement hors WordPress, mais le workflow reste manuel. |
Questions d’évaluation
Commencez par le problème AI
Comment utiliser l’AI dans WordPress sans envoyer chaque brouillon via un AI SaaS ?
Choisissez entre exécution locale et backend configuré. AI-Kit ne prétend pas que chaque tâche est locale ; l’exécution dépend du mode choisi et des capacités navigateur prises en charge.
Comment donner aux visiteurs des réponses grounded depuis le contenu WordPress ?
AI-Kit DocSearch et chatbot peuvent utiliser des knowledge sources configurées et renvoyer des données source ou citation via le chemin backend.
AI-Kit peut-il aider à corriger les alt text et métadonnées image manquants ?
Oui. AI-Kit prend en charge des workflows de génération et de review des métadonnées média, mais un alt text sensible à l’accessibilité exige toujours un jugement humain.
L’AI frontend peut-elle fonctionner après publication statique ?
Oui, lorsque le navigateur peut utiliser le mode local pris en charge ou atteindre directement le backend configuré. WordPress PHP n’a pas à proxyer chaque requête AI frontend.
Choisissez délibérément le data path AI
Commencez local lorsque pris en charge et ajoutez un backend uniquement aux workloads qui l’exigent
Utilisez le guide du problème d’AI privée pour exécution et ownership, puis le guide des réponses grounded lorsque du retrieval sur contenu WordPress est également requis.