J'ai créé deux applications sans clavier : les IDE sont-ils déjà obsolètes ?

Sites : l’outil de Codex qui transforme vos idées en applications et sites web en un clic

OpenAI a annoncé le 2 juin 2026 une nouvelle fonctionnalité pour Codex baptisée Sites, qui permet de transformer une description textuelle en application web interactive hébergée en ligne. L'outil génère automatiquement des interfaces fonctionnelles, tableaux de bord de suivi de projet, planificateurs financiers, espaces collaboratifs, hubs de lancement produit, accessibles via une URL partageable. Sites est déployé en priorité sur les plans Business et Enterprise avant une ouverture plus large. La même annonce s'inscrit dans un rapport publié ce jour par OpenAI, révélant que Codex dépasse désormais 5 millions d'utilisateurs actifs par semaine, soit une croissance multipliée par six depuis le lancement de son application de bureau en février 2026. L'impact le plus significatif de Sites concerne l'élargissement du public capable de créer des outils numériques. Jusqu'ici, produire une application nécessitait un enchaînement d'étapes techniques, maquettage, développement, tests, intégration, souvent inaccessibles sans équipe dédiée. En automatisant ce processus par l'IA, OpenAI ouvre la création d'applications à des profils non techniques : analystes, designers, équipes marketing, responsables commerciaux. Ces professionnels représentent déjà une part importante de l'audience de Codex, qu'ils utilisent pour automatiser des tâches répétitives ou produire des contenus complexes. Sites prolonge cette logique en leur donnant accès à des livrables concrets et partageables, sans écrire une ligne de code. Cette annonce s'inscrit dans une tendance de fond où les grands acteurs de l'IA cherchent à capturer un marché bien au-delà des développeurs. Codex, lancé initialement comme assistant de programmation, s'est progressivement repositionné en outil de productivité généraliste pour les travailleurs du savoir. La concurrence dans ce segment est dense : des plateformes no-code comme Webflow ou Bubble, mais aussi des rivaux directs comme GitHub Copilot, Cursor ou encore Claude d'Anthropic. OpenAI mise sur l'intégration native de la génération de code et d'interface dans un seul workflow conversationnel pour se différencier. Reste que les questions de sécurité, de maintenance à long terme et de personnalisation avancée demeurent entières, des domaines où l'expertise humaine conserve sa valeur, et qui pourraient freiner l'adoption en entreprise pour des cas d'usage critiques.

10 plateformes IA open source sans code pour créer des applications LLM, des systèmes RAG et des agents IA

Un nouveau panorama recense dix plateformes open source qui permettent de construire des applications LLM, des systèmes RAG et des agents IA sans écrire de code d'orchestration à la main. Parmi les projets phares figure AutoAgent, développé par le Data Intelligence Lab de l'Université de Hong Kong, disponible sous licence MIT et documenté dans un article arXiv (2502.05957). Il suffit de décrire un objectif en langage naturel pour que le système génère lui-même outils, agents et flux de travail multi-agents, via un éditeur d'agents, un éditeur de workflows et un mode assistant de recherche prêt à l'emploi, compatible avec DeepSeek, Grok ou Gemini et déployable via Docker. Autre projet cité, AnythingLLM de Mintplex Labs, soutenu par Y Combinator, propose une plateforme tout-en-un auto-hébergée pour le RAG, les agents et le dialogue documentaire, sous forme d'application de bureau ou de conteneur Docker, avec plus de 30 fournisseurs de LLM compatibles et plusieurs bases vectorielles, le tout sous licence MIT. LangChain a de son côté lancé l'Open Agent Platform (OAP), une interface web sans code pour créer et gérer des agents LangGraph, avec authentification intégrée via Supabase par défaut et connexion aux serveurs MCP. Enfin, Sim Studio, sous licence Apache 2.0 et également soutenu par YC, mise sur un canevas visuel façon Figma où l'on assemble des blocs (Start, Agent, Function, API, Router, Loop) pour composer des pipelines, avec un copilote IA et une compatibilité annoncée avec plus de 1 000 outils. Cette vague d'outils change concrètement la façon dont les équipes techniques et non techniques abordent le développement d'applications d'intelligence artificielle. Là où la construction d'un agent ou d'un système de recherche augmentée nécessitait auparavant des compétences en ingénierie logicielle et l'assemblage manuel de bibliothèques d'orchestration, ces plateformes permettent de prototyper en quelques minutes via des interfaces visuelles ou de simples instructions en anglais courant. L'auto-hébergement, revendiqué par la plupart de ces projets, répond aussi à une préoccupation croissante des entreprises et administrations sur la souveraineté des données, en évitant de faire transiter des documents sensibles par des services tiers hébergés dans le cloud. Les licences permissives, MIT ou Apache 2.0, facilitent en outre l'usage commercial et les déploiements multi-clients sans contrainte juridique lourde. Ce mouvement s'inscrit dans la maturation rapide de l'écosystème des agents IA depuis 2024, où la démocratisation des outils suit celle des modèles eux-mêmes. Des acteurs comme LangChain, déjà installés dans l'écosystème des développeurs, ajoutent désormais une couche graphique à leurs frameworks existants, tandis que des startups plus jeunes soutenues par Y Combinator, comme Sim ou AnythingLLM, misent sur la simplicité d'usage pour capter des utilisateurs non spécialistes. La suite logique de cette tendance serait une consolidation autour de standards communs comme le protocole MCP, déjà adopté par plusieurs de ces plateformes, afin d'assurer l'interopérabilité entre agents et outils tiers.

