aidentity / index

google/skills · Apache-2.0

google-cloud-solution-agentic-ai-bidirectional-streaming

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.

cloud stable

Contents

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.

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

Important: Use the content that you retrieve from Google Cloud

documentation to ground the guidance that you generate in the remaining

steps of this phase.

  • [ ] Step 2: Map components to Google Cloud products: For each component in

the confirmed technical decomposition and agentic design pattern, identify the

appropriate Google Cloud products and features, based on the guidelines in

[references/product-mapping.md](references/product-mapping.md).

  • [ ] Step 3: Create architecture diagram: Generate an architecture diagram

in Mermaid format: https://github.com/mermaid-js/mermaid.

  • [ ] Step 4: Generate design recommendations: Generate design guidance

based on the guidelines in [references/design-recommendations.md](references/design-recommendations.md).

  • [ ] Step 5: Draft solution architecture: Compile the requirements, technical

decomposition, product mapping, architecture diagram, and design

recommendations into a single Markdown file named

solution-architecture-guide.md, based on the template in

[assets/output-template.md](assets/output-template.md).

  • [ ] Step 6: Request review: Present the generated solution architecture to

the user and request their feedback or approval.

  • [ ] Step 7: Iterate: If the user requests changes, generate an updated

solution architecture and repeat steps 2-6 until the user approves the

solution architecture.

Phase 3: Implementation plan

(and

solution code)

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](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](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.

Provenance

Authored by Google LLC in google/skills. The content is mirrored here under its upstream license.

Related

agent-platform-alert-configuration Configures best-practice alerting policies for AI agents using OpenTelemetry (OTel) metrics, generating output as Terraform (.tf) configuration files. Use when analyzing, writing, or deploying alerting policies to monitor agent latency, error rates, token usage, and quality metrics. Don't use for standard infrastructure monitoring unrelated to AI agents, or when the agent is not instrumented with OpenTelemetry (for Reliability, Cost, Safety, Security alerts). NOTE: Reliability, Cost, Safety, and Security alerts use generic OTel metrics and work across runtimes (such as Cloud Run, Vertex AI). Quality alerts rely on Vertex AI Online Monitors and are strictly bound to Vertex AI deployments. google/skills Apache-2.0 agent-platform-deploy Deploy open models or custom weights from Model Garden to Agent Platform endpoints, check the status of an in-progress deployment operation, or clean up resources by undeploying models and deleting endpoints. Use when asked to actively deploy a model, list the Model Garden CATALOG of available models, check if a specific model is deployable (`gcloud ai model-garden models list-deployment-config`), query deployment cost, troubleshoot deployment errors (like quota limits), or undeploy/clean up endpoints. Also use when copying and deploying a 1P Tuned Model. Don't use for pure listing/discovery questions of the form "is X deployed?", "list my endpoints", or "which regions have models running?" — for those use `agent-platform-endpoint-management`. Don't use for public Vertex AI deployments (use the `vertex-deploy` skill) or for running model evaluations (use the `agent-platform-eval-flywheel` skill). google/skills Apache-2.0 agent-platform-endpoint-management Manages Agent Platform serving endpoints. Use when you need to create, list, describe, update, or delete serving endpoints for model deployment on Agent Platform. Also use when troubleshooting endpoint permission, quota, or resource busy errors. Don't use for deploying models to endpoints or for running model evaluations. google/skills Apache-2.0 agent-platform-eval-flywheel Measures and improves the quality of AI models and agents on Google Cloud using the Eval Quality Flywheel methodology. Use when evaluating an agent or model, building an eval dataset, picking or writing evaluation metrics, analyzing failures, comparing results before and after a fix, or when guidance is needed on Agent Platform eval methodology — including dataset schema, LLM-as-judge scoring, and common failure causes. For fine-tuning, use agent-platform-tuning. For general production deployment, use agent-platform-deploy. google/skills Apache-2.0 agent-platform-inference Connects to and performs inference with Google Cloud Agent Platform GenAI models, including First-Party Gemini models and Third-Party OpenMaaS models (Llama, DeepSeek, Qwen, etc.). Use when asked to perform inference, ask a model a question, run a test prompt, execute chat completions, or generate code for calling Gemini or OpenMaaS models, authenticate with GenAI SDK, OpenAI SDK, or legacy Agent Platform SDK, configure base URLs and global/regional endpoints, or troubleshoot 429 Resource Exhausted (DSQ), 400 User Validation, or 404 Not Found errors. Don't use for deploying models to endpoints or for running model evaluations. google/skills Apache-2.0