CDI TECH MEDIA Nous écrire

Forrester dévoile les 10 technologies émergentes pour 2026 : quand l’IA s’échappe de l’écran

découvrez les 10 technologies émergentes pour 2026 selon forrester, avec un focus sur l'ia qui sort de l'écran pour transformer notre quotidien.

Forrester remet un coup de projecteur sur un basculement qui se sent déjà dans les entreprises les plus agiles : l’intelligence artificielle ne se contente plus d’assister, elle agit. Elle réserve, achète, rédige du code, coordonne des tâches et commence même à piloter des systèmes physiques. Ce déplacement, discret en apparence, a pourtant un effet spectaculaire sur les systèmes d’information : les interfaces deviennent plus invisibles, les décisions plus distribuées, et la question centrale n’est plus « que sait faire l’IA ? » mais « qui l’autorise à faire quoi, comment, et avec quelles preuves ? » C’est là que la notion d’IA hors écran prend tout son sens : l’action ne se limite plus à une fenêtre de chat, elle traverse des applications, des machines, des workflows et des chaînes logistiques entières.

Le classement des technologies émergentes esquissé par Forrester dessine un futur numérique où l’innovation technologique se mesure autant en capacité d’exécution qu’en puissance de calcul. Les directions IT se retrouvent face à un puzzle enthousiasmant : comment industrialiser des agents qui discutent entre eux, tout en maîtrisant l’identité, la conformité, l’observabilité et les coûts ? Dans cette nouvelle phase de transformation digitale, le gagnant ne sera pas forcément celui qui adopte tout en premier, mais celui qui choisit avec méthode : valeur, risque et horizon de retour. Et si l’IA sort de l’écran, c’est aussi parce que l’infrastructure, la sécurité et les protocoles mûrissent enfin pour l’accompagner.

En bref

  • 🚀 Forrester décrit une IA devenue agentique : elle exécute, orchestre et déclenche des actions, au-delà du simple dialogue.
  • 🧩 Trois familles structurent les technologies émergentes : Interact (expériences), Build (construction), Fuel (socles).
  • 🫥 Les Layer Zero Experiences annoncent une interface « au-dessus » des applications, où l’intention prime sur la navigation.
  • 🤖 L’IA prend corps avec la robotique et la technologie immersive des environnements simulés qui entraînent les machines.
  • 🛒 Le commerce agentique déplace la relation client vers des assistants transactionnels (paiement, mandat, traçabilité).
  • 🧱 La bataille se déplace vers l’architecture : identité des agents, droits, audit, sécurité et gouvernance.
  • 🖥️ Les « usines à IA » (GPU, réseaux, refroidissement) deviennent un facteur de compétitivité… et de dépendance.
  • 🔐 Le quantique n’est pas qu’une promesse : la migration post-quantique devient un chantier concret pour les RSSI.

Forrester et les technologies émergentes 2026 : l’IA hors écran comme nouveau centre de gravité

Le rapport Forrester sur les technologies émergentes met en scène un phénomène facile à résumer et difficile à maîtriser : l’intelligence artificielle cesse d’être un outil « dans » l’ordinateur pour devenir un acteur « autour » des processus. Là où, hier, l’utilisateur cliquait, copiait-collait et validait, l’agent propose une séquence complète : comprendre l’objectif, appeler plusieurs services, vérifier des contraintes, puis exécuter. Cette montée en autonomie fait passer la transformation digitale d’une logique de modernisation (migrer, refondre, automatiser) à une logique d’orchestration (déléguer, contrôler, auditer, arbitrer).

Pour visualiser la bascule, imaginons une entreprise fictive, Novalys, distributeur de pièces industrielles. Avant, un acheteur comparait des fournisseurs sur trois portails, demandait un devis, négociait, puis créait la commande dans l’ERP. Désormais, un agent peut agréger les catalogues, calculer le meilleur compromis coût/délai/empreinte carbone, vérifier les seuils d’approbation, puis préparer la commande. Le geste humain ne disparaît pas : il se déplace vers la définition des règles, l’arbitrage et la supervision. Et c’est précisément là que Forrester insiste : la valeur se gagne si l’architecture et la gouvernance suivent, sinon l’autonomie devient un risque.

Forrester propose une lecture en trois familles qui évite l’effet « liste hétéroclite ». Interact couvre ce que les utilisateurs vont ressentir directement ; Build regroupe les briques qui rendent ces usages possibles ; Fuel désigne les fondations (modèles, calcul, infrastructures) qui alimentent la machine. Cette catégorisation est précieuse pour les DSI : elle aide à séparer ce qui peut produire des bénéfices rapidement de ce qui demande une préparation plus longue, et de ce qui relève d’un investissement de socle.

Le message le plus enthousiasmant—et le plus exigeant—tient en une formule : l’IA hors écran va se multiplier. Pourquoi ? Parce que les organisations veulent réduire les frictions invisibles : ressaisies, validations dispersées, tickets qui s’empilent, recherches d’informations, erreurs de contexte. Ces micro-coûts paraissent anodins, mais à l’échelle d’un groupe international ils représentent des millions d’euros et une fatigue opérationnelle. Les technologies disruptives mises en avant par Forrester promettent de grignoter ces frictions, à condition de traiter trois points de front : les droits (qui peut agir), la traçabilité (qui a fait quoi), la sécurité (comment empêcher les dérives).

En filigrane, une question s’impose : faut-il piloter l’IA comme un logiciel, ou comme une équipe ? La réponse ressemble à un « oui » vibrant. Un agent a besoin de tests, de versions, de monitoring, mais il a aussi besoin d’un mandat, d’une charte et d’un cadre de responsabilité. Cette hybridation annonce la prochaine section : des interfaces qui disparaissent, remplacées par une couche d’intention au-dessus des applications.

