agentleFS
jmxt3jmxt3/gitscape.ai/.agents/skills/google-cloud-recipe-onboarding/SKILL.md

google-cloud-recipe-onboarding

Skill33 starsChanged 4 months agoApache-2.0View on GitHub

Guidance for a developer's first steps on Google Cloud, covering account creation, billing setup, project management, and deploying a first resource.

We split this skill into the rules it gives an agent

9 rules. 0 are common, 8 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 3 edited versions we read keep these.

  • 8

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before proceeding, the agent should clarify the user's current status:

    line 23
  2. Distinctive:

    Do you already have a Google Account (Gmail or Google Workspace)?

    line 25
  3. Distinctive:

    Do you prefer to use the command line (CLI), an IDE (e.g.

    line 33
  4. Distinctive:

    Ensure your project is linked to your Free Trial Cloud Billing account.

    line 66
  5. Distinctive:

    Follow the prompts to log in and select your project.

    line 83
  6. Very specific:

    Run](https://docs.cloud.google.com/run/docs/overview/what-is-cloud-run), run: gcloud services enable run.googleapis.com

    line 90
  7. Distinctive:

    [Cloud Storage](https://docs.cloud.google.com/storage/docs): Create a bucket to store files.

    line 104
  8. Distinctive:

    Read the Google Cloud Overview

    line 122
  9. Distinctive:

    Use this logic to determine if the user has successfully completed the Google Cloud onboarding process:

    line 130

“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Onboarding to Google Cloud

This skill provides a streamlined "happy path" for a singleton developer to get started with Google Cloud. It covers everything from initial account setup to deploying your first cloud resource.

Overview

For an individual developer, onboarding to Google Cloud involves establishing a personal identity, setting up a billing method, and creating a workspace (Project) where resources can be managed. Google Cloud offers a Free Tier and Free Trial for multiple products. Learn more here.

Clarifying Questions

Before proceeding, the agent should clarify the user's current status:

  1. Do you already have a Google Account (Gmail or Google Workspace)?
  2. Are you looking to set up a personal account for learning/experimentation, or are you part of an organization with existing infrastructure?
  3. Are you an IT admin within a larger enterprise, setting up Google Cloud for your organization?
  4. What is the first type of resource or application you are interested in building (e.g., a website, a data pipeline, a virtual machine)?
  5. Do you prefer to use the command line (CLI), an IDE (e.g. VSCode, Antigravity), or do you prefer using the web-based Google Cloud console?

Prerequisites

  • A Google Account (e.g., @gmail.com).
  • A valid payment method (credit card or bank account) for billing verification (even for the free trial).

Steps

1. Sign Up and Activate Free Credit

  1. Go to the Google Cloud Console.
  2. Sign in with your Google Account. This will "Activate" your $300 free credit.

2. Create Your First Google Cloud Project

Google Cloud resources are organized into Projects.

  1. In the Google Cloud console, click the project picker dropdown at the top of the page.
  2. Click New Project.
  3. Enter a Project Name (e.g., my-first-gcp-project).
  4. Note the generated Project ID; you will use this for CLI and API interactions.
  5. Click Create.

3. Set Up Billing

Ensure your project is linked to your Free Trial Cloud Billing account.

  1. Go to the Billing section in the console.
  2. Confirm that your new project is listed under "Projects linked to this billing account."

4. Install and Initialize the Google Cloud CLI

The Google Cloud CLI (gcloud CLI) is the primary tool for interacting with Google Cloud from your local machine.

  1. Download and install the Google Cloud CLI.
  2. Open your terminal and run: gcloud init
  3. Follow the prompts to log in and select your project.

5. Enable Necessary APIs

Most services require their specific API to be enabled before use. For example, to use Cloud Run, run: gcloud services enable run.googleapis.com

Note that some Google Cloud APIs, including Cloud Logging, are enabled by default.

6. Deploy Your First Resource

Choose a simple entry point based on your needs:

  • Cloud Run (Recommended for Apps): Deploy a containerized "Hello World" app.
  • Compute Engine: Create a small Linux VM (e.g., e2-micro which is part of the Always Free tier in certain regions).
  • Cloud Storage: Create a bucket to store files.

Example (Cloud Run):

    gcloud run deploy hello-world \
    --image=gcr.io/cloudrun/hello \ --platform=managed \ --region=us-central1 \
    --allow-unauthenticated --quiet

This command will output a public URL, that you can reach in a web browser. Congrats - you just deployed your first Google Cloud resource!

7. Next Steps

Validation Logic

Use this logic to determine if the user has successfully completed the Google Cloud onboarding process:

  • Project Created: Does the user have a Project ID?
  • Billing Linked: Is the project associated with a billing account (check via gcloud beta billing projects describe PROJECT_ID)?
  • CLI Authenticated: Does gcloud config list show the correct account and project?
  • Resource Verified: Can the user access the URL or IP of the deployed resource?

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.