Tech Platform SummIT Lyon 2026 (17/11) : évaluer des agents IA sans exploser coûts et risques

Tu veux des agents IA en prod. Tu veux aussi dormir la nuit.

Les agents IA promettent une DSI « augmentée »: moins de tickets qui tournent en rond, plus d’automatisation, des équipes qui se concentrent sur le dur. Sur le papier, c’est propre. Dans la vraie vie, ça se casse souvent sur 4 murs très concrets: accès aux données, auditabilité, coûts d’inférence, responsabilités.

Le Tech Platform SummIT Lyon 2026 tombe pile dans ce sujet, même si l’événement parle d’abord « plateformes ». Parce qu’un agent IA en entreprise, c’est d’abord une plateforme: cloud, identité, sécurité, data, logs, sauvegarde, pilotage des coûts. Bref, de l’IT réel.

Tech Platform SummIT 2026 à Lyon: les faits (et pourquoi ça concerne tes agents)

Tech Platform SummIT 2026 est annoncé comme la première édition du « rendez-vous des décideurs IT qui façonnent les plateformes de demain », avec un prisme IT, Cloud, FinOps, souveraineté. Source: events.teamwork.net.

• Date: mardi 17 novembre 2026, 8h30 à 15h. Source: events.teamwork.net.
• Lieu: Matmut Stadium Gerland, 365 av. Jean Jaurès, 69007 Lyon. Source: events.teamwork.net.
• Modalités: gratuit, sur inscription, places limitées. Source: events.teamwork.net.
• Format: présentations le matin, espace exposants, networking, et une intervention annoncée d’un sportif de haut niveau. Source: events.teamwork.net.

La keynote d’ouverture (annoncée 9h15) met explicitement sur la table: IA, évolution des infrastructures, optimisation des investissements, tout en préservant la souveraineté numérique, avec AWS cité aux côtés de TeamWork (partenaire Gold). Source: events.teamwork.net.

Côté exposants, la liste (AWS, IBM, Dell, Microsoft, Fortinet, Veeam, Nutanix, Rubrik, Commvault, etc.) indique le périmètre: cloud, infra, stockage, sauvegarde, sécurité, résilience. Exactement le socle que tes agents vont consommer et mettre sous stress. Source: events.teamwork.net.

Pourquoi « agents IA » et « plateformes » sont la même discussion

Un agent IA n’est pas juste un modèle qui répond. C’est un système qui agit: il lit, il cherche, il appelle des outils, il déclenche des actions. Donc il a besoin de droits, de garde-fous, de traces, et d’un budget.

Et c’est là que la DSI « augmentée » arrive: tu ajoutes une « main-d’œuvre digitale » qui exécute des micro-tâches à grande échelle. Des dirigeants tech interrogés projettent que cette digital workforce représentera 36% de la capacité des équipes tech core d’ici deux ans (projection 2027), contre 28% en 2025. Source: KPMG Global Tech Report 2026, via assets.kpmg.com.

Autre signal: 88% disent investir dans l’intégration de l’agentic AI dans leurs systèmes, et 92% pensent que la gestion d’agents IA sera une compétence importante d’ici 5 ans. Même source KPMG. Donc oui, tout le monde y va. La question, c’est comment y aller sans payer deux fois: en euros et en incidents.

Le piège classique: évaluer un agent comme un gadget

Sur un stand, une démo d’agent est presque toujours flatteuse. Tu vois un agent créer un ticket, résumer un document, répondre vite. Mais tu ne vois pas:

• les retries quand ça rate,
• les appels tools qui s’enchaînent,
• la dette de logs,
• le coût réel de recherche documentaire,
• les permissions trop larges,
• la difficulté à expliquer « pourquoi l’agent a fait ça ».

Le Tech Platform SummIT Lyon 2026 est intéressant si tu y vas avec une grille de test qui force les réponses sur: coûts, sécurité, gouvernance. Pas sur « waouh il clique tout seul ».

Grille de préparation: 3 questions à arriver avec (et à répéter à chaque fournisseur)

