Moonshot AI vient de lâcher Kimi K2.6, et le chiffre qui fait parler : un agent autonome qui a tourné 5 jours d'affilée pour du monitoring et de l'incident response. Pas une démo. Pas un benchmark. Un vrai use case en production.
Pendant ce temps, Google Cloud Next 2026 (qui se termine aujourd'hui) et AWS se tirent la bourre pour définir qui contrôle le stack des agents autonomes. On est en train de passer d'un monde où les agents IA étaient des gadgets à un monde où ils deviennent de l'infrastructure critique.
Un agent qui tourne 5 jours, ça veut dire quoi concrètement ?
Jusqu'ici, les agents IA fonctionnaient en mode "one-shot" : tu lui donnes une tâche, il l'exécute, terminé. Même les plus avancés (Claude Code, OpenClaw, Codex) restent dans des boucles relativement courtes : quelques minutes, parfois une heure pour du coding complexe.
Kimi K2.6 change la donne. Selon VentureBeat, le modèle de Moonshot AI a fait tourner un agent pendant 5 jours consécutifs sur une tâche de monitoring et de réponse aux incidents. L'agent surveillait des systèmes, détectait des anomalies, et prenait des actions correctives. Sans intervention humaine.
Le truc, c'est que ça expose immédiatement un problème que personne n'avait vraiment résolu : l'orchestration longue durée. Quand ton agent tourne 5 minutes, un crash c'est pas grave, tu relances. Quand il tourne 5 jours, tu as besoin de persistence d'état, de recovery, de logs auditables, et surtout d'un moyen de le stopper proprement si ça dérape.
Claw-Bot recommande de toujours avoir un kill switch accessible quand un agent tourne en autonomie prolongée. C'est pas optionnel, c'est la base.
Pourquoi Google et AWS se battent pour le stack agent ?
Le timing est pas anodin. Le 22 avril 2026, VentureBeat rapporte que Google et AWS sont en train de se partager le stack des agents IA en deux couches distinctes :
- Google prend le contrôle : orchestration, gouvernance, protocole A2A (agent-to-agent, déjà adopté par 150 organisations), vertex AI comme cerveau central
- AWS prend l'exécution : sandboxes, compute, intégration CRM/ticketing, les mains qui font le boulot
Concrètement, ça veut dire que le marché des agents IA est en train de se structurer comme le cloud il y a 10 ans. Tu vas avoir des couches d'abstraction, des standards, et surtout des dépendances à un écosystème.
Google a annoncé pendant Cloud Next 2026 sa plateforme Gemini Enterprise Agent, qui traite 16 milliards de tokens par minute. 75% de leurs clients cloud utilisent déjà l'IA. Les TPU 8e génération sont optimisés spécifiquement pour l'inférence agentique.
Et Microsoft n'est pas en reste : TechCrunch confirme qu'ils bossent sur un agent "façon OpenClaw" intégré à Microsoft 365 Copilot.
Est-ce que les agents longue durée sont un risque de sécurité ?
Oui. Et c'est pas juste moi qui le dis. CDW a publié une analyse le 9 avril qui qualifie les agents autonomes de "prochaine menace interne" que les dirigeants doivent surveiller. Le raisonnement est simple : un agent qui tourne en continu avec des accès systèmes (commandes shell, APIs, fichiers) a le même profil de risque qu'un employé malveillant.
Les chiffres sont parlants :
- Le trafic web généré par des agents IA a augmenté de 7 851% en 2026 selon AI Agent Store
- 70% des dirigeants s'attendent à une transformation par les agents cette année
- Mais les outils de gouvernance restent immatures
Microsoft a sorti un toolkit open-source de gouvernance début avril pour encadrer les agents qui réservent des voyages, exécutent des trades ou lancent du code. C'est un bon début, mais on est loin d'un standard.
Chez claw-bot.fr, on voit souvent des setups où l'agent a accès à tout sans cloisonnement. C'est le truc qu'on corrige en premier lors de nos installations : principe du moindre privilège, même pour une IA.
Ce que ça change pour toi si tu utilises OpenClaw ou un agent similaire
Si tu fais tourner un agent via OpenClaw, Claude Code, ou n'importe quel framework agentique, voici ce que les actus de cette semaine changent :
- Les agents longue durée arrivent. Kimi K2.6 prouve que c'est faisable. Attends-toi à ce que Claude et GPT suivent dans les prochains mois.
- L'orchestration devient le vrai goulot. Pas le modèle, pas le compute. C'est la capacité à gérer l'état, les erreurs et les interruptions sur la durée qui fait la différence.
- La sécu doit évoluer. Un agent qui tourne 5 jours a besoin d'auditing, de rotation de credentials, et de limites claires sur ce qu'il peut faire.
- Le lock-in cloud approche. Google vs AWS vs Microsoft, chacun pousse son stack. Choisis tes outils en connaissance de cause.
Claw-Bot surveille ces évolutions de près parce que ça impacte directement comment on configure les agents pour nos clients. Un agent qui tourne une heure et un agent qui tourne une semaine, c'est pas le même niveau de robustesse requis.
La vraie question
On parle beaucoup de ce que les agents peuvent faire. On parle pas assez de ce qui se passe quand ils plantent à 3h du matin un mardi, après 4 jours de fonctionnement, avec des actions à moitié exécutées dans 3 systèmes différents.
C'est là que le game se joue en 2026 : pas dans la démo, dans le recovery.