wp_ai_client_prompt()<\/code><\/h2>\n\n\n\nTout commence par une seule fonction :<\/p>\n\n\n\n
$builder = wp_ai_client_prompt() ;<\/code><\/pre>\n\n\n\nCela donne un WP_AI_Client_Prompt_Builder<\/code>-un constructeur fluide par lequel l'invite, la configuration et la m\u00e9thode de g\u00e9n\u00e9ration sont encha\u00een\u00e9es. Le principe de base : le d\u00e9veloppeur d\u00e9crit, ce que<\/strong> il a besoin. WordPress s'occupe de comme<\/strong>.<\/p>\n\n\n\nUn exemple simple de g\u00e9n\u00e9ration de texte :<\/p>\n\n\n\n
\/\/ Prompt directement en param\u00e8tre - pratique pour les cas simples\n$text = wp_ai_client_prompt( 'R\u00e9sumez les avantages de la mise en cache dans WordPress.' )\n ->using_temperature( 0.7 )\n ->generate_text() ;\n\n\/\/ Gestion des erreurs comme partout dans WordPress : v\u00e9rifier WP_Error\nif ( is_wp_error( $text ) ) {\n return ;\n}\n\necho wp_kses_post( $text ) ;<\/code><\/pre>\n\n\n\nLe texte de l'invite peut \u00eatre envoy\u00e9 en tant que param\u00e8tre ou via with_text()<\/code> ce qui est utile lorsque le prompt est assembl\u00e9 de mani\u00e8re dynamique.<\/p>\n\n\n\nPlus que du texte : Image, voix, vid\u00e9o<\/h2>\n\n\n\n
L'API est multimodale. La g\u00e9n\u00e9ration d'images fonctionne selon le m\u00eame mod\u00e8le :<\/p>\n\n\n\n
use WordPress\\AiClient\\Files\\DTO\\File ;\n\n$image = wp_ai_client_prompt( 'Un logo WordPress futuriste dans un style néon' )\n ->generate_image() ;\n\nif ( is_wp_error( $image ) ) {\n return ;\n}\n\n\/\/ File DTO avec Data URI - directement utilisable\necho '<img src="' . esc_url( $image->getDataUri() ) . '" data-no-translation="" data-no-auto-translation="">';<\/code><\/pre>\n\n\n\nPour les variations, il y a generate_images( 4 )<\/code> et generate_texts( 4 )<\/code>. A cela s'ajoutent convert_text_to_speech_result()<\/code>, generate_speech_result()<\/code> et generate_video_result()<\/code>. WordPress couvre ainsi toutes les modalit\u00e9s courantes.<\/p>\n\n\n\nParticuli\u00e8rement int\u00e9ressant : une sortie multimodale dans une seule demande :<\/p>\n\n\n\n
use WordPress\\AiClient\\Messages\\Enums\\ModalityEnum ;\n\n\/\/ Texte et images dans une r\u00e9ponse - le r\u00e9sultat contient les deux\n$result = wp_ai_client_prompt( 'Cr\u00e9ez une recette avec des photos pour chaque \u00e9tape.' )\n ->as_output_modalities( ModalityEnum::text(), ModalityEnum::image() )\n ->generate_result() ;<\/code><\/pre>\n\n\n\nCela ouvre la porte \u00e0 des plugins qui g\u00e9n\u00e8rent des contenus qui vont au-del\u00e0 du simple texte.<\/p>\n\n\n\n
Feature Detection : ne pas faire de suppositions<\/h2>\n\n\n\n
Toutes les installations WordPress n'ont pas forc\u00e9ment un fournisseur d'IA configur\u00e9. Et tous les fournisseurs ne supportent pas toutes les modalit\u00e9s. L'API propose des contr\u00f4les d\u00e9terministes :<\/p>\n\n\n\n
$builder = wp_ai_client_prompt( 'test' )\n ->using_temperature( 0.7 ) ;\n\n\/\/ Pas d'appel \u00e0 l'API - v\u00e9rification purement logique par rapport aux fournisseurs disponibles\nif ( $builder->is_supported_for_text_generation() ) ) {\n \/\/ Afficher l'IU pour la g\u00e9n\u00e9ration de texte\n}\n\nif ( $builder->is_supported_for_image_generation() ) ) {\n \/\/ Afficher le bouton de g\u00e9n\u00e9ration d'image.\n}<\/code><\/pre>\n\n\n\nLa solution est propre. Les contr\u00f4les ne co\u00fbtent rien - pas d'appels \u00e0 l'API, pas de latence. Les d\u00e9veloppeurs de plug-ins peuvent charger leur IU de mani\u00e8re conditionnelle et afficher une indication utile lorsqu'aucune IA n'est disponible. La r\u00e8gle : Ne jamais supposer que les fonctions AI fonctionnent simplement parce que WordPress 7.0 est install\u00e9.<\/strong><\/p>\n\n\n\nCh\u00e8ques disponibles : is_supported_for_text_generation()<\/code>, is_supported_for_image_generation()<\/code>, is_supported_for_text_to_speech_conversion()<\/code>, is_supported_for_speech_generation()<\/code>, is_supported_for_video_generation()<\/code>.<\/p>\n\n\n\nPr\u00e9f\u00e9rences de mod\u00e8le au lieu d'exigences<\/h2>\n\n\n\n
La philosophie du design appara\u00eet ici clairement :<\/p>\n\n\n\n
$result = wp_ai_client_prompt( 'Expliquez l'histoire de l'imprimerie.' )\n ->using_temperature( 0.1 )\n ->using_model_preference(\n 'claude-sonnet-4-6',\n 'gemini-3.1-pro-preview',\n 'gpt-5.4'\n )\n ->generate_text_result() ;<\/code><\/pre>\n\n\n\nusing_model_preference()<\/code> est une Pr\u00e9f\u00e9rence<\/strong>, pas d'exigence. Le client AI prend le premier mod\u00e8le disponible dans la liste - ou n'importe quel mod\u00e8le compatible si aucun n'est configur\u00e9. Le code du plugin fonctionne toujours, quel que soit le fournisseur d'acc\u00e8s.<\/p>\n\n\n\nC'est la bonne d\u00e9cision. Les d\u00e9veloppeurs de plug-ins ne devraient jamais d\u00e9pendre de la disponibilit\u00e9 d'un mod\u00e8le particulier. La recommandation officielle : triez vos mod\u00e8les de mani\u00e8re \u00e0 ce que les plus r\u00e9cents soient plac\u00e9s avant les plus anciens. Les trois plug-ins fournisseurs officiels pour le lancement font d\u00e9j\u00e0 cela.<\/p>\n\n\n\n
R\u00e9ponses structur\u00e9es avec le sch\u00e9ma JSON<\/h2>\n\n\n\n
Pour les plugins qui ont besoin de donn\u00e9es structur\u00e9es - et il y en a beaucoup - c'est un point fort :<\/p>\n\n\n\n
$schema = array(\n 'type' => 'array',\n 'items' => array(\n 'type' => 'objet',\n 'properties' => array(\n 'plugin_name' => array( 'type' => 'string' ),\n 'category' => array( 'type' => 'string' ),\n ),\n 'required' => array( 'plugin_name', 'category' ),\n ),\n) ;\n\n$json = wp_ai_client_prompt( 'Liste 5 plugins WordPress populaires avec cat\u00e9gorie.' )\n ->as_json_response( $schema )\n ->generate_text() ;\n\n\/\/ Donn\u00e9es structur\u00e9es directement sous forme de tableau - pas de parsage manuel n\u00e9cessaire\n$data = json_decode( $json, true ) ;<\/code><\/pre>\n\n\n\nCela vaut de l'or pour les plug-ins SEO, les plug-ins de forme et les outils d'analyse de contenu. Au lieu d'analyser un texte non structur\u00e9, on obtient directement des donn\u00e9es utilisables.<\/p>\n\n\n\n
L'architecture \u00e0 deux niveaux<\/h2>\n\n\n\n
Sous le capot, le client AI se compose de deux niveaux :<\/p>\n\n\n\n
\n- Client PHP AI<\/strong> (
wordpress\/php-ai-client<\/code>) - un SDK PHP agnostique pour les fournisseurs, int\u00e9gr\u00e9 \u00e0 Core en tant que biblioth\u00e8que externe. M\u00e9thodes CamelCase, exceptions, techniquement ind\u00e9pendant de WordPress.<\/li>\n\n\n\n- Enveloppeur WordPress<\/strong> \u2014
WP_AI_Client_Prompt_Builder<\/code> d\u00e9veloppe le SDK dans les conventions WordPress : m\u00e9thodes snake_case, WP_Error<\/code> au lieu d'exceptions, l'int\u00e9gration avec WordPress HTTP Transport, l'API Abilities, l'infrastructure Connectors et le syst\u00e8me Hook.<\/li>\n<\/ol>\n\n\n\nC'est une s\u00e9paration \u00e9l\u00e9gante. Le PHP SDK peut th\u00e9oriquement \u00eatre utilis\u00e9 en dehors de WordPress. Le wrapper WordPress le rend idiomatique. Et le GenerativeAiResult<\/code>-est s\u00e9rialisable et peut \u00eatre envoy\u00e9 directement \u00e0 l'objet rest_ensure_response()<\/code> int\u00e9gration REST-API out of the box :<\/p>\n\n\n\nfunction my_rest_callback( WP_REST_Request $request ) {\n $result = wp_ai_client_prompt( $request->get_param( 'prompt' ) )\n ->generate_text_result();\n\n \/\/ WP_Error oder GenerativeAiResult \u2014 beides funktioniert\n return rest_ensure_response( $result );\n}<\/code><\/pre>\n\n\n\nContr\u00f4le granulaire : le filtre<\/h2>\n\n\n\n
Pour la s\u00e9curit\u00e9 et la conformit\u00e9, il y a wp_ai_client_prevent_prompt<\/code>:<\/p>\n\n\n\nadd_filter(\n 'wp_ai_client_prevent_prompt',\n function ( bool $prevent, WP_AI_Client_Prompt_Builder $builder ) : bool {\n \/\/ Exemple : AI uniquement pour les admins\n if ( ! current_user_can( 'manage_options' ) ) {\n return true ;\n }\n return $prevent ;\n },\n 10,\n 2\n) ;<\/code><\/pre>\n\n\n\nSi une invite est bloqu\u00e9e : pas d'appel API, is_supported_*()<\/code> donne false<\/code> en arri\u00e8re, generate_*()<\/code> fournit WP_Error<\/code>. Propre, pr\u00e9visible, pas de conditions de course.<\/p>\n\n\n\nPoints forts et points faibles<\/h2>\n\n\n\n
Ce qui est bien r\u00e9solu :<\/strong><\/p>\n\n\n\n\n- L'abstraction des fournisseurs. Les d\u00e9veloppeurs de plug-ins n'ont jamais \u00e0 se pr\u00e9occuper des cl\u00e9s API, des limites de taux ou des sp\u00e9cificit\u00e9s des fournisseurs d'acc\u00e8s.<\/li>\n\n\n\n
- D\u00e9tection de fonctionnalit\u00e9s sans appels \u00e0 l'API. Pas besoin de deviner si quelque chose fonctionne.<\/li>\n\n\n\n
- Les conventions WordPress.
WP_Error<\/code>, hooks, compatibilit\u00e9 REST - cela donne l'impression d'\u00eatre natif.<\/li>\n\n\n\n- Support du sch\u00e9ma JSON. Les r\u00e9ponses structur\u00e9es b\u00e9n\u00e9ficient d'un soutien de premier ordre.<\/li>\n\n\n\n
- L'architecture \u00e0 deux niveaux. Une s\u00e9paration nette entre le SDK et l'int\u00e9gration de WordPress.<\/li>\n<\/ul>\n\n\n\n
Ce que j'observe de mani\u00e8re critique<\/strong><\/p>\n\n\n\n\n- La configuration du connecteur est du ressort du propri\u00e9taire du site. Les plugins n'ont aucune influence sur ce point, si<\/strong> un fournisseur d'acc\u00e8s est configur\u00e9. Feature Detection intercepte cela, mais le d\u00e9fi UX demeure.<\/li>\n\n\n\n
- Le paysage des mod\u00e8les \u00e9volue rapidement. L'avenir nous dira dans quelle mesure la liste des pr\u00e9f\u00e9rences vieillit lorsque de nouveaux mod\u00e8les apparaissent tous les trois mois.<\/li>\n\n\n\n
- Les implications en termes de performance ne sont pas encore claires. Comment le syst\u00e8me se comporte-t-il en charge lorsque 10 plugins envoient des messages d'invite en m\u00eame temps ?<\/li>\n<\/ul>\n\n\n\n
Ce que cela signifie pour les plugins existants<\/h2>\n\n\n\n
Chaque plugin qui apporte aujourd'hui ses propres int\u00e9grations AI est confront\u00e9 \u00e0 une d\u00e9cision : conserver sa propre connexion API ou migrer vers le client AI ?<\/p>\n\n\n\n
Pour Plugins SEO<\/strong> la r\u00e9ponse est claire - les donn\u00e9es structur\u00e9es, l'analyse de contenu, la g\u00e9n\u00e9ration de m\u00e9ta-descriptions se font beaucoup plus proprement via le client AI. Pour Plugins de formulaire<\/strong> s'ouvre la validation intelligente des champs et l'auto-remplissage. Pour Plugins de commerce \u00e9lectronique<\/strong> les descriptions de produits g\u00e9n\u00e9r\u00e9es par l'IA deviennent soudain triviales.<\/p>\n\n\n\nPour un plugin comme citelayer\u00ae - Visibilit\u00e9 AI pour WordPress<\/a>, Le client AI est une extension naturelle de Citeitelayer, qui travaille \u00e0 l'interface entre WordPress et les syst\u00e8mes d'intelligence artificielle. Citelayer rend le contenu lisible pour l'IA - gr\u00e2ce \u00e0 llms.txt, l'injection de sch\u00e9mas, le suivi des bots et les protocoles comme UCP et WebMCP. Le client AI pourrait compl\u00e9ter ces couches d'analyse par des \u00e9valuations plus intelligentes, bas\u00e9es sur l'AI. J'ai expliqu\u00e9 ce que cela signifie concr\u00e8tement pour la visibilit\u00e9 AI. sur le blog de Citelayer.<\/a>.<\/p>\n\n\n\nPas un gadget mais une infrastructure<\/h2>\n\n\n\n
Le client WordPress 7.0 AI n'est pas un gadget. C'est une infrastructure. Bien pens\u00e9, idiomatique \u00e0 WordPress, et avec une philosophie de conception claire : le d\u00e9veloppeur d\u00e9crit l'intention, le syst\u00e8me s'occupe de l'ex\u00e9cution.<\/p>\n\n\n\n
Quiconque d\u00e9veloppe aujourd'hui des plug-ins WordPress devrait se familiariser avec cette API. Non pas parce qu'il le faut - mais parce qu'elle est la base sur laquelle la prochaine g\u00e9n\u00e9ration de plugins WordPress sera construite.<\/p>\n\n\n\n
La documentation compl\u00e8te de l'API est disponible sur le site WordPress Make Blog<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"Le client AI de WordPress 7.0 dans le Developer Deep-Dive : architecture API, exemples de code, d\u00e9tection de fonctionnalit\u00e9s et ce que cela signifie pour les plugins existants. Par une d\u00e9veloppeuse de plugins qui est l\u00e0 depuis 2009.<\/p>","protected":false},"author":1,"featured_media":3606,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"off","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1,754],"tags":[],"dipi_cpt_category":[],"class_list":["post-3603","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","category-ki-b2b"],"acf":[],"_links":{"self":[{"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/posts\/3603","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/comments?post=3603"}],"version-history":[{"count":2,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/posts\/3603\/revisions"}],"predecessor-version":[{"id":3607,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/posts\/3603\/revisions\/3607"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/media\/3606"}],"wp:attachment":[{"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/media?parent=3603"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/categories?post=3603"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/tags?post=3603"},{"taxonomy":"dipi_cpt_category","embeddable":true,"href":"https:\/\/isla-stud.io\/fr\/wp-json\/wp\/v2\/dipi_cpt_category?post=3603"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}