Generated banner for Firebase Basics
Generated logo for Firebase Basics

Firebase Basics

Firebase (Google)OfficialCreated by Google LLCDistributed by Firebase (Google)

  • Skill
  • Tool integration
  • Cloud and DevOps
  • Apache-2.0
  • Low risk

From the author

Provides foundational Firebase CLI setup, CLI installation, version checks (`firebase-tools@latest --version`), CLI login (including --no-localhost), project creation, project selection (`firebase use`), and app config file downloads (`google-services.json`, `GoogleService-Info.plist`). Use ONLY for CLI login, project creation/switching, or downloading app config files. Don't use for Firebase Hosting deploy, Firestore, Auth, App Hosting, Data Connect, Crashlytics, or Remote Config.
— the description by Google LLC

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The firebase-basics skill provides the essential procedures for interacting with the Firebase CLI. It covers environment verification, user authentication, project selection or creation, and the programmatic retrieval of application configuration files like google-services.json and GoogleService-Info.plist. This skill is intended to serve as the prerequisite foundation for other Firebase-related tasks, ensuring the CLI is correctly installed, updated, and configured for the current project context.

What it does

  • Verifies Firebase CLI installation and versioning.
  • Handles user authentication via the CLI, including support for headless environments.
  • Manages Firebase project selection and switching.
  • Facilitates the creation of new Firebase projects.
  • Automates the retrieval of platform-specific configuration files for Android and iOS apps.

When to use it

  • When setting up a new development environment for a Firebase-backed project.
  • When you need to authenticate with Firebase from a terminal or remote shell.
  • When switching between different Firebase projects.
  • When you need to download the latest app configuration files without using the Firebase Console.

Advantages

  • Ensures consistent use of the latest CLI version via npx.
  • Provides a standardized, automated approach to configuration file management.
  • Supports headless authentication for remote development environments.
  • Reduces manual overhead by automating project and app configuration tasks.

Usage examples

“I need to log in to Firebase in this remote terminal.”
The agent will execute npx -y firebase-tools@latest login --no-localhost to initiate the authentication process.
“Can you help me set up a new Firebase project for my app?”
The agent will guide you through creating a project using npx -y firebase-tools@latest projects:create and setting it as the active project.
“I need the google-services.json file for my Android app.”
The agent will use npx -y firebase-tools@latest apps:sdkconfig to fetch the configuration and save it to the correct directory.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/firebase/firebase-basics/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip firebase-basics.zip -d .agents/skills

Documentation by Google LLC

Prerequisites

Complete these setup steps before proceeding:

  1. Local Environment Setup: Verify the environment is properly set up so we can use Firebase tools:

  2. Authentication: Ensure you are logged in to Firebase so that commands have the correct permissions. Run npx -y firebase-tools@latest login:list first; if not logged in, run npx -y firebase-tools@latest login. For environments without a browser (e.g., remote shells), use npx -y firebase-tools@latest login --no-localhost.

    • The command should output the current user.

    • If you are not logged in, follow the interactive instructions from this command to authenticate.

  3. Active Project: Most Firebase tasks require an active project context.

    [!IMPORTANT] For Agents: If no Project ID was provided, you MUST pause and ask the developer if they prefer to:

    1. Provide an existing Firebase Project ID, or

    2. Create a new Firebase project.

    • If using an existing Project ID:

      1. Check the current project with npx -y firebase-tools@latest use (if firebase.json is missing at the project root, create {} first).

      2. If the command outputs Active Project: <project-id>, confirm with the user if this is the intended project.

      3. If not, or if no project is active, set the project provided by the user:

        npx -y firebase-tools@latest use <PROJECT_ID>
    • If creating a new project: Run the following command to create it:

      npx -y firebase-tools@latest projects:create <project-id> --display-name "<display-name>"

      Note: The <project-id> must be 6-30 characters, lowercase, and can contain digits and hyphens. It must be globally unique.

Firebase Usage Principles

