Skip to main content

copy-connections

Use this skill when the user wants to copy, clone, migrate, or replicate their Fivetran connections from one destination to another — whether same destination type (e.g., splitting one warehouse into two) or different (e.g., Redshift to Snowflake). Handles the end-to-end workflow including scoping, validation, credential handling, and execution.

跳到安装

来源信息

仓库
fivetran/copy-connections
最近来源活动
2026年4月24日 14:49
检测到的 SKILL.md 语言
英语
星标
0
分支
0

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
copy-connections
description
Use this skill when the user wants to copy, clone, migrate, or replicate their Fivetran connections from one destination to another — whether same destination type (e.g., splitting one warehouse into two) or different (e.g., Redshift to Snowflake). Handles the end-to-end workflow including scoping, validation, credential handling, and execution.
# Copy Connections (coordinator) **Purpose.** This is the top-level coordinator for the Copy Connections workflow. It orchestrates five sub-skills: 1. `copy-connections-scope` — gather user intent, fetch current state, produce a structured copy plan 2. `copy-connections-validate` — check the plan for issues before execution 3. `copy-connections-execute` — create connection shells with config, install Quickstart packages 4. `copy-connections-credentials` — attach credentials (via API or direct user to Fivetran UI) 5. `copy-connections-schema` — run setup tests, then apply schema config (table/column selections, sync modes, hashing) **State lives in `.copy-connections/`** in the user's working directory: - `copy_plan.yaml` — written by scope, consumed by validate, execute, and schema - `validation_report.yaml` — written by validate, consumed by execute - `credentials.yaml` (optional) — written by the user if they chose file-based credential collection - `results.md` — written by execute, updated by credentials and schema **Key constraints this coordinator enforces:** - Execute refuses to run without a passing `validation_report.yaml` - Validate refuses to run without a `copy_plan.yaml` - Schema config can only be applied after credentials are in place — the schema doesn't exist until then - The coordinator can re-enter scope at any phase if the user wants to change their mind; this invalidates downstream artifacts - If sub-skills detect inconsistent state (e.g., plan exists but references connections that have since been deleted), the coordinator surfaces this and asks the user how to proceed **What the coordinator does not do.** It does not implement business logic itself. All product knowledge (what's copyable, what isn't, which config fields are portable across destination types, how to handle OAuth connectors) lives in the sub-skills. The coordinator is flow control.
在 GitHub 查看