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.

Ir a la instalación

Datos de origen

Repositorio
fivetran/copy-connections
Última actividad en el origen
24 de abril de 2026 a las 14:49
Idioma detectado de SKILL.md
inglés
Estrellas
0
Forks
0

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
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.
Ver en GitHub