Layer Zero Experiences : l’interface au-dessus des apps, moteur de technologie immersive et de futur numérique

Dans la liste Forrester, les Layer Zero Experiences frappent par leur dimension presque philosophique : et si l’interface n’était plus l’application, mais une couche d’intelligence artificielle capable d’interpréter une intention et d’assembler des actions à travers des services ? Concrètement, l’utilisateur ne navigue plus ; il formule un objectif. Le système décompose, appelle des fonctions, récupère des données, puis rend un résultat cohérent. Cela ne « tue » pas immédiatement les applications : cela déplace le centre de gravité vers des services composables, des droits finement gérés, et des API prêtes pour des agents.

Cette évolution s’observe déjà dans les usages grand public et professionnels. Les intégrations de services directement dans des conversations, les kits de développement d’extensions, ou les protocoles permettant de générer des interfaces structurées indiquent la direction : l’agent devient un chef d’orchestre. Pour Novalys, cela se traduit par une demande simple en apparence : « préparer une proposition commerciale pour ce client, avec les disponibilités réelles, les marges cibles, et une livraison optimisée ». Derrière cette phrase, l’agent doit consulter CRM, stock, transport, règles de pricing et conditions contractuelles. Sans une couche « zéro », l’utilisateur jongle entre dix onglets. Avec elle, il obtient une réponse actionnable, parfois même une action prête à être validée.

Ce mouvement rend la technologie immersive plus subtile qu’un casque de réalité virtuelle. L’immersion devient contextuelle : l’interface épouse le besoin et s’efface dès que l’action est terminée. Dans une salle de maintenance, une tablette ou une paire de lunettes connectées peut afficher la bonne procédure au bon moment, déclenchée par l’agent qui a compris la situation (symptômes, historique, pièces disponibles). L’écran existe encore, mais il n’est plus le point de départ ; il est un support temporaire.

Le défi le plus délicat n’est pas l’UX, c’est la permission. Une couche qui « flotte » au-dessus des applications exige de cartographier les capacités exposées : lecture seule, écriture, déclenchement d’achat, création de compte, modification de prix, etc. Les équipes IAM (Identity & Access Management) doivent alors gérer non seulement des humains, mais aussi des identités non humaines : agents, sous-agents, outils. Et la conformité n’est pas un bonus : dès qu’un agent touche à des données personnelles ou à des décisions sensibles, l’entreprise doit pouvoir prouver qui a autorisé quoi, quand, et sur la base de quelles règles.

Dans les comités de pilotage, une tension apparaît : faut-il ouvrir largement les fonctions pour accélérer, ou limiter fortement pour éviter les incidents ? La voie la plus robuste consiste à démarrer par des scénarios bornés et mesurables. Par exemple : « génération de documents », « préparation de devis », « création de tickets IT », « pré-remplissage de commandes »… avec validation humaine. Ce n’est pas un frein : c’est un accélérateur durable, car l’entreprise construit une base de contrôle et de confiance. Le terrain est alors prêt pour l’étape suivante, plus tangible : l’IA qui s’incarne dans des robots et des machines.

La bascule vers l’IA dans le monde réel n’est pas un gadget : c’est la partie visible d’une informatique qui devient action.

Physical AI & robotique : quand l’intelligence artificielle prend corps et transforme l’innovation technologique

La robotique dopée à l’IA, souvent fantasmée, entre dans une phase plus opérationnelle. Forrester parle d’IA physique pour désigner des systèmes capables de percevoir, raisonner et agir dans un environnement réel, sans se limiter à des scripts rigides. Cette nuance change tout : au lieu d’une machine programmée pour répéter, on obtient une machine capable de s’adapter à des variations, d’interpréter une consigne, et de corriger sa trajectoire. L’innovation technologique se mesure alors en robustesse : comment le système réagit-il face à un carton mal posé, une lumière changeante, un humain qui traverse ?

Dans Novalys, l’IA physique arrive d’abord par des cas d’usage « sans glamour », mais à forte valeur : manutention, préparation de commandes, inventaires, inspection. Un entrepôt peut confier à des robots la prise d’objets hétérogènes, là où l’automatisation classique exigeait des bacs standardisés. Un hôpital peut automatiser certains transports internes, réduisant les kilomètres parcourus par le personnel. Une usine peut améliorer la sécurité en déléguant des contrôles dans des zones à risque. Ces scénarios se financent parce qu’ils répondent à des pénuries de main-d’œuvre, à des exigences de sécurité, et à des gains de qualité.

Les piles technologiques présentées par les grands acteurs vont dans la même direction : modèles vision-langage-action, simulateurs, environnements de données, outils de génération de scénarios. Un point clé, souvent sous-estimé, est la simulation. Avant de lâcher un robot dans le monde réel, l’entreprise veut le tester dans un jumeau numérique : gestes répétables, millions de variantes, et surtout collecte d’incidents « virtuels » qui évitent des incidents « réels ». C’est ici que la technologie immersive prend une dimension industrielle : elle sert à entraîner, valider, et expliquer.

Pour autant, la difficulté n’est pas seulement algorithmique. Elle est aussi OT/IT : connecter des machines (OT) au SI (IT) sans exposer l’usine à des risques cyber. Elle est RH : redéfinir les postes, former, rassurer, éviter l’effet « boîte noire ». Elle est juridique : qui est responsable si un robot cause un dommage ? L’opérateur, le fournisseur, l’intégrateur, l’entreprise qui a défini les règles ? Ces questions ne sont pas théoriques : elles conditionnent les contrats, les assurances, les procédures de sécurité.