Question 1: valeur et périmètre

Quels processus l’agent est-il autorisé à exécuter de bout en bout, et lesquels restent humain dans la boucle ?

Ce que tu veux obtenir: une frontière nette. Exemples de frontières simples:

• L’agent propose une action, mais un humain valide avant exécution.
• L’agent exécute seul, mais uniquement sur un périmètre « low risk » (reset mot de passe, classement, pré-remplissage, création de brouillon, etc.).

Si la réponse est floue, tu tiens déjà ton signal: la plateforme te vend de l’autonomie avant de te vendre du contrôle.

Question 2: coûts réels (métrique utile)

Quel est le coût complet par tâche réussie, pas le coût par token, en incluant tools, retrieval, logs, garde-fous, retries et supervision ?

Tu compares quoi, concrètement:

• un coût par ticket résolu,
• un coût par rapport généré et validé,
• un coût par incident évité (si cas cybersécurité),
• un coût par minute de traitement économisée.

Le pricing « tokens » seul ne t’aidera pas. Le vrai budget part dans l’orchestration, la recherche documentaire, la surveillance, et les erreurs.

Question 3: gouvernance et preuve

Quelle preuve d’exécution l’agent produit-il, et qui peut auditer quoi (DSI, RSSI, juridique, métiers) ?

Tu cherches une réponse du type:

• journal d’actions horodaté,
• sources consultées,
• décisions prises et alternatives,
• permissions utilisées,
• capacité à rejouer ou expliquer un run,
• rétention des logs et accès aux logs.

Sans ça, ton agent devient une boîte noire. Et une boîte noire branchée sur ton SI, ça finit en réunion de crise.

2 cas d’usage à « tester » sur place (choisis pour révéler les vrais problèmes)

Cas d’usage 1: agent ITSM, support interne, DSI « augmentée »

Le scénario: un agent reçoit une demande interne, diagnostique, propose une solution, puis déclenche une action (création de ticket, affectation, réponse à l’utilisateur, exécution d’un runbook).

Pourquoi c’est un bon test:

• tu touches à l’identité et aux droits (qui a le droit de faire quoi),
• tu touches à la traçabilité (qui a déclenché quoi),
• tu touches aux coûts (volumétrie, répétition, escalades),
• tu touches à la gouvernance (ITIL, change, validation).

Questions de démo à poser:

• Montre-moi un run où l’agent hésite. Que fait-il: stop, escalade, ou il invente ?
• Montre-moi les logs d’un échec. Qui voit quoi, et combien de temps ?
• Montre-moi comment tu limites les actions à un sous-ensemble safe.

Cas d’usage 2: agent « back-office » sur données sensibles (finance, RH, juridique)

Le scénario: l’agent lit des documents internes (contrats, factures, procédures), répond à une demande et prépare une action (brouillon de courrier, synthèse, contrôle de conformité, pré-qualification).

Pourquoi c’est un bon test:

• tu forces la discussion sur l’accès aux données (et le besoin de minimisation),
• tu forces la discussion sur la souveraineté (où transitent les données),
• tu forces la discussion sur la preuve (sources, citations, justification),
• tu forces la discussion sur les responsabilités (erreur, préjudice, contentieux).

Questions de démo à poser:

• Peut-on prouver quel document a été utilisé pour répondre ?
• Peut-on empêcher l’agent d’extraire des données sensibles, même si on le lui demande ?
• Comment gères-tu la rétention et la suppression des traces (logs, prompts, pièces) ?

Checklist risques: les 4 points qui te piégeront si tu ne les forces pas

1) Accès aux données

• Identité: l’agent agit-il avec une identité dédiée, traçable, révocable ?
• Moindre privilège: droits minimaux, scope par application et par action.
• Séparation: environnements dev, test, prod. Pas de « même agent partout ».
• Exfiltration: contrôles pour éviter que l’agent ressorte plus que nécessaire.

2) Auditabilité et preuve

