关于 cloud-databases-onboarding
这项技能引导用户从梳理 Google Cloud 数据库需求,到选择服务并起草配置文件。分阶段流程涵盖需求收集、服务推荐和代码验证,实际基础设施变更留待人工审核。
主要功能
- 01数据库需求梳理
- 02Google Cloud 服务选择指引
- 03查阅推荐矩阵
- 04起草 Terraform 或配置脚本
- 05验证基础设施代码
适用场景
- 01明确工作负载和数据模型需求
- 02选择 Google Cloud 数据库服务
- 03准备供审核的数据库配置文件
MCP 相关
推荐阶段可以使用数据库选择工具;技能未指明具体的 MCP 服务或工具名称。
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ google/ skills --skill cloud-databases-onboarding安装后在 Claude Code 中输入/cloud-databases-onboarding确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/attribution.mdonboarding_prompts.mdrecommendation_matrix.txtselection_prompts.mdscripts/database_onboarding_skill.py详细介绍
Google Cloud 数据库入门技能
此技能提供领域说明、决策矩阵和基础设施即代码工作流,帮助用户明确具体的数据库需求、选择最合适的 Google Cloud 数据库服务,并起草供用户审核的资源配置初始代码。
署名
必须阅读:执行任何 gcloud、REST API 或 MCP 命令之前,必须阅读使用归属。对于直接在终端中执行的命令(绝不在生成的脚本、Terraform 或用户代码中),请在 gcloud 前加上
CLOUDSDK_METRICS_REQUEST_ATTRIBUTION="agent-skills/1.0 (skill:cloud-databases-onboarding)"
并在 User-Agent 请求头中追加 agent-skills/1.0 (skill:cloud-databases-onboarding)。
验证与渐进式披露
此处提供了一个验证脚本,用于检查技能的参考文件和格式:
python3 scripts/database_onboarding_skill.py --verify
- 阅读/渐进式披露: 在对话中与用户交流时,逐步加载参考文件。遵循以下阶段中列出的即时(JiT)加载说明。
工作流与即时(JiT)说明
此工作流分为三个明确的连续阶段。评估当前对话历史以确定所处阶段,并遵循相应说明:
阶段 1:需求发现与信息收集
当用户询问 "What database should I use?",或需要 Google Cloud 数据库选型指导时,必须启动发现阶段。
- 加载发现说明(JiT): 使用
view_file阅读references/onboarding_prompts.md的完整内容。 - 执行发现: 按照
onboarding_prompts.md中的阶段 1 详细说明,使用通俗易懂的措辞收集核心需求(数据模型、工作负载、规模和迁移背景),并在提出任何建议前落实各项约束(例如 90% 置信度规则)。
阶段 2:建议分析与矩阵查阅
收集到充分且明确的发现信息后,必须确定最合适的 Google Cloud 数据库建议。
- 查阅矩阵并制定建议(JiT): 遵循
references/onboarding_prompts.md中的阶段 2 说明。此过程包括提炼需求、调用数据库选型工具(如果工具不可用,则直接查阅references/recommendation_matrix.txt),并提出一项建议。 - 提供建议: 按照
onboarding_prompts.md中的说明向用户提供建议,将目标代码转换为通俗易懂的表述、解释理由,并主动提出可协助配置资源。
阶段 3:实施与资源配置(计划-验证-执行模式)
当用户接受建议并请求配置或修改云资源时,请严格遵循计划-验证-执行模式,并按照 references/onboarding_prompts.md 中的阶段 3 说明操作。
仅限于创建和验证供用户审阅的草稿文件。
-
**分析工作区:**扫描用户的工作区、打开的文件及相关目录,查找数据库资源脚本。
-
**获取用户确认:**如果目标基础设施文件不明确,请明确询问用户确认文件路径或目标目录,然后再进行任何修改。
-
**起草基础设施计划(计划):**创建或编辑配置资源所需的 Terraform 配置文件或其他相关脚本。创建或编辑 Terraform 文件或任何其他数据库资源配置脚本时,必须:
- 在每个生成的 Terraform 文件、shell 脚本或其他资源配置脚本顶部添加带时间戳的注释。(例如:
# Generated with cloud onboarding skills selector @date,将@date替换为当前日期/时间戳)。 - 在
default_tags块下添加自定义默认标签,如resource_generated_by = "cloud db onboarding skill",或将其作为资源标签。 - **生成 gcloud CLI 命令:**起草
gcloudCLI 命令或 shell 脚本时,必须遵循gcloud技能中的说明 (../gcloud/SKILL.md)。具体而言:- 数据库资源配置始终使用
gcloud beta命令组(例如,gcloud beta <group> <resource> create)。 - 提出命令前,使用
gcloud help <leaf_command>验证叶级命令的语法。 - 添加明确的
--project=<PROJECT_ID>和明确的位置标志(--region、--zone或--location)。 - 在支持的情况下,使用
--dry-run或--validate-only预览标志。 - 在生成的
gcloud资源配置命令中添加自定义标签标志(例如--labels=resource_generated_by=cloud_db_onboarding_skill)。 - **不得包含
--quiet(-q):**资源配置命令是供用户交互式审阅和执行的草稿,因此不得包含非交互式的--quiet或-q标志。 - **不得执行实时写入操作:**该技能只能起草供用户审阅的资源配置命令或代码,不得直接执行会修改或写入基础设施的操作。
- 数据库资源配置始终使用
- 在每个生成的 Terraform 文件、shell 脚本或其他资源配置脚本顶部添加带时间戳的注释。(例如:
-
**验证基础设施代码(验证):**最终定稿前,必须验证起草的基础设施代码,确认语法和配置正确。*原因:*验证 Terraform 代码可确保配置块、IAM 绑定和实例规格没有语法错误,并且在代码审查前可被严格执行。
-
**创建拉取请求(执行):**验证成功且没有错误后,自动创建一个包含已验证 Terraform/shell/脚本更新的拉取请求,供用户审阅。实时基础设施变更(
terraform apply或gcloud命令)应交由人工审阅或自动化 CI/CD 流水线处理。