Generated banner for Google Cloud Solution Agentic AI Bidirectional Streaming
Generated logo for Google Cloud Solution Agentic AI Bidirectional Streaming

Google Cloud Solution Agentic AI Bidirectional Streaming

GoogleOfficialPublished by Google

  • Skill
  • Workflow
  • Cloud and DevOps
  • Apache-2.0
  • No issues found

From the author

Guides agents to interactively discover customer requirements for live, bidirectional multi-agent AI systems that process continuous streams of multimodal data for real-time technical guidance and safety monitoring. Generates a custom Google Cloud solution that uses opinionated best practices and architecture guidance. Use when users need agentic assistance to design and create a multi-product solution in the cloud for live bidirectional multimodal streaming workloads. Don't use for simple text-based chat applications or workloads without real-time streaming requirements.
— the description by Google

AutoGineer summary

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

This skill provides a comprehensive, four-phase framework for building real-time, bidirectional AI agent systems that process continuous multimodal data streams. It guides users through requirements discovery, architectural design, implementation planning with Infrastructure as Code (IaC), and validation. The skill ensures solutions are grounded in Google Cloud best practices, focusing on performance, security, and reliability for complex, live-streaming AI workloads.

What it does

  • Facilitates requirements gathering for multimodal streaming and real-time AI feedback.
  • Generates technical component decompositions and architecture diagrams in Mermaid format.
  • Maps workload components to specific Google Cloud products and services.
  • Provides guidance on security, reliability, and cost optimization for AI agents.
  • Generates Infrastructure as Code (IaC) and deployment scripts for cloud provisioning.
  • Defines validation procedures and verification scripts for deployed infrastructure.

When to use it

  • When designing multi-agent AI systems that require real-time, bidirectional streaming.
  • When building solutions for live safety monitoring, hazard detection, or visual inspection.
  • When you need to integrate AI agents with existing knowledge bases or schematic repositories.
  • When you require an opinionated, best-practice architecture for Google Cloud AI deployments.

Advantages

  • Ensures architectural consistency by following established Google Cloud design patterns.
  • Reduces deployment risk through structured validation and dry-run procedures.
  • Provides clear, step-by-step guidance from initial discovery to final validation.
  • Promotes operational excellence by integrating logging, tracing, and evaluation tools.

Usage examples

“I need to design a real-time safety monitoring system for a factory floor using video streams and AI agents.”
The agent will initiate the requirements discovery phase, asking about input modalities, specific safety hazards to monitor, and existing infrastructure constraints.
“Help me create an architecture for a bidirectional voice-based AI assistant that needs sub-millisecond latency.”
The agent will guide you through component selection, recommending specific Google Cloud products like Memorystore for Redis to meet your performance requirements.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/google/google-cloud-solution-agentic-ai-bidirectional-streaming/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip google-cloud-solution-agentic-ai-bidirectional-streaming.zip -d .agents/skills

Documentation by Google

Live bidirectional multimodal streaming agentic AI solution

This skill guides agents through the workflow to design and implement a tailored multi-product solution in the cloud for a live, bidirectional multimodal streaming workload, use case, or requirement.

Attribution

MUST READ: Before executing any gcloud, REST API, or MCP command, you MUST read and follow the instructions in Usage Attribution.

Workflow

The solution design and implementation workflow consists of the following phases:

  • Phase 1: Requirements discovery and analysis: Analyze the workload's requirements, constraints, dependencies, and current state.

  • Phase 2: Solution design: Build a technology stack, architecture, and deployment configuration for the workload based on Google Cloud design best practices and recommendations.

  • Phase 3: Implementation plan: Generate automation and instructions to deploy the solution.

  • Phase 4: Solution validation: Validate that the deployment meets the requirements of the workload.

