Endpoint: STORAGE_EMULATOR_HOST=http://localhost:24081.
Cloud Storage local testing for AI agents
Use LocalCloud when an agent needs to create, exercise, and reset Cloud Storage resources without touching a real Google Cloud project. The same SDK shape points at localhost through STORAGE_EMULATOR_HOST=http://localhost:24081.
Endpoints: HTTP/REST :24081.
Evidence state: supported; Local development coverage is partial. Known limits: [prod_only] IAM, lifecycle policies, and notifications not emulated in LocalCloud..
Registry default: on; assembled default: on (verified); minimum tier: community.
Persistence: service-data (verified). Survives process and container restart while the LocalCloud volume is retained
Route the SDK before writing code
Start LocalCloud, export STORAGE_EMULATOR_HOST=http://localhost:24081, and make the agent perform one Cloud Storage operation before changing application logic. That catches accidental production routing early.
Prefer one representative behavior over broad smoke tests
A useful agent check creates local Cloud Storage state, reads it back with the project SDK, and records which feature was covered. It should not require a GCP account, service-account key, or billing project.
Use only documented setup paths
Create deterministic state through a contract-documented seed registrar or through an operation listed on this page. Do not assume every service supports seed data, reset, or persistent state.
Commands and prompts
Use these snippets as starting points, then keep the checks scoped to localhost until you intentionally validate against real Google Cloud.
eval "$(localcloud env)"
# Verify that the generated environment includes STORAGE_EMULATOR_HOST; do not replace a CLI-remapped value with a hard-coded port. Local check versus release validation
| Area | LocalCloud local check | Real GCP still needed for |
|---|---|---|
| SDK routing | STORAGE_EMULATOR_HOST=http://localhost:24081 points clients at localhost. | Production endpoint, auth, IAM, quota, and regional behavior. |
| Supported features | buckets.create/list/delete (verified); objects.upload/download/list/delete (verified) | [prod_only] IAM, lifecycle policies, and notifications not emulated in LocalCloud.; iam, lifecycle policies, notifications: unsupported |
| Agent safety | No default cloud account, credentials, or billing project required. | Final release validation in the target GCP project. |
Use the sandbox deliberately
- Permitted workflows use local endpoint values and should stop rather than fall back to real Google Cloud or real credentials. The Public Preview License permits individuals and organizations, including for-profit companies, to use LocalCloud for non-production internal development, testing, CI, evaluation, and pilots.
- LocalCloud emulates bounded local development workflows. Validate application behavior against real Google Cloud before production deployment.
- Before production deployment, unset LocalCloud emulator environment variables and validate behavior against real Google Cloud.
- Local development coverage is partial. Known limits: [prod_only] IAM, lifecycle policies, and notifications not emulated in LocalCloud..
Keep the agent on the supported path
- Cloud Storage service page — Service-specific supported and unsupported capability list.
- Compatibility matrix — Check current support boundaries before relying on a local-only test.
- Service catalog — Review every LocalCloud service, endpoint, and limitation.
- SDK examples — Use standard Google Cloud SDKs pointed at localhost.
- Seed data — Load deterministic fixtures for repeatable agent and CI runs.
Claims are tied to current sources
- LocalCloud service metadata — Reviewed 2026-08-26; implementation third-party-emulator.
- LocalCloud agentic facts reviewed 2026-08-26.