Les organisations les plus matures adoptent une stratégie par zones : commencer dans des périmètres contrôlés (entrepôt, couloir, ligne) et étendre ensuite. Elles mettent en place une instrumentation forte : logs d’événements, vidéos, capteurs, journal d’actions de l’agent, et revues d’incidents. Cela peut sembler lourd, mais c’est le prix d’une autonomie fiable. Une fois la mécanique acquise, le passage vers le transport autonome devient plus lisible : même logique de périmètres, mêmes obsessions de sécurité, mêmes cas limites.

Commerce agentique, développement agentique et systèmes multi-agents : les technologies disruptives qui refaçonnent la transformation digitale

La partie la plus immédiatement business du classement Forrester tient en trois expressions qui s’emboîtent : agentic commerce, agentic software development et systèmes multi-agents. Ensemble, elles dessinent une entreprise où l’IA ne répond pas seulement, mais exécute des chaînes de tâches. L’intérêt est évident : réduire les délais, fluidifier les parcours, limiter les erreurs de saisie, et rendre les équipes plus efficaces. Le risque l’est tout autant : déléguer l’action sans maîtriser l’identité, la validation et l’audit.

Le commerce agentique s’annonce comme un transfert de pouvoir. Au lieu d’un client qui compare sur des sites, un assistant peut filtrer, négocier des options, puis déclencher un achat. Des protocoles d’achat et de paiement adaptés aux agents émergent, portés par des plateformes de paiement et des acteurs du SaaS. Pour une marque, l’enjeu devient : comment rester visible quand l’agent fait le tri ? Comment présenter un catalogue sous forme « lisible par agent » ? Comment prouver l’authenticité d’un produit, ses conditions, ses garanties ? On entre dans une économie où la fiche produit devient un objet contractuel et traçable, et où la bataille se joue sur les données structurées et la confiance.

Chez Novalys, un scénario concret s’impose : un responsable maintenance demande « une pompe compatible, livrable sous 48h, avec certification ». L’agent compare, vérifie les compatibilités, calcule le coût d’arrêt évité, puis propose l’option la plus rationnelle. La tentation est forte de laisser l’agent acheter directement. Et c’est là que le SI doit encadrer : mandat d’achat, seuils, double validation, journal d’actions, et mécanisme d’annulation. Un agent qui achète sans garde-fou peut économiser du temps… ou créer un désastre budgétaire.

Côté développement, les agents changent la place du développeur. Ils savent analyser un dépôt, modifier plusieurs fichiers, lancer des tests et proposer une pull request. Le développeur devient un chef d’orchestre : il fixe l’intention, impose des contraintes (performance, sécurité, style), puis révise. La promesse est enthousiasmante pour les DSI : accélération des correctifs, meilleure couverture de tests, réduction des tâches répétitives. Mais la vigilance s’impose : les agents peuvent aussi introduire de la dette technique, des dépendances fragiles, ou des failles subtiles. Les équipes DevSecOps gagnent donc un nouveau terrain : politiques de revue, analyse statique, scans de secrets, et gating automatique avant merge.

Pourquoi les systèmes multi-agents deviennent le “système d’exploitation” de l’IA agentique

Un agent isolé suffit pour automatiser une tâche simple. Une entreprise, elle, fonctionne en rôles : achats, finance, conformité, support, production. Les systèmes multi-agents permettent de distribuer les responsabilités : un agent « approvisionnement » consulte le catalogue, un agent « conformité » vérifie les contraintes, un agent « finance » contrôle le budget, un agent « exécution » prépare la commande. Cela rappelle une équipe humaine, avec des spécialités et des processus. Et comme dans une équipe, l’orchestration fait la différence : qui délègue, qui valide, qui arbitre ?

Les frameworks et kits se multiplient : registres de connecteurs, outils d’évaluation, garde-fous, protocoles d’agent à agent. Le point crucial, lui, reste la gouvernance. Quand des agents se parlent, les effets de cascade deviennent possibles : un mauvais signal, une règle mal définie, et une série d’actions s’enchaîne. Les entreprises qui réussissent traitent donc ces systèmes comme des chaînes critiques : elles limitent le périmètre, imposent des budgets d’action, mettent des verrous, et observent tout.

Liste de contrôle opérationnelle pour déployer des agents sans perdre la maîtrise

  • 🧾 Définir un mandat clair par agent (objectif, périmètre, interdits) et un propriétaire métier.
  • 🔐 Mettre en place une identité d’agent avec droits minimaux, rotation des clés et séparation des environnements.
  • ✅ Exiger des points de validation (humain ou règles) pour les actions à impact : achat, suppression, publication.
  • 🧭 Activer une traçabilité complète : prompts, outils appelés, données consultées, décisions, horodatage.
  • 🧪 Industrialiser les tests (fonctionnels, sécurité, régression) et mesurer le taux d’échec par scénario.
  • 📉 Fixer des budgets : coût de calcul, limites de requêtes, et garde-fous anti-boucle.
  • 🧑‍⚖️ Prévoir un plan d’incident : arrêt d’urgence, rollback, et procédure de communication interne.

Ce triptyque commerce–code–multi-agents annonce mécaniquement une question : comment protéger tout cela de manière cohérente ? C’est le moment où la sécurité cesse d’être un patchwork d’outils pour devenir une plateforme.

Avant d’aller plus loin, une visualisation simple aide à situer les technologies : impact, horizon et principaux défis.