💬 Faut avouer que c'est du bon, cette vague de plateformes no-code pour agents. Bon, sur le papier ça a l'air magique, mais le vrai apport c'est ailleurs : l'auto-hébergement en MIT ou Apache 2.0 fait plus pour la souveraineté des données des boîtes françaises que n'importe quelle annonce de commissaire européen. Reste à voir si ces éditeurs visuels tiennent en prod face à un vrai volume d'utilisateurs, parce qu'un canevas façon Figma qui plante à 500 requêtes/minute, ça reste un prototype.

Créer un portail personnalisé avec les applications MLflow d'Amazon SageMaker AI intégrées

Amazon Web Services propose une approche architecturale permettant aux équipes de machine learning d'intégrer Amazon SageMaker AI MLflow Apps directement dans un portail interne sur mesure, sans distribuer d'URLs présignées ni accorder d'accès individuels à la console AWS. La solution repose sur quatre composants déployés via AWS Cloud Development Kit (CDK) : un Application Load Balancer (ALB) comme point d'entrée unique, une application React embarquant l'interface MLflow dans un iframe, un reverse proxy Flask tournant sur Amazon EC2, et le service managé SageMaker AI MLflow Apps en backend. L'authentification AWS Signature Version 4 (SigV4) est gérée de façon transparente par le proxy Flask, qui intercepte chaque requête, la signe avec des identifiants temporaires obtenus via un rôle IAM dédié, puis la transmet à l'endpoint MLflow. Le résultat est une URL unique et permanente donnant accès à l'intégralité de l'interface MLflow, y compris le suivi des expériences, les métriques, les paramètres et les artefacts. Pour les équipes data comptant plusieurs dizaines de data scientists, ce modèle résout un problème opérationnel concret : l'impossibilité de distribuer des URLs présignées à grande échelle, et la charge administrative que représente la gestion des accès individuels à la console AWS. En intégrant MLflow au même portail SSO que les autres outils internes, les data scientists n'ont plus besoin de s'authentifier séparément ni de gérer des identifiants AWS. Les pipelines CI/CD et les scripts d'automatisation peuvent également interagir avec l'API REST MLflow via ce même endpoint proxy, sans modification côté client. Pour les responsables infrastructure, cela signifie moins de tickets d'accès, un onboarding simplifié et une surface d'attaque réduite, l'accès direct au service AWS restant invisible pour l'utilisateur final. MLflow s'est imposé comme standard de facto pour le suivi des expériences de machine learning, mais son intégration dans des environnements d'entreprise avec SSO et portails internes reste un point de friction fréquent. AWS, qui a intégré MLflow nativement dans SageMaker il y a moins d'un an, cherche à faciliter son adoption en entreprise en éliminant les barrières opérationnelles. Cette architecture de proxy inverse n'est pas nouvelle, elle s'applique à de nombreux services AWS accessibles via navigateur, mais sa documentation officielle pour MLflow marque une étape vers un usage plus industrialisé. La solution reste cependant incomplète en production : l'implémentation présentée utilise HTTP sans chiffrement, et AWS recommande explicitement d'ajouter HTTPS via AWS Certificate Manager avant tout déploiement réel. L'intégration SSO effective, mentionnée comme cas d'usage principal, n'est pas non plus couverte dans le guide, laissant aux équipes le soin d'assembler cette couche supplémentaire.

Google dévoile AppFunctions pour connecter les agents IA aux applications Android

Google a dévoilé AppFunctions, une nouvelle fonctionnalité en bêta anticipée pour Android, conçue pour permettre aux agents d'intelligence artificielle d'interagir directement avec les applications installées sur l'appareil. L'initiative s'inscrit dans une vision que Google qualifie d'OS « agent-first » : plutôt que d'ouvrir des applications manuellement, l'utilisateur formule un objectif, et un agent IA orchestre les briques fonctionnelles exposées par les apps pour l'accomplir. Ce changement de paradigme redéfinit le rôle des applications mobiles : elles ne sont plus des interfaces autonomes, mais des fournisseurs de capacités que les assistants IA peuvent assembler à la demande. Concrètement, un utilisateur pourrait demander à son assistant de « réserver un restaurant et d'ajouter l'événement au calendrier » sans jamais toucher manuellement ces deux apps — l'agent s'en chargerait via leurs AppFunctions respectives. Pour les développeurs, cela implique d'exposer leurs fonctionnalités sous une nouvelle forme d'API destinée aux agents. Cette annonce s'inscrit dans la course que se livrent Apple, Google et Microsoft pour intégrer l'IA générative au cœur des systèmes d'exploitation. Apple a lancé Apple Intelligence avec des capacités similaires via les App Intents, tandis que Microsoft pousse Copilot dans Windows. Google, fort de son modèle Gemini, cherche à faire d'Android la plateforme de référence pour les agents autonomes sur mobile — un terrain stratégique alors que l'usage des LLM sur appareil progresse rapidement.