Adhere to these principles:

  1. Use npx for CLI commands: To ensure you always use the latest version of the Firebase CLI, always prepend commands with npx -y firebase-tools@latest instead of just firebase. For example, use npx -y firebase-tools@latest --version. NEVER suggest the naked firebase command as an alternative.

  2. Prioritize official knowledge: For any Firebase-related knowledge, consult the developerknowledge_search_documents MCP tool before falling back to Google Search or your internal knowledge base. Including "Firebase" in your search query significantly improves relevance.

  3. Follow Agent Skills for implementation guidance: Skills provide opinionated workflows (CUJs), security rules, and best practices. Always consult them to understand how to implement Firebase features correctly instead of relying on general knowledge.

  4. Use Firebase MCP Server tools instead of direct API calls: Whenever you need to interact with remote Firebase APIs (such as fetching Crashlytics logs or executing Data Connect queries), use the tools provided by the Firebase MCP Server instead of attempting manual API calls.

  5. Keep Plugin / Agent Skills updated: Since Firebase best practices evolve quickly, regularly check for and install updates to their Firebase plugin or Agent Skills. Similarly, if you encounter issues with outdated tools or commands, follow the steps below based on your agent environment:

  6. Automate Config File Retrieval: When setting up iOS or Android apps, do NOT direct users to the Firebase Console to download google-services.json or GoogleService-Info.plist. Instead, use the Firebase CLI to fetch the config programmatically:

    • For Android: npx -y firebase-tools@latest apps:sdkconfig ANDROID <APP_ID> --project <PROJECT_ID>

    • For iOS: npx -y firebase-tools@latest apps:sdkconfig IOS <APP_ID> --project <PROJECT_ID> Save the output to the appropriate location (e.g., app/google-services.json for Android, or a path to be linked by xcode-project-setup for iOS).

References

Common Issues

  • Login Issues: If the browser fails to open during the login step, use npx -y firebase-tools@latest login --no-localhost instead.

  • Genkit: If using Genkit, install the skills:

    npx skills add genkit-ai/skills

Files

references/android_setup.md

Firebase Android Setup Guide


Prerequisites

  1. Firebase CLI: Make sure the Firebase CLI is available and authenticated.

    For detailed instructions about the Firebase CLI, see firebase_basics/references/local-env-setup. Here are high-level instructions for setting up the Firebase CLI.

    1. Ensure the Firebase CLI is available:

      npx -y firebase-tools@latest --version
    2. Login to the CLI:

      • local:

        npx -y firebase-tools@latest login
      • remote servers:

        npx -y firebase-tools@latest login --no-localhost
  2. Android project: Create or use an existing Android project in an Android-development IDE.


1. Check if the Android project is connected to a Firebase Project

Check if the Android project already has a google-services.json file in its module (app-level) root directory.

google-services.json file is present

If the Android project already has a google-services.json file, do NOT create a new Firebase project or re-register the app — skip steps 2 through 4 below. Instead, verify the existing Firebase setup within the codebase and fix anything that is missing:

  • The google-services.json file is in the module (app-level) root directory: app/google-services.json

  • The Google services Gradle plugin (google-services) is added to both the project-level and module (app-level) Gradle build files. If it is missing from either file, add it by following step 5 below.

google-services.json file is NOT present

If the Android project does NOT already have a google-services.json file, then proceed with the remaining steps in this guide.


2. Create a new Firebase project or use an existing one

Check if there's an existing Firebase Project available for use with the Android project:

npx -y firebase-tools@latest projects:list
  • If existing Firebase Project: Ask the human user if they want to use the existing project.

  • If no existing Firebase Project or human user does not want to use an existing project: Create a new Firebase Project.

    Provide a required unique PROJECT_ID and an optional PROJECT_DISPLAY_NAME:

    npx -y firebase-tools@latest projects:create <UNIQUE_PROJECT_ID> --display-name <PROJECT_DISPLAY_NAME>

    Example:

    npx -y firebase-tools@latest projects:create my-cool-app-20260330 --display-name MyCoolApp

3. Register the Android project

Register the app module (package name) of the Android project with the Firebase project. Provide an optional APP_DISPLAY_NAME and required PACKAGE_NAME:

npx -y firebase-tools@latest apps:create ANDROID <APP_DISPLAY_NAME> --package-name <PACKAGE_NAME> --project <PROJECT_ID>

Example:

npx -y firebase-tools@latest apps:create ANDROID MyApplication --package-name com.example.myapplication --project my-cool-app-20260330

NOTE: A package name is often referred to as an application ID within an Android project. Find an app's package name in the module (app-level) Gradle file, usually app/build.gradle.kts.


