| name | cypress-migration |
| description | Migration skill for moving existing UI automation to Cypress. Use when Codex needs to translate Playwright or Selenium/WebDriver patterns, plan incremental migration, preserve coverage during framework change, or explain architectural differences that affect the suite design. |
| metadata | {"author":"jovd83","version":"1.1","dispatcher-category":"testing","dispatcher-capabilities":"framework-migration, cypress-migration","dispatcher-accepted-intents":"migrate_to_cypress","dispatcher-input-artifacts":"source_test_suite, repo_context, migration_scope","dispatcher-output-artifacts":"migration_plan, migrated_tests, compatibility_notes","dispatcher-stack-tags":"cypress, migration, framework","dispatcher-risk":"high","dispatcher-writes-files":true} |
Telemetry & Logging
[!IMPORTANT]
All usage of this skill must be logged via the Skill Dispatcher to ensure audit logs and wallboard analytics are accurate:
./log-dispatch.cmd --skill <skill_name> --intent <intent> --model <model_name> --reason <reason> (or ./log-dispatch.sh on Linux)
Cypress Migration Guides
Use this skill when the user is moving from another browser automation stack to Cypress.
Migration Workflow
- Inventory the existing suite structure, runner assumptions, and shared helpers.
- Map framework concepts to Cypress equivalents.
- Choose an incremental migration path that preserves confidence.
- Revisit architecture decisions such as waiting, selectors, network control, fixtures, and CI once the syntax translation is done.
Official References
Guide Index
Output Bias
Prefer migration plans, translated examples, and architecture notes over abstract comparisons.