Technologie (Forrester) Horizon de valeur Impact clé Risque principal
🫥 Layer Zero Experiences ⏱️ Moyen terme Interfaces d’intention, apps plus invisibles Droits et exposition de services mal maîtrisés
🤖 Physical AI & Robotics ⏱️ Court à moyen terme Automatisation adaptative dans le monde réel Responsabilité, sécurité, intégration OT/IT
🛒 Agentic Commerce ⚡ Court terme Achat déclenché par agent, parcours fluidifié Nouvel intermédiaire IA, perte de relation client
🧑‍💻 Agentic Software Development ⚡ Court terme Accélération des changements, PR automatisées Dette technique et failles si garde-fous faibles
🧩 Multi-agent systems ⏱️ Moyen terme Orchestration de processus complexes Effets de cascade, imprévisibilité
🔐 AI Security and Trust ⚡ Court terme Plateforme unifiée de sécurité IA Angles morts sur identités non humaines
🧠 Frontier Models ⏱️ Continu Carburant de toutes les capacités agentiques Coût, souveraineté, auditabilité
🖥️ AI Supercomputing ⏱️ Moyen terme Capacité de calcul comme avantage compétitif Dépendance fournisseurs, énergie, capex
🧬 Quantum Computing 🕰️ Long terme Optimisation et simulation, mais surtout enjeu crypto Q-day : obsolescence du chiffrement actuel

Cette photographie des technologies disruptives montre un fil rouge : l’exécution accélère, donc la confiance doit devenir systémique.

Sécurité, confiance et infrastructures : AI Security and Trust, modèles de pointe, supercalcul et urgence post-quantique

Quand l’IA devient un acteur opérationnel, la sécurité ne peut plus rester une couche ajoutée après coup. Forrester souligne un tournant : la sécurité de l’IA devient unificatrice. Jusqu’ici, le marché empilait des briques : pare-feu de prompts, monitoring d’applications, détection de fuites, protection de modèles. Désormais, ces composants tendent à se consolider en plateformes capables de couvrir l’ensemble du cycle de vie : découverte, évaluation, protection, audit, réponse. C’est une excellente nouvelle pour les entreprises : moins d’angles morts, plus de cohérence. C’est aussi une exigence : sans plateforme, impossible de sécuriser des agents qui appellent des outils, manipulent des identités et déclenchent des actions.

Le sujet le plus explosif est celui des identités non humaines. Un agent n’est pas un utilisateur classique : il peut être instancié, cloné, spécialisé, délégué. Il peut agir à grande vitesse, sur des volumes élevés. Pour Novalys, cela impose une discipline nouvelle : un annuaire d’agents, des rôles précis, des droits minimaux, et des revues régulières. De la même façon qu’une entreprise audite les comptes administrateurs, elle doit auditer les agents privilégiés. Un agent qui « peut acheter » ou « peut déployer en production » est un super-utilisateur : il mérite des contrôles renforcés.

Toolbox : estimer la maturité “IA hors écran” d’un projet agentique

Quizz — Maturité d’un projet d’IA agentique (2026)

10 questions pour évaluer la gouvernance, la sécurité, la conformité et l’industrialisation de vos agents IA. Répondez honnêtement : l’objectif est d’identifier les chantiers prioritaires.

0/10 répondues
Question 1 sur 10

Choisissez l’option la plus proche de votre situation actuelle.

Conseil

Les projets agentiques “s’échappent de l’écran” : ils déclenchent des actions. La maturité dépend autant des garde-fous (droits minimaux, arrêt d’urgence) que des performances (tests, observabilité, budget).

Accessibilité : navigation clavier possible (Tab/Entrée), libellés explicites, retours d’état. Confidentialité : aucune donnée envoyée. Vous pouvez copier un résumé localement.