Phase 1: Requirements discovery and analysis
  • [ ] [ ] Step 1: Discover requirements: Understand the functional and non-functional requirements, business goals, and current state (if any) of the workload, including its architecture, dependencies, and constraints. Use the following questions to guide the requirements discovery process:

    • What are the primary input modalities (audio, video, or text) and what is the target latency for real-time, narrated feedback?

    • Do you require real-time safety monitoring, hazard detection, or visual inspection? If so, then what specific safety hazards, operational risks, or incorrect steps need to be monitored and detected in the video stream?

    • What existing systems, knowledge bases, product documentation, or schematic repositories must the AI agents access for grounded guidance?

    • What are the client-side device constraints and network limitations?

  • [ ] [ ] Step 2: Identify components: Based on the requirements analysis, identify the components of the workload and their relationships. Also identify any cross-cloud components, hybrid components, or on-prem components that the solution needs to integrate with.

  • [ ] [ ] Step 3: Generate component decomposition: Generate a technical decomposition of the components of the workload. The technical decomposition must break down the solution into logical components.

  • [ ] [ ] Step 4: Ask for confirmation: Ask the user to confirm whether the generated technical decomposition matches their workload requirements.

  • [ ] [ ] Step 5: Iterate: If the user requests changes, then generate an updated technical decomposition, and ask the user to confirm the changes. Continue iterating until the user confirms the technical decomposition.

Phase 2: Solution design
Phase 3: Implementation plan
  • [ ] [ ] Step 1: Retrieve relevant implementation resources:

    Important: Use these resources as the technical foundation for the IaC and deployment instructions you generate in the remaining steps of this phase.

  • [ ] [ ] Step 2: Identify deployment prerequisites: Document prerequisites for the deployment, including the following:

    • Projects and billing associations

    • Required Google Cloud APIs

    • Required IAM permissions

    • Any other prerequisites

  • [ ] [ ] Step 3: Generate Infrastructure as Code (IaC): Generate code, like Terraform, and deployment scripts to automate the provisioning of the proposed Google Cloud resources.

  • [ ] [ ] Step 4: Write deployment instructions: Draft sequential, step-by-step deployment instructions to execute the IaC and initialize the workload components. Update deployment instructions in solution-architecture-guide.md, based on the template in assets/output-template.md.

  • [ ] [ ] Step 5: Request review: Present the generated deployment instructions to the user for feedback and confirmation.

  • [ ] [ ] Step 6: Iterate: If the user requests changes, then generate an updated implementation plan and repeat steps 2-5 until the user approves the implementation plan.

Phase 4: Solution validation
  • [ ] [ ] Step 1: Retrieve relevant verification resources (optional): If the resources from Phase 3 are not already in your context, retrieve the same implementation resources as the starting point for the validation checks and verification scripts that you generate in this phase.

  • [ ] [ ] Step 2: Define validation checks: Outline validation steps to verify that the deployed infrastructure meets the workload requirements:

    • Deployment dry-run: Commands like terraform plan to preview changes.

    • Connectivity and routing: Verification of network paths, load balancer routing, and service endpoints.

    • Security policies: Verification of restricted access, firewall rules, and IAM enforcement.

  • [ ] [ ] Step 3: Generate verification scripts: Draft lightweight scripts or command-line instructions, such as using curl or gcloud, that the user can run to perform these validation checks.

  • [ ] [ ] Step 4: Compile validation report: Document the validation steps, verification scripts, and expected outcomes in solution-architecture-guide.md, based on the template in assets/output-template.md.

  • [ ] [ ] Step 5: Conduct validation and finalize: Assist the user in executing the validation checks and troubleshooting any deployment issues. After the solution is validated successfully, request final approval from the user.

  • [ ] [ ] Step 6: Iterate: If the user requests changes, then generate an updated validation plan and repeat steps 2-5 until the user approves the validation plan.

Files

references/product-mapping.md

Product Mapping Guidance

