Firebase AI Logic vs Genkit Dart vs LiteRT-LM: Hybrid AI Architecture & Smart Routing in Flutter
1. Context & The "Why": The 2026 Flutter AI Architectural Dilemma
In 2026, Flutter engineers building generative AI applications face three distinct execution paradigms across the Google and Dart ecosystem:
- Client-Side Cloud AI (
firebase_ai): Callinggemini-flash-latestdirectly from Flutter without writing a custom backend, protected by Firebase App Check and Firebase Authentication. - Server-Side Agentic AI (
genkitDart): Running structured flows, multi-step tool calling, and privileged business logic on a Dart backend (Shelf / Cloud Run / Cloud Functions). - On-Device Edge AI (
flutter_gemma+ LiteRT-LM): Running quantized.litertlmmodels 100% offline on the user's NPU/GPU/CPU with zero token cost and zero network egress.
Relying on a single paradigm for your entire mobile product creates critical failure modes: a pure-cloud client breaks in rural low-connectivity zones and exposes your API quota if App Check is misconfigured; a pure-edge app cannot execute privileged server transactions or reason over massive cloud indexes; and placing sensitive billing or quota tools inside client code violates core security boundaries.
1. Contexte & Pourquoi : Le dilemme architectural de l'IA sur Flutter en 2026
En 2026, les ingénieurs Flutter concevant des applications d'IA générative disposent de trois paradigmes d'exécution complémentaires au sein de l'écosystème Google et Dart :
- IA Cloud côté client (
firebase_ai) : Appelergemini-flash-latestdirectement depuis l'application Flutter sans gérer de serveur dédié, sous la protection de Firebase App Check et Firebase Authentication. - IA Agentique côté serveur (
genkitDart) : Exécuter des flux typés (Flows), des appels d'outils (Tool Calling) et des règles métier critiques sur un backend Dart (Shelf / Cloud Run / Cloud Functions). - IA Embarquée Edge (
flutter_gemma+ LiteRT-LM) : Exécuter des modèles quantifiés.litertlm100% hors-ligne sur le NPU/GPU/CPU du téléphone avec un coût de token nul et zéro fuite réseau.
Utiliser un seul paradigme pour l'ensemble d'un produit mobile entraîne des défaillances majeures : une architecture 100% Cloud échoue dès que la connexion 3G/4G tombe et expose vos quotas si App Check est mal configuré ; une architecture 100% Edge ne peut pas valider des transactions serveur privilégiées ; et exécuter des outils de facturation ou de quota côté client viole les invariants de sécurité fondamentaux.
Instead of choosing one SDK against the others, high-resilience mobile systems combine all three behind a unified Clean Architecture gateway and route each prompt dynamically based on connectivity, data sensitivity (PII), and transactional authority.
Plutôt que d'opposer ces trois SDK, les systèmes mobiles résilients les unifient derrière une passerelle Clean Architecture unique et routent chaque requête dynamiquement selon la connectivité, la sensibilité des données (PII) et l'autorité transactionnelle requise.
2. Learning Goals & What You Will Build
By completing this 50-minute engineering codelab, you will:
- Master the 3-Tier AI Decision Matrix: Evaluate latency, token unit economics per 1,000 active users, offline resilience, and security boundaries across
firebase_ai,genkit, andLiteRT-LM. - Enforce Absolute Server-Side Security Invariants: Understand what must never run on the client (quotas, payments, role mutations) and how to lock privileged AI tools inside a Genkit Dart server flow.
- Provision Firebase AI Logic Correctly via CLI: Avoid the common
PERMISSION_DENIEDtrap by provisioning the backend service withnpx firebase-tools@latest init ailogicand activating Firebase App Check. - Implement a Unified
SmartHybridAiRouter: Build a complete, runnable Flutter diagnostic console that routes prompts across Cloud, Server, and Edge tiers with automatic offline fallback to LiteRT-LM.
2. Objectifs & Ce que vous allez construire
Au terme de ce codelab d'ingénierie de 50 minutes, vous saurez :
- Maîtriser la matrice de décision IA à 3 niveaux : Évaluer la latence, le coût par 1 000 utilisateurs actifs, la résilience hors-ligne et les frontières de sécurité entre
firebase_ai,genkitetLiteRT-LM. - Appliquer les invariants absolus de sécurité côté serveur : Identifier ce qui ne doit jamais être décidé par le client (quotas, paiements, changements de rôles) et verrouiller les outils IA privilégiés dans un flux serveur Genkit Dart.
- Provisionner Firebase AI Logic via la CLI : Éviter l'erreur classique
PERMISSION_DENIEDen activant le service backend avecnpx firebase-tools@latest init ailogicet Firebase App Check. - Construire un
SmartHybridAiRoutercomplet : Développer une console de diagnostic Flutter fonctionnelle qui route les requêtes entre Cloud, Serveur et Edge avec bascule automatique hors-ligne vers LiteRT-LM.
3. Prerequisites & System Requirements
- Flutter & Dart SDK: Flutter
>=3.29.0and Dart>=3.8.0(required for modern pattern matching and Genkit Dart schemas). - Node.js & Firebase CLI: Node.js
18+andnpx firebase-tools@latestfor provisioning Firebase AI Logic. - Target Hardware for Edge Tier: A 64-bit physical Android device (
arm64-v8a, Android 8.0+ /minSdk 26,4GB+ RAM) or macOS/Windows desktop for running the interactive router simulation.
Run the pre-flight verification below in your terminal before creating the project:
3. Prérequis & Configuration Système
- SDK Flutter & Dart : Flutter
>=3.29.0et Dart>=3.8.0(requis pour le pattern matching Dart 3 et les schémas Genkit Dart). - Node.js & Firebase CLI : Node.js
18+etnpx firebase-tools@latestpour provisionner Firebase AI Logic. - Matériel cible pour le niveau Edge : Un appareil Android physique 64-bit (
arm64-v8a, Android 8.0+ /minSdk 26,4 Go+ de RAM) ou un poste macOS/Windows/Linux pour exécuter le simulateur de routage interactif.
Exécutez cette vérification préalable dans votre terminal avant d'initialiser le projet :
flutter --version
dart --version
node --version
npx -y firebase-tools@latest --version