TL;DR
Adding Firebase and Firestore should become as easy to add to an app developed with Google AI Studio as deploying apps to Cloud Run.
The current “Deploy to Cloud Run” feature in Google AI Studio is a friction-free deploy-to-web experience for stateless apps. This request describes how adding memory (Firestore) and identity (Authentication) should be equally seamless, moving from a complex manual configuration to a “one-click” provisioning model.
1. The Problem
Google AI Studio has mastered the “stateless” prototype (AI-assisted vibe coding). With the current Deploy to Cloud Run feature, an app developer can go from a prompt to a live, scalable URL in a very short time and with low effort. This is a great user experience.
However, lots of useful apps require two things that Cloud Run alone does not provide out-of-the-box: Memory (Database) and Identity (Authentication).
Currently, to add persistence to an AI Studio generated app, a user must:
-
Leave AI Studio.
-
Go to the Firebase Console.
-
Create a project and toggle on Firestore/Auth.
-
Copy configuration objects/API keys.
-
Manually paste them back into the AI Studio code editor or environment variables.
-
Prompt the model to write the specific initialization code.
This context switch kills the flow, causes trial-and-error, and raises the barrier to entry for rapid full-stack prototyping.
2. The Proposed Solution
Add a “Resources” or “Integrations” side panel within the AI Studio interface, similar to the existing deploy options.
-
One-Click Database: A toggle to “Enable Firestore”. This should auto-provision a Firestore instance (perhaps in Test Mode by default) in the linked Google Cloud project.
-
One-Click Auth: A toggle to “Enable Authentication” (defaulting to Google Sign-In).
-
Auto-Injection: Crucially, this should automatically inject the necessary
firebaseConfigand initialization code into the app, or expose them as pre-set environment variables that the generated code can reference immediately.
-
Parity with “Deploy to Cloud Run”: It bridges the gap between a “demo” (stateless) and an “MVP” (stateful).
-
Ecosystem Stickiness: It prevents users from asking the model to use easier-to-setup external databases (like Airtable or Supabase) simply because the Firebase config friction is too high.
-
Empowerment: It allows “AI-first” developers (who may be less familiar with cloud consoles) to use professional-grade Google infrastructure without the learning curve.