For each component in the confirmed technical decomposition and agentic design pattern, identify the appropriate Google Cloud products and features, based on the following guidance. Use https://docs.cloud.google.com/architecture/choose-agentic-ai-architecture-components.md.txt to ground the product mapping and guidance that you generate.

  • Cloud Run networking:

    • Recommended primary configuration: Regional External Application Load Balancer combined with Cloud Armor for HTTP/HTTPS/WebSocket ingress, and Direct VPC egress for Cloud Run private network access.

    • Alternative product 1: Global External Application Load Balancer

      • Pros: Single anycast IP, global IPv6 termination, and low-latency routes to globally distributed backend services.

      • Cons: Terminates TLS globally at edge locations, which might not comply with strict regional data residency regulations.

    • Alternative product 2: Internal Application Load Balancer

      • Pros: Securely exposes Cloud Run services internally within the VPC to meet internal ingress criteria, terminates TLS with trusted certificates, and supports Cloud Armor backend security policies.

      • Cons: Requires that you configure serverless network endpoint groups (NEGs) as backends and manage load balancer resources.

    • Alternative product 3: Private Service Connect interface

      • Pros: Secure private VPC connections for Gemini Enterprise Agent Runtime that uses network attachments.

      • Cons: Limited to RFC 1918 routable subnet ranges, requires proxy setup for non-routable/internet destinations.

  • Frontend:

    • Recommended primary product: Cloud Run

    • Alternative product 1: Firebase App Hosting

      • Pros: Automated builds and deployment pipeline from GitHub, optimized for modern framework integrations.

      • Cons: Less control over container configurations, limits customization of low-level networking.

    • Alternative product 2: Google Kubernetes Engine (GKE)

      • Pros: Maximum control over routing, scaling, and custom container runtimes.

      • Cons: Significant infrastructure management complexity and cost overhead.

  • Agent development framework:

    • Recommended primary product: Agent Development Kit (ADK).

  • Agent-to-agent communication:

    • Recommended primary product: Agent2Agent (A2A) protocol.

  • Runtime for your agent:

    • Recommended primary product: Cloud Run

    • Alternative product 1: Gemini Enterprise Agent Runtime

      • Pros: Fully managed Python runtime, built-in memory/sessions, secure code execution sandbox.

      • Cons: Limited to Python, does not support hosting custom MCP servers, less control over container environment.

    • Alternative product 2: Google Kubernetes Engine (GKE)

      • Pros: Maximum infrastructure control, stateful pods, custom scaling.

      • Cons: High operational complexity and overhead.

  • Model runtime:

    • Recommended primary product: Gemini Enterprise Agent Platform

    • Alternative product 1: Cloud Run

      • Pros: Serverless hosting for containerized open/custom models like Gemma.

      • Cons: Cannot serve Google Gemini models, manual instance scaling overhead.

    • Alternative product 2: Google Kubernetes Engine (GKE)

      • Pros: Maximum control over inference server on GPU/TPU nodes, cheap for predictable high volume.

      • Cons: Cannot run Google Gemini models, high cluster management overhead.

  • Model selection:

    • Recommended primary product: Gemini Flash with Gemini Live API

    • Alternative product 1: Gemini Pro

      • Pros: Highest capability for reasoning, complex instructions, context tracking, and multi-agent coordination.

      • Cons: Higher request cost and latency, which makes it less suitable for real-time conversational requirements.

  • VPC connection to the database: The architect agent sends queries through this connector to securely access resources in the Virtual Private Cloud (VPC) network used for storage resources in this architecture.

    • Recommended primary product: Serverless VPC Access connector.

    • Alternative product 1: Direct VPC egress

      • Pros: Lower latency, lower resource cost, and avoids throughput scaling bottlenecks.

      • Cons: Requires specific routing and subnet configurations.

  • Caching:

    • Recommended primary product: Memorystore for Redis Cluster

  • Database:

    • Recommended primary product: Google Cloud Databases Use the recommendations listed on this page to help the user choose the appropriate database option.

    • Alternative product 1: Compute Engine (for self-hosted databases)

      • Pros: Full control over database configurations, OS accessibility, and custom database engines or extensions.

      • Cons: High operational overhead to manually manage backups, patching, scaling, and high availability.

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.

Security

No issues found by our static scan· No issues found

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

Published by
Google
Publisher
Google (Official)
Source
google/skills · skills/cloud/google-cloud-solution-agentic-ai-bidirectional-streaming · commit 2194d3b
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 or Google.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download google-cloud-solution-agentic-ai-bidirectional-streaming.zip