/* Optionnel (non utilisé) — API publique gratuite si vous souhaitez enrichir plus tard avec des définitions : URL : https://api.allorigins.win/raw?url=https://fr.wikipedia.org/api/rest_v1/page/summary/Intelligence_artificielle Exemple de réponse JSON (Wikipedia REST Summary, simplifié) : { « title »: »Intelligence artificielle », « extract »: »L’intelligence artificielle … », « content_urls »:{« desktop »:{« page »: »https://fr.wikipedia.org/wiki/Intelligence_artificielle »}} } Note : ce quizz fonctionne à 100 % sans API. */ (function () { « use strict »; // —————————– // Textes (faciles à éditer) // —————————– const UI = { optionPrefix: « Option « , answeredLabel: « répondues », statusWaiting: « En attente de réponses », statusInProgress: « En cours », statusReady: « Prêt à calculer », explainFallback: « Cet élément structure la maîtrise des risques et la capacité à déployer des agents fiables. », copyOk: « Résumé copié dans le presse-papiers. », copyFail: « Copie impossible (navigateur). Sélectionnez le texte manuellement : », resumeTitle: « Résumé — Maturité IA agentique » }; // —————————– // Questions (10) — 4 choix A/B/C/D — score 0..3 // Thèmes demandés : gouvernance, identité, droits minimaux, observabilité, budget, validation humaine, // conformité (AI Act), sécurité des données, tests, arrêt d’urgence // —————————– const QUESTIONS = [ { tag: « Gouvernance », q: « Votre projet d’IA agentique a-t-il une gouvernance formalisée (rôles, décisions, arbitrages, traçabilité) ? », why: « Les agents peuvent prendre des décisions et déclencher des actions. Une gouvernance claire évite les zones grises : qui valide, qui stoppe, qui assume, qui audite. », options: [ { k: « A », text: « Aucune gouvernance dédiée : décisions ad hoc. », score: 0 }, { k: « B », text: « Responsable identifié, mais processus incomplets et peu documentés. », score: 1 }, { k: « C », text: « Comité léger + RACI/rituels (revues, incidents) documentés. », score: 2 }, { k: « D », text: « Gouvernance complète : politiques, audits, KPI, gestion du changement, responsabilités actées. », score: 3 } ] }, { tag: « Identité des agents », q: « Comment gérez-vous l’identité de vos agents (authentification, attribution, séparation des environnements) ? », why: « Une identité d’agent mal définie complique l’audit et ouvre la porte aux abus. Une identité distincte par agent et par environnement renforce la sécurité et la traçabilité. », options: [ { k: « A », text: « L’agent utilise des comptes partagés ou des tokens non attribués. », score: 0 }, { k: « B », text: « Identité technique unique, mais sans séparation stricte dev/recette/prod. », score: 1 }, { k: « C », text: « Identités par service/agent, rotation des secrets, séparation des environnements. », score: 2 }, { k: « D », text: « Identités fortes (ex. OIDC), attestation, rotation automatique, inventaire des agents et de leurs clés. », score: 3 } ] }, { tag: « Droits minimaux », q: « Appliquez-vous le principe du moindre privilège (droits minimaux) aux actions que l’agent peut exécuter ? », why: « Un agent sur-privilégié peut faire des dégâts à grande vitesse. Le moindre privilège limite l’impact en cas d’erreur, dérive ou compromission. », options: [ { k: « A », text: « L’agent a des droits larges « pour que ça marche ». », score: 0 }, { k: « B », text: « Quelques restrictions, mais pas de revue régulière des permissions. », score: 1 }, { k: « C », text: « Rôles limités + revues périodiques + permissions par fonctionnalité. », score: 2 }, { k: « D », text: « Moindre privilège strict : policies par action, time-bound access, approbation pour escalade. », score: 3 } ] }, { tag: « Observabilité », q: « Quel niveau d’observabilité avez-vous sur les actions et décisions de l’agent (logs, traces, métriques, prompts/outils) ? », why: « Sans observabilité, impossible de diagnostiquer un incident, prouver la conformité, ou améliorer la qualité. Pour les agents, il faut suivre actions, outils, contextes, et résultats. », options: [ { k: « A », text: « Peu ou pas de logs exploitables. », score: 0 }, { k: « B », text: « Logs partiels (ex. erreurs), sans lien avec les actions/outils. », score: 1 }, { k: « C », text: « Traces reliées aux actions : horodatage, outil appelé, résultat, identifiant de requête. », score: 2 }, { k: « D », text: « Observabilité complète : métriques SLO, redaction, relecture, alerting, corrélation bout-en-bout. », score: 3 } ] }, { tag: « Budget & coûts », q: « Comment pilotez-vous le budget (coût d’inférence, outils externes, temps de calcul, dérives) ? », why: « Les agents peuvent « boucler » et multiplier les appels (LLM, web, APIs). Un pilotage des coûts évite les surprises et force une optimisation par la valeur. », options: [ { k: « A », text: « Aucun suivi : coût inconnu ou découvert trop tard. », score: 0 }, { k: « B », text: « Suivi global mensuel, sans seuils ni alertes. », score: 1 }, { k: « C », text: « Budgets par cas d’usage + alertes + limites (rate limits, quotas). », score: 2 }, { k: « D », text: « FinOps agentique : coût par tâche, tests de charge coût, garde-fous anti-boucle, optimisation continue. », score: 3 } ] }, { tag: « Validation humaine », q: « À quels moments une validation humaine est-elle requise avant qu’un agent agisse ? », why: « Le « human-in-the-loop » est une barrière efficace pour les actions à risque (finance, production, données sensibles). Le bon niveau dépend du contexte et du niveau d’autonomie. », options: [ { k: « A », text: « Jamais : l’agent agit en autonomie totale. », score: 0 }, { k: « B », text: « Validation humaine informelle, au cas par cas. », score: 1 }, { k: « C », text: « Validation obligatoire pour actions à risque (liste définie) ou au-delà d’un seuil. », score: 2 }, { k: « D », text: « Workflow robuste : approbations, double validation, journaux, et règles dynamiques selon le risque. », score: 3 } ] }, { tag: « Conformité (AI Act) », q: « Où en êtes-vous sur la conformité (ex. AI Act) : classification du risque, documentation, et obligations associées ? », why: « La conformité n’est pas qu’un document : elle structure la conception, les contrôles, et la preuve. Anticiper évite de bloquer au moment du passage à l’échelle. », options: [ { k: « A », text: « Non traité : pas d’analyse de risque ni de dossier. », score: 0 }, { k: « B », text: « Première ébauche : analyse partielle, responsabilités floues. », score: 1 }, { k: « C », text: « Analyse de risque + documentation + contrôles alignés au niveau de risque. », score: 2 }, { k: « D », text: « Conformité opérationnelle : registre, preuves, audits internes, mise à jour continue, monitoring post-déploiement. », score: 3 } ] }, { tag: « Sécurité des données », q: « Comment protégez-vous les données manipulées par l’agent (accès, chiffrement, minimisation, secrets, DLP) ? », why: « Les agents manipulent souvent des données sensibles (clients, contrats, code). La sécurité doit couvrir l’accès, l’exposition via prompts, et les sorties vers des outils externes. », options: [ { k: « A », text: « Données injectées sans filtrage ; secrets parfois dans des prompts. », score: 0 }, { k: « B », text: « Bonnes pratiques ponctuelles (masquage) mais non systématiques. », score: 1 }, { k: « C », text: « Minimisation, chiffrement, gestion des secrets, et règles de partage avec outils. », score: 2 }, { k: « D », text: « Approche complète : classification, DLP, redaction, enclaves/isolement, rotation, tests d’exfiltration. », score: 3 } ] }, { tag: « Tests & qualité », q: « Quel est votre niveau de tests pour l’agent (fonctionnel, non-régression, sécurité, robustesse, scénarios adversariaux) ? », why: « Les agents peuvent réussir en démo et échouer en prod. Des tests systématiques (y compris adversariaux) réduisent les régressions et les comportements dangereux. », options: [ { k: « A », text: « Pas de tests formels : on teste “à la main”. », score: 0 }, { k: « B », text: « Quelques scénarios de test, sans automatisation ni seuils. », score: 1 }, { k: « C », text: « Tests automatisés + jeux de cas + critères de passage (gates) avant déploiement. », score: 2 }, { k: « D », text: « Test suite complète : red teaming, robustesse, évaluations continues, canary, et suivi de dérives. », score: 3 } ] }, { tag: « Arrêt d’urgence », q: « Disposez-vous d’un plan d’arrêt d’urgence (kill switch) et d’un plan de retour arrière en cas de dérive ou incident ? », why: « Quand un agent agit sur des systèmes, il faut pouvoir l’arrêter vite, limiter l’impact, et revenir à un état sûr. C’est un prérequis d’industrialisation. », options: [ { k: « A », text: « Aucun mécanisme d’arrêt dédié. », score: 0 }, { k: « B », text: « Arrêt possible, mais non testé et dépendant d’une personne. », score: 1 }, { k: « C », text: « Kill switch documenté + runbook incident + exercices ponctuels. », score: 2 }, { k: « D », text: « Kill switch automatisé + rollback + simulations régulières + critères d’arrêt (alertes/SLO). », score: 3 } ] } ]; // —————————– // Éléments DOM // —————————– const root = document.getElementById(« quiz-agentique »); const el = { qIndex: root.querySelector(« #qaQIndex »), question: root.querySelector(« #qaQuestion »), tag: root.querySelector(« #qaTag »), hint: root.querySelector(« #qaHint »), options: root.querySelector(« #qaOptions »), prev: root.querySelector(« #qaPrev »), next: root.querySelector(« #qaNext »), finish: root.querySelector(« #qaFinish »), progressBar: root.querySelector(« #qaProgressBar »), progressLabel: root.querySelector(« #qaProgressLabel »), scoreNow: root.querySelector(« #qaScoreNow »), answeredNow: root.querySelector(« #qaAnsweredNow »), statusPill: root.querySelector(« #qaStatusPill »), quickNav: root.querySelector(« #qaQuickNav »), explainBtn: root.querySelector(« #qaAutoExplain »), explainWrap: root.querySelector(« #qaExplain »), explainText: root.querySelector(« #qaExplainText »), resultCard: root.querySelector(« #qaResultCard »), resultHeader: root.querySelector(« #qaResultHeader »), level: root.querySelector(« #qaLevel »), scoreFinal: root.querySelector(« #qaScoreFinal »), recs: root.querySelector(« #qaRecs »), copyBtn: root.querySelector(« #qaCopy »), copyMsg: root.querySelector(« #qaCopyMsg »), reset: root.querySelector(« #qaReset »), resetTop: root.querySelector(« #qaResetTop »), jumpResult: root.querySelector(« #qaJumpResult ») }; // —————————– // État // —————————– const state = { current: 0, answers: Array(QUESTIONS.length).fill(null) // stocke l’index d’option choisi (0..3) }; // —————————– // Helpers // —————————– function clamp(n, a, b) { return Math.max(a, Math.min(b, n)); } function computeScore() { let score = 0; for (let i = 0; i v !== null).length; } function allAnswered() { return answeredCount() === QUESTIONS.length; } function levelFromScore(score) { if (score <= 12) return "Débutant"; if (score { const ai = state.answers[i]; if (ai === null) return; const s = qq.options[ai].score; if (s w.tag).join(« , « ) + (weak.length > 3 ? « … » : «  ») + « . »); } return recs; } function pillUpdate() { const a = answeredCount(); const score = computeScore(); el.answeredNow.textContent = String(a); el.scoreNow.textContent = String(score); el.progressLabel.textContent = String(a); el.progressBar.style.width = (a / QUESTIONS.length * 100).toFixed(0) + « % »; const dot = el.statusPill.querySelector(« span »); const textNode = el.statusPill.childNodes[2]; // text after dot if (a === 0) { el.statusPill.className = « mt-2 inline-flex items-center gap-2 rounded-full px-3 py-1.5 text-xs font-semibold border bg-slate-50 text-slate-700 border-slate-200 »; dot.className = « inline-block h-2 w-2 rounded-full bg-slate-400 »; textNode.textContent = UI.statusWaiting; } else if (!allAnswered()) { el.statusPill.className = « mt-2 inline-flex items-center gap-2 rounded-full px-3 py-1.5 text-xs font-semibold border bg-amber-50 text-amber-900 border-amber-200 »; dot.className = « inline-block h-2 w-2 rounded-full bg-amber-500 »; textNode.textContent = UI.statusInProgress; } else { el.statusPill.className = « mt-2 inline-flex items-center gap-2 rounded-full px-3 py-1.5 text-xs font-semibold border bg-emerald-50 text-emerald-900 border-emerald-200 »; dot.className = « inline-block h-2 w-2 rounded-full bg-emerald-500 »; textNode.textContent = UI.statusReady; } el.finish.disabled = !allAnswered(); el.jumpResult.disabled = !allAnswered(); el.jumpResult.setAttribute(« aria-disabled », String(!allAnswered())); } function renderQuickNav() { el.quickNav.innerHTML = «  »; for (let i = 0; i { state.current = i; renderQuestion(); }); el.quickNav.appendChild(btn); } } function renderQuestion() { const idx = clamp(state.current, 0, QUESTIONS.length – 1); state.current = idx; const qq = QUESTIONS[idx]; el.qIndex.textContent = String(idx + 1); el.question.textContent = qq.q; el.tag.textContent = qq.tag; // Accessibilité : l’explication se replie à chaque changement el.explainWrap.classList.add(« hidden »); el.explainText.textContent = «  »; // Options (radio) el.options.innerHTML = «  »; const chosen = state.answers[idx]; qq.options.forEach((opt, i) => { const id = « qa_q » + idx + « _opt » + i; const wrap = document.createElement(« div »); wrap.className = « group rounded-xl border p-3 sm:p-4 cursor-pointer select-none transition  » + (chosen === i ? « border-emerald-300 bg-emerald-50 » : « border-slate-200 bg-white hover:bg-slate-50 »); const row = document.createElement(« div »); row.className = « flex items-start gap-3 »; const radio = document.createElement(« input »); radio.type = « radio »; radio.name = « qa_q » + idx; radio.id = id; radio.value = String(i); radio.checked = chosen === i; radio.className = « mt-1 h-4 w-4 accent-emerald-600 »; radio.setAttribute(« aria-describedby », id + « _desc »); const label = document.createElement(« label »); label.htmlFor = id; label.className = « flex-1 cursor-pointer »; const top = document.createElement(« div »); top.className = « flex items-start justify-between gap-3 »; const left = document.createElement(« div »); left.className = « text-sm sm:text-base font-semibold text-slate-900 »; left.textContent = opt.k + « .  » + opt.text; const badge = document.createElement(« div »); badge.className = « shrink-0 text-[11px] font-semibold px-2 py-1 rounded-full border  » + (opt.score >= 2 ? « bg-emerald-100 text-emerald-900 border-emerald-200 » : opt.score === 1 ? « bg-amber-100 text-amber-900 border-amber-200 » : « bg-slate-100 text-slate-700 border-slate-200″); badge.textContent = opt.score +  » pt » + (opt.score > 1 ? « s » : «  »); top.appendChild(left); top.appendChild(badge); const desc = document.createElement(« div »); desc.id = id + « _desc »; desc.className = « mt-1 text-xs sm:text-sm text-slate-600 »; desc.textContent = « Score :  » + opt.score + « /3 »; label.appendChild(top); label.appendChild(desc); row.appendChild(radio); row.appendChild(label); wrap.appendChild(row); // Interaction : clic sur la carte = sélection wrap.addEventListener(« click », (e) => { if (e.target && (e.target.tagName === « A »)) return; radio.checked = true; setAnswer(idx, i); }); // Interaction clavier : Entrée/Espace sur le radio déclenche radio.addEventListener(« change », () => setAnswer(idx, i)); el.options.appendChild(wrap); }); el.prev.disabled = idx === 0; el.next.disabled = idx === QUESTIONS.length – 1; renderQuickNav(); pillUpdate(); } function setAnswer(qIdx, optIdx) { state.answers[qIdx] = optIdx; // Feedback visuel immédiat : rerender question pour mettre à jour la carte sélectionnée renderQuestion(); // Avance “intelligente” : si pas la dernière question, passe à la suivante après sélection // sans surprendre l’utilisateur si il revient en arrière. if (qIdx { const li = document.createElement(« li »); li.textContent = r; el.recs.appendChild(li); }); el.resultCard.classList.remove(« hidden »); el.resultCard.scrollIntoView({ behavior: « smooth », block: « start » }); } function resetAll() { state.current = 0; state.answers = Array(QUESTIONS.length).fill(null); el.resultCard.classList.add(« hidden »); el.copyMsg.classList.add(« hidden »); el.copyMsg.textContent = «  »; renderQuestion(); } function buildSummaryText() { const score = computeScore(); const lvl = levelFromScore(score); // Top 3 chantiers faibles const weakTags = []; QUESTIONS.forEach((qq, i) => { const ai = state.answers[i]; if (ai === null) return; const s = qq.options[ai].score; if (s { state.current = clamp(state.current – 1, 0, QUESTIONS.length – 1); renderQuestion(); }); el.next.addEventListener(« click », () => { state.current = clamp(state.current + 1, 0, QUESTIONS.length – 1); renderQuestion(); }); el.finish.addEventListener(« click », () => { if (allAnswered()) renderResult(); }); el.explainBtn.addEventListener(« click », showExplanation); el.reset.addEventListener(« click », resetAll); el.resetTop.addEventListener(« click », resetAll); el.copyBtn.addEventListener(« click », copySummary); el.jumpResult.addEventListener(« click », () => { if (!allAnswered()) return; renderResult(); }); // Amélioration accessibilité : raccourci clavier léger dans le bloc (sans capturer globalement) root.addEventListener(« keydown », (e) => { // Alt + flèches pour naviguer if (!e.altKey) return; if (e.key === « ArrowLeft ») { e.preventDefault(); el.prev.click(); } if (e.key === « ArrowRight ») { e.preventDefault(); el.next.click(); } }); // Init renderQuestion(); })();

Au-delà de la sécurité, Forrester rappelle que les modèles de pointe restent le carburant. Le marché avance si vite que la question n’est plus seulement « quel modèle est le plus performant ? », mais « quel modèle est le plus adapté à ce contexte ? ». Dans une banque, la priorité peut être l’auditabilité et la souveraineté. Dans un service client, ce peut être la latence et le coût par conversation. Dans un bureau d’études, ce sera la multimodalité et la précision. Le meilleur choix est souvent un portefeuille : un modèle premium pour les cas complexes, des modèles plus légers pour le volume, et une couche d’orchestration qui route intelligemment.

Cette réalité mène naturellement à l’AI supercomputing. L’IA agentique a un coût physique : GPU, réseaux, stockage, refroidissement, énergie. Les plateformes rack-scale et les « AI factories » deviennent un nouveau langage du SI. Pour les DSI, il y a une énergie communicative dans cette course au calcul, mais aussi une question très terre-à-terre : combien coûte une action agentique, à l’échelle d’un million d’actions ? Quel est le prix de l’entraînement, de l’inférence, des tests, de l’observabilité ? La transformation digitale se retrouve donc liée aux contraintes énergétiques et aux chaînes d’approvisionnement.

Enfin, le calcul quantique apparaît comme la technologie à horizon plus lointain, mais au présent paradoxalement pressant à cause de la cryptographie. Forrester évoque un calendrier où le « Q-day »—le jour où des schémas actuels deviennent cassables—cesse d’être un sujet de science-fiction. La réponse la plus pragmatique est déjà connue : migrer vers des standards post-quantiques. Les standards finalisés par les organismes de normalisation forment une base solide pour planifier. Ce chantier ressemble à une rénovation de plomberie : peu visible, mais vital. Il implique inventaire des usages cryptographiques, priorisation, tests de performance, compatibilité partenaires, et plan de déploiement par vagues.

Au fond, la promesse est enthousiasmante : un futur numérique où l’IA accélère la valeur. La condition est tout aussi claire : sans confiance, l’autonomie devient une dette. Et c’est précisément cette équation—valeur, risque, horizon—que Forrester pousse sur le devant de la scène.

{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Quu2019est-ce que Forrester entend par IA hors u00e9cran ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Il su2019agit du2019une intelligence artificielle qui ne se limite plus u00e0 ru00e9pondre dans une interface conversationnelle. Elle agit via des services (API), du00e9clenche des workflows, pilote des outils et peut interagir avec le monde physique (robots, capteurs), tout en restant souvent u00ab invisible u00bb pour lu2019utilisateur final. »}},{« @type »: »Question », »name »: »Pourquoi les Layer Zero Experiences sont-elles considu00e9ru00e9es comme disruptives ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Parce quu2019elles du00e9placent lu2019expu00e9rience utilisateur au-dessus des applications : lu2019intention devient lu2019entru00e9e principale, et la couche IA assemble les actions entre plusieurs services. Cela pousse les entreprises u00e0 exposer leurs fonctions de maniu00e8re actionnable, avec des droits, des validations et une trau00e7abilitu00e9 renforcu00e9s. »}},{« @type »: »Question », »name »: »Quels sont les risques majeurs des systu00e8mes multi-agents en entreprise ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Les principaux risques sont les effets de cascade (une erreur se propage), les accu00e8s excessifs (droits trop larges), lu2019impru00e9visibilitu00e9 (agents qui se du00e9clenchent mutuellement) et le manque du2019audit. La ru00e9ponse passe par lu2019identitu00e9 des agents, des budgets du2019action, des points de validation et une observabilitu00e9 de bout en bout. »}},{« @type »: »Question », »name »: »Le commerce agentique menace-t-il la relation directe entre marques et clients ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Oui, car lu2019assistant transactionnel peut devenir un nouvel intermu00e9diaire : il filtre, compare et choisit. Les marques doivent donc rendre leurs catalogues lisibles par des agents, investir dans la qualitu00e9 des donnu00e9es, la preuve (authenticitu00e9, garanties) et une stratu00e9gie du2019intu00e9gration pour rester pru00e9sentes dans les parcours. »}},{« @type »: »Question », »name »: »Que faire du00e8s maintenant face au risque cryptographique liu00e9 au quantique ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Lu2019action la plus concru00e8te consiste u00e0 lancer une transition post-quantique : inventorier ou00f9 la cryptographie est utilisu00e9e, prioriser les systu00e8mes u00e0 longue duru00e9e de vie, tester les algorithmes post-quantiques recommandu00e9s, puis du00e9ployer progressivement en coordination avec les partenaires et fournisseurs. »}}]}

