Frontier on Cloud
J’anime Frontier on Cloud, des communautés d’ingénierie indépendantes qui testent les nouvelles capacités d’IA du cloud et publient les mesures, une communauté par cloud. Elles ne sont affiliées ni à Google, ni à Amazon, ni à Microsoft.
Une communauté par cloud
-
r/FrontierOnGCP
IA générative, agents, RAG et sécurité sur Google Cloud : nouveautés, tests pratiques, architectures, coûts et limites.
-
r/FrontierOnAWS
IA générative, agents, RAG et sécurité sur AWS : nouveautés, tests pratiques, architectures, coûts et limites.
-
r/FrontierOnAzure
IA générative, agents, RAG et sécurité sur Microsoft Azure : nouveautés, tests pratiques, architectures, coûts et limites.
La maison des communautés, avec chaque test, ses chiffres et son commit : frontieroncloud.com.
Le code et les données brutes des tests sont publiés dans l’organisation GitHub frontier-on-cloud.
Notes de terrain
Articles de ce site liés à ces communautés, avec la méthode complète et ses limites.
-
Quand la connexion tombe en pleine réservation : la reprise de session sur Gemini Live, mesurée (en anglais)
Troisième partie : un appel d’outil en attente survit à une reprise qui réussit, mais après une perte silencieuse, chaque reprise a été refusée pendant 15 minutes. Un repli côté client a informé l’utilisateur 6 à 7 s après la perte.
-
Faire fonctionner « stop » sur Gemini 3.8 Live : un garde-fou côté client, mesuré (en anglais)
Deuxième partie : un garde-fou côté client retient l’étape irréversible d’un appel d’outil jusqu’à savoir ce que l’utilisateur a dit. En parole, les réservations après « stop » passent de 12 sur 12 à 0 sur 12.
-
Ce que « stop » fait à un appel d’outil en cours sur Gemini 3.8 Live (en anglais)
Un test mesuré de l’API Gemini Live : en 30 sessions, en texte et en parole, aucune annulation n’est arrivée pour un appel d’outil en cours, et le mode BLOCKING a réservé deux fois.