google/skills

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.

查看源码
仓库原始内容

按源仓库内容呈现,保留标题、案例、代码、表格、链接以及原文引用的演示图片。

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.

  • [ ] 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.

  • [ ] 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.

  • [ ] 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.

  • [ ] 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.

来自同一仓库

更多 Skills

全部 Skills
google
社区

cloud-build-basics

- Teaches the fundamentals of Google Cloud Build (GCB). Covers core concepts, API enablement, console navigation to the Build History page, and the end-to-end workflow for creating and manually running a basic build trigger. Do not use for managing private pools or complex pipeline architectures.

安装量
7
GitHub Stars
1.9万
最近更新
8月28日
google
社区

cloud-logging-query-generation

- Generates Logging Query Language (LQL) queries for Google Cloud Logging from natural language. Use this skill when you need to query log data or when you are debugging issues. You can filter log data by Google Cloud service. Don't use this skill to query other databases, such as SQL or Cloud Spanner.

安装量
7
GitHub Stars
1.9万
最近更新
8月28日
google
社区

cloud-monitoring-chart-generation

- Generates Google Cloud Monitoring Server-Driven UI (SDUI) Widget and XyChart Protocol Buffer textprotos from resolved PromQL or ListTimeSeries queries. Use when: - Generating valid google.monitoring.dashboard.v1.Widget textprotos, containing PrometheusQuery or TimeSeriesFilter datasets, for use with the Cloud Monitoring Dashboards API, gcloud CLI, or declarative dashboard definitions. - Synthesizing Server-Driven UI (SDUI) widget titles, axis labels, and plot types for Prometheus or ListTimeSeries queries. Don't use for: - Metric discovery or PromQL query generation. For those tasks, use the cloud-monitoring-metric-selection or cloud-monitoring-promql-query skills.

安装量
7
GitHub Stars
1.9万
最近更新
8月28日
google
社区

cloud-monitoring-metric-selection

- Retrieve, query, and identify relevant Google Cloud Monitoring metric descriptors for a GCP service or resource (such as Compute Engine, Spanner, BigQuery, Cloud Run, Cloud SQL, Pub/Sub, Cloud Storage, etc.). Use when asked to find, list, search, or discover GCP metric types, names, kind/value schemas, or descriptors.

安装量
7
GitHub Stars
1.9万
最近更新
8月28日