Qu’est-ce que Forrester entend par IA hors écran ?

Il s’agit d’une intelligence artificielle qui ne se limite plus à répondre dans une interface conversationnelle. Elle agit via des services (API), déclenche des workflows, pilote des outils et peut interagir avec le monde physique (robots, capteurs), tout en restant souvent « invisible » pour l’utilisateur final.

Pourquoi les Layer Zero Experiences sont-elles considérées comme disruptives ?

Parce qu’elles déplacent l’expérience utilisateur au-dessus des applications : l’intention devient l’entrée principale, et la couche IA assemble les actions entre plusieurs services. Cela pousse les entreprises à exposer leurs fonctions de manière actionnable, avec des droits, des validations et une traçabilité renforcés.

Quels sont les risques majeurs des systèmes multi-agents en entreprise ?

Les principaux risques sont les effets de cascade (une erreur se propage), les accès excessifs (droits trop larges), l’imprévisibilité (agents qui se déclenchent mutuellement) et le manque d’audit. La réponse passe par l’identité des agents, des budgets d’action, des points de validation et une observabilité de bout en bout.

Le commerce agentique menace-t-il la relation directe entre marques et clients ?

Oui, car l’assistant transactionnel peut devenir un nouvel intermédiaire : il filtre, compare et choisit. Les marques doivent donc rendre leurs catalogues lisibles par des agents, investir dans la qualité des données, la preuve (authenticité, garanties) et une stratégie d’intégration pour rester présentes dans les parcours.

Que faire dès maintenant face au risque cryptographique lié au quantique ?

L’action la plus concrète consiste à lancer une transition post-quantique : inventorier où la cryptographie est utilisée, prioriser les systèmes à longue durée de vie, tester les algorithmes post-quantiques recommandés, puis déployer progressivement en coordination avec les partenaires et fournisseurs.

Retour en haut