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
آخر نشاط في المصدر
٢٤ أبريل ٢٠٢٦ في ١٤:٤٩
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٠
التفرعات
٠

خيارات التثبيت

يُحدَّد 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