4. Obtain and save google-services.json

  1. Fetch the Firebase configuration file (google-services.json) using the Firebase Android APP_ID (which is printed in the output of the previous apps:create command):

    npx -y firebase-tools@latest apps:sdkconfig ANDROID <APP_ID> --project <PROJECT_ID>
  2. Save the configuration file within the module (app-level) root directory of the Android project: app/google-services.json


5. Add the google-services plugin

[!IMPORTANT] [AGENT] RESOLVING THE PLUGIN VERSION DETERMINISTICALLY Never guess or hardcode a memorized out-of-date plugin version. Before adding dependencies, you MUST query the latest available versions directly from the Google Maven Repository:

# Find the latest Google services Gradle plugin version
curl -s https://dl.google.com/dl/android/maven2/com/google/gms/google-services/maven-metadata.xml | grep -oE '<latest>[^<]+' | cut -d'>' -f2

These changes are made to the Android project's Gradle files.

Project-level build.gradle.kts (<project>/build.gradle.kts)

Add the latest version of the Google services Gradle plugin to the plugins block:

plugins {
    // ... other plugins

    // [AGENT] Fetch the latest resolved version using the Gradle command above
    id("com.google.gms.google-services") version "<latest_plugin_version>" apply false
}
Module (app-level) build.gradle.kts (<project>/<app-module>/build.gradle.kts)

Add the Google services Gradle plugin to the plugins block:

plugins {
    // ... other plugins
    id("com.google.gms.google-services")
}

6. App Check (Debug Token Persistence)

When using App Check on Android emulators or local development, DebugAppCheckProviderFactory.getInstance() generates a UUID token and stores it in SharedPreferences. Wiping emulator data, clearing app storage, or fresh installs generate a new UUID in Logcat, causing debug token churn in the Firebase Console.

[!WARNING] CRITICAL: Never Hardcode or Commit Debug Tokens App Check debug tokens allow clients to bypass attestation and access backend resources without a genuine device. Never hardcode debug token strings in build.gradle.kts, Java, or Kotlin files, and never commit tokens to version control. If a token is compromised, revoke it immediately in the Firebase Console.

To persist a stable debug token across emulator resets and testing without committing secrets:

  1. Obtain or generate a stable UUID debug token and register it in the Firebase Console under Security > App Check > Apps > Manage debug tokens.

  2. Store the token in your project's gitignored local.properties:

    # In local.properties (ensure this file is in your .gitignore!)
    APP_CHECK_DEBUG_TOKEN=<YOUR_DEBUG_TOKEN>
  3. Inject the secret in app/build.gradle.kts for instrumentation/testing:

    val localProperties = java.util.Properties().apply {
        val localPropertiesFile = rootProject.file("local.properties")
        if (localPropertiesFile.exists()) {
            load(localPropertiesFile.inputStream())
        }
    }
    val appCheckDebugToken = localProperties.getProperty("APP_CHECK_DEBUG_TOKEN")
        ?: System.getenv("APP_CHECK_DEBUG_TOKEN") ?: ""
    
    android {
        defaultConfig {
            // For normal emulator runs (injects into AndroidManifest)
            manifestPlaceholders["firebaseAppCheckDebugSecret"] = appCheckDebugToken
    
            // For instrumentation tests
            if (appCheckDebugToken.isNotEmpty()) {
                testInstrumentationRunnerArguments["firebaseAppCheckDebugSecret"] = appCheckDebugToken
            }
        }
    }
  4. In your application or activity, install the debug provider for debug builds:

    if (BuildConfig.DEBUG) {
        Firebase.appCheck.installAppCheckProviderFactory(
            DebugAppCheckProviderFactory.getInstance()
        )
    }

Verification plan

Manual verification

Validate that the Firebase Project was created and the Firebase Android App was registered successfully:

npx -y firebase-tools@latest projects:list
npx -y firebase-tools@latest apps:list --project <PROJECT_ID>

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs an MCP server, Needs Node.js

Security

What our scanner noticed· Low risk

  • Instructions that use the network

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
Google LLC
Publisher
Firebase (Google) (Official)
Distributed by
Firebase (Google)
Source
firebase/agent-skills · skills/firebase-basics · commit b76be96
Licence
Apache License 2.0 (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Google LLC or Firebase (Google).

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download firebase-basics.zip