• Logs d’exécution: actions, paramètres, résultats, erreurs, horodatage.
• Explicabilité opérationnelle: pourquoi l’agent a choisi telle action.
• Replay: capacité à rejouer un run pour investiguer un incident.
• Accès aux traces: qui peut auditer, comment, et sous quel délai.

3) Coûts d’inférence (et coûts cachés)

• Coût par tâche réussie: pas par token, pas par « conversation ».
• Variabilité: pics de charge, grands contextes, pièces jointes, multimodal.
• Overhead: retrieval, embeddings, outils, redondance, supervision.
• FinOps: alerting, budgets, quotas, showback, chargeback.

4) Responsabilités et gouvernance

• Rôles: qui est responsable de l’agent (métier), de la plateforme (DSI), du risque (RSSI), du cadre (juridique) ?
• Garde-fous: règles d’arrêt, escalade, validation humaine, zones interdites.
• Contrats: droits d’audit, définition du service, limites, responsabilités.

Point à ne pas minimiser: quand l’IA devient « agentique » (donc autonome), la contractualisation glisse souvent d’une logique pure licence SaaS vers une logique plus orientée service, avec besoin de clauses sur garde-fous, droits d’audit, allocation de responsabilité. Source: Mayer Brown (document sur AI contracting) mayerbrown.com.

Sur place: quoi obtenir, pas juste quoi écouter

Si tu veux que le Tech Platform SummIT Lyon 2026 te serve vraiment, repars avec des éléments comparables. Pas des plaquettes.

1) Une short-list de critères de choix « plateforme agents »

• Contrôle des accès: intégration IAM, RBAC fin, secrets, rotation, traçabilité.
• Observabilité agent: logs exploitables, métriques par tâche, alertes, dashboards.
• Gouvernance: politiques, validation, environnements, gestion des versions.
• Coûts: métriques par cas d’usage, options de réduction, quotas, budget guardrails.
• Données: où ça transite, chiffrement, rétention, effacement, souveraineté.
• Résilience: continuité si API down, fallback modèle, PCA.

Objectif: être capable de dire « cette plateforme est bonne pour nos agents IA entreprise Lyon parce qu’elle répond à nos contraintes », et pas « elle avait la plus belle démo ».

2) Un plan pilote en 30 jours, cadré et mesurable

Repars avec un pilote qui a:

• un périmètre limité,
• une métrique par tâche réussie,
• un niveau d’autonomie explicite (humain dans la boucle),
• une politique de logs et de rétention,
• un budget plafonné,
• un process de revue sécurité et conformité.

3) Des preuves: docs, schémas, engagements

Demande des choses que tu peux faire circuler en interne (DSI, RSSI, achats, juridique):

• schéma d’architecture type,
• modèle de responsabilités (qui fait quoi),
• exemples de logs et d’audit,
• approche FinOps,
• clauses contractuelles standard sur audit et incidents.

Prochains pas dès le retour au bureau

Tu veux garder l’élan sans partir dans le flou. Fais simple:

• Jour 1 à 5: choisis un cas ITSM ou back-office, écris la frontière autonomie vs validation.
• Semaine 2: construis un mini jeu de tests et une métrique « coût par tâche réussie ».
• Semaine 3: cadrage accès, logs, rétention, et revue RSSI.
• Semaine 4: pilote limité, budget capé, revue de résultats avec décision go, no-go, ou pivot.

Si tu veux une autre grille utile pour préparer ta visite, tu peux aussi croiser avec l’article déjà publié: Tech Platform Summit 2026 à Lyon (17/11) : 10 questions cloud, IA, souveraineté.

Et pour le volet agents, sécurité, accès et actions, cette base aide à ne pas rater les fondamentaux: Agents IA : 10 garde-fous avant d’automatiser en entreprise (accès, données, actions).

Le bon résultat du Tech Platform SummIT Lyon 2026, ce n’est pas « on va faire des agents ». C’est: on sait comment évaluer des agents IA sans se piéger côté coûts, sécurité et gouvernance, on a une short-list, et on repart avec un pilote cadré qui peut passer en run.