Guides users through discovering their database requirements, recommends a Google Cloud database based on a recommendation matrix, and assists in database creat
复制下面这句话,粘贴给 Claude Code、Codex、Cursor 等 AI 编程工具,它会读取安装说明并在你确认后完成安装。
请阅读 https://ai.atlankj.com/install/asset/gh-cloud-databases-onboarding-fe58d51ad954 ,按照其中的说明把「cloud-databases-onboarding」安装到你(当前 AI 工具)中。执行前先告诉我将运行的命令和写入的位置,等我确认。
查看 AI 将读取的安装说明正在读取 GitHub 原文…
内容来自 GitHub 原始文件,由原作者维护。在 GitHub 查看
This skill provides domain instructions, decision matrices, and Infrastructure-as-Code workflows to guide users through discovering their exact database requirements, selecting an optimal Google Cloud database service, and drafting starter resource provisioning code for user review.
A validation script is provided to verify the skill's reference files and formatting:
python3 scripts/database_onboarding_skill.py --verify
This workflow operates in three distinct sequential phases. Evaluate the active conversation history to determine the current phase and follow the corresponding instructions:
When a user asks "What database should I use?" or requires guidance on Google
Cloud database selection, you must initiate the Discovery phase.
references/onboarding_prompts.md using view_file.onboarding_prompts.md to gather core requirements (data model, workload,
scale, and migration context) using user-friendly phrasing and enforcing
constraints (such as the 90% confidence rule) before proposing any
recommendation.Once you have gathered sufficient explicit discovery context, you must determine the optimal Google Cloud database recommendation.
references/onboarding_prompts.md. This involves distilling
requirements, calling the database selection tool (or consulting
references/recommendation_matrix.txt directly if the tool is unavailable),
and formulating a single recommendation.onboarding_prompts.md.When the user accepts the recommendation and requests to provision or modify
cloud resources, follow the Phase 3 instructions in
references/onboarding_prompts.md using a strict Plan-Validate-Execute pattern.
Limit your actions to creating and validating draft artifacts for user review.
Analyze the Workspace: Scan the user's workspace/open files/related directories with database resources scripts.
Obtain User Confirmation: If the target infrastructure files are not clear, ask the user explicitly to confirm the file paths or target directory before modifying anything.
Draft Infrastructure Plan (Plan): Create or edit the necessary Terraform configuration files or any other relevant scripts necessary to provision the resources. When creating or editing Terraform files or any other database resource provisioning script, you MUST:
# Generated with cloud onboarding skills selector @date, replacing
@date with the current date/timestamp).resource_generated_by = "cloud db onboarding skill" under the default_tags block or as a resource
label/tag.gcloud CLI commands or shell
scripts, you MUST follow the instructions in the gcloud skill
(../gcloud/SKILL.md). Specifically:
gcloud beta command group for database provisioning
(e.g., gcloud beta <group> <resource> create).gcloud help <leaf_command> prior
to proposing commands.--project=<PROJECT_ID> and explicit location flags
(--region, --zone, or --location).--dry-run or --validate-only preview flags where supported.--labels=resource_generated_by=cloud_db_onboarding_skill) on
generated gcloud provisioning commands.--quiet (-q): Provisioning commands are
drafted for interactive human user review and execution, so do NOT
include non-interactive --quiet or -q flags.Validate Infrastructure Code (Validate): Before finalizing, you must validate the drafted infrastructure code to verify syntax and configuration correctness. Validating Terraform code ensures that configuration blocks, IAM bindings, and instance sizing are syntax-error-free and strictly enforceable before code review.
Create Pull Request (Execute): Once validation succeeds with zero
errors, automatically create a Pull request containing the validated
Terraform/shell/scripts updates for user review. Leave live infrastructure
changes (terraform apply or gcloud commands) to human review or
automated CI/CD pipelines.