google/skills

datalineage-bigquery-asset-impact-analysis

- Analyzes the downstream impact (blast radius) when a BigQuery table or view is broken, stale, or modified.

查看源码
仓库原始内容

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

BigQuery Asset Impact Analysis

This skill guides the agent in performing a downstream impact analysis (blast radius assessment) when a BigQuery table or view is reported as broken, stale, missing, or when a user is planning maintenance and wants to know the consequences of modifying or pausing updates to an asset.

It relies primarily on the Google Cloud Data Lineage (Knowledge Catalog) MCP Server to discover relationships between assets.

Prerequisites

This skill requires access to the Google Cloud Data Lineage API and an active client connection to the Data Lineage MCP Server. For detailed connection configurations and tool schemas, refer to MCP Usage.

Analysis Workflow

1. Resolve the Asset's Fully Qualified Name (FQN)

  • Ensure you have the correct FQN format for the BigQuery asset:
  • Format: bigquery:{project_id}.{dataset_id}.{table_or_view_id}
  • Example: bigquery:my-prod-project.analytics.orders

2. Determine Locations and Parent Path

Identify the locations to search and construct the Data Lineage API request:

  • Discover Asset Location: Run the command `bq show --format=json

{projectid}:{datasetid} and extract the location field (e.g., us-central1 or us`). If location discovery fails due to permissions or missing tools, prompt the user for the dataset's location.

  • Set Parent Path: Set the parent path using the project ID and the

MCP server's location. Consult the DataLineageServer tool definition to find the configured region or location (e.g., us). The format is: projects/{project_id}/locations/{mcp_server_location}.

  • Configure Search Scope: Include the discovered asset location in the

locations array of the payload (e.g., ["us-central1"] or ["us", "us-central1"]).

3. Retrieve the Downstream Lineage Graph

Call the DataLineageServer:search_lineage tool to fetch downstream relationships.

  • Direction: Set to DOWNSTREAM.
  • Search Parameters: Use max_depth = 10 and max_process_per_link = 5

as robust defaults.

4. Identify the Blast Radius

Traverse the returned lineage links to build the impact graph:

  • Affected Assets: The target of each link represents a downstream asset

that depends on your source asset.

  • Transform Processes: Inspect the processes field on each link. This

identifies the ETL pipelines, BigQuery Views, or Scheduled Queries that propagate the data.

  • Direct vs. Indirect Impact:
  • Direct Impact (Depth 1): Assets directly consuming the source asset.

If a link has dependency_type: EXACT_COPY, mark the target as "Directly Stale / Identical Copy".

  • Indirect Impact (Depth > 1): Assets further down the stream that

will experience cascading stale data or failures.

5. Summarize and Format the Output

Present your findings clearly to the user using the following structure:

  1. Executive Summary: State the total number of downstream assets affected

and the maximum depth of the impact.

  1. Critical Path: Highlight high-priority downstream assets (e.g., assets

containing "prod", "dashboard", "reporting", or "master" in their names).

  1. Blast Radius Table: A clean Markdown table listing the dependencies. You

MUST include all columns:

Downstream AssetTransform ProcessDepthImpact Type
bigquery:project.dataset.tableprojects/p/locations/l/processes/proc1Direct
bigquery:project.dataset.viewprojects/p/locations/l/processes/view2Indirect
  1. Analysis Metadata: Provide transparency on the parameters and boundaries

of your search so the user can choose to expand them:

  • Locations Searched: {list_of_locations_queried}
  • Parent Location: {parent_path}
  • Depth Limit: {max_depth}
  • Process per Link Limit: {max_process_per_link}
  • Tip for User: Let the user know they can request to rerun the analysis

with expanded locations or larger depth limits.

Crucial Constraints & Guardrails

  1. Interpret Empty Responses Correctly:
  • If the lineage response is empty, immediately assume that no

dependencies exist in the queried locations and report this to the user.

  1. Strictly Banned Bypasses:
  • Exclusively retrieve downstream relationships using the

DataLineageServer:search_lineage tool.

  1. Verify Asset Existence First:
  • If bq show indicates the source table does not exist, stop and report

this directly to the user. Do not attempt to guess alternative table names unless the user explicitly instructs you to do so.

  1. No Output Shortcutting or Hallucinated Artifacts:
  • Present the complete downstream blast radius table directly in your

final response. Avoid telling the user you have created a separate Markdown file or artifact containing the details unless you have explicitly executed file-writing tools to create it.

Reference Directory

  • MCP Usage: Using the Google Cloud Data Lineage

remote MCP server and tool preferences.

External Documentation

来自同一仓库

更多 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日