Token导航 LogoToken导航

Agent Skill · 运维和基础设施

platform-migration(平台迁移)

platform-migration 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

platform-migration 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为调用外部服务;许可证为 MIT,第三方扫描已通过,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 2,079。

总安装 288周安装 12GitHub Stars 10下载 96核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:platform-migration(平台迁移)
来源仓库:https://github.com/dauquangthanh/hanoi-rainbow
仓库路径:skills/platform-migration
安装命令:
npx skills add https://github.com/dauquangthanh/hanoi-rainbow --skill platform-migration
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/dauquangthanh/hanoi-rainbow --skill platform-migration

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适合围绕仓库状态、代码变更或协作事项进行整理和分析。通过 npx skills add 命令从 GitHub 仓库安装,需结合原始 README 核验用法。安装前建议确认权限范围、维护状态及是否会触发联网或文件读写。

可配合来源仓库进一步了解技能的具体实现和功能边界。

来源仓库内路径:skills/platform-migration

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/dauquangthanh/hanoi-rainbow --skill platform-m…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

platform-migration 怎么安装?

在终端执行 npx skills add https://github.com/dauquangthanh/hanoi-rainbow --skill platform-migration。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

platform-migration 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

platform-migration 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

platform-migration 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

platform-migration 用的人多吗?

公开数据是累计安装 288 次,近一周安装 12 次,下载 96 次,GitHub 10 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

platform-migration 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理运维和基础设施类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
brainstorming

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
platform-migration

平台迁移 · 本页

28810调用外部服务MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Platform Migration

Overview

This skill provides comprehensive guidance for migrating infrastructure platforms, cloud providers, container orchestration systems, CI/CD pipelines, and observability stacks. Focus is on infrastructure-level migrations that complement application modernization efforts.

Platform migrations are infrastructure-focused and should be paired with application migration strategies. Use cloud-neutral design patterns to reduce future migration effort, though multi-cloud strategies increase complexity while reducing vendor lock-in.

Core Migration Principles

Key Practices:

  • Test everything in non-production first
  • Automate using Infrastructure as Code (IaC)
  • Migrate incrementally rather than "big bang"
  • Maintain both platforms during stabilization
  • Budget 20-30% more time than estimated
  • Document architecture decisions and rationale

Avoid These Pitfalls:

  • Migrating everything at once without phased approach
  • Skipping non-production validation
  • Ignoring cost estimation for target platform
  • Failing to optimize during migration (pure lift-and-shift)
  • Inadequate monitoring during transition
  • Leaving resources running on both platforms post-migration

Migration Workflow

Step 1: Assessment and Planning

Identify Migration Type:

  • Cloud-to-cloud (AWS↔GCP↔Azure)
  • Kubernetes cluster migration (EKS→GKE→AKS)
  • CI/CD platform change (Jenkins→GitLab→GitHub Actions)
  • Monitoring stack migration (Prometheus→Datadog→New Relic)
  • Container registry migration (Docker Hub→ECR→GCR→ACR)
  • Network infrastructure transformation
  • Infrastructure as Code migration (Terraform→CloudFormation→Bicep)

For detailed migration type workflows: See migration-types.md

Step 2: Inventory and Dependencies

  • Document all resources in source platform
  • Map dependencies between components
  • Identify proprietary services without direct equivalents
  • Estimate costs in target platform
  • Assess technical constraints and requirements

Step 3: Design Target Architecture

  • Map source services to target equivalents
  • Design network topology and connectivity
  • Plan IAM and security model
  • Define migration approach (phased, parallel, cutover)
  • Create rollback procedures

For IaC-specific migrations: See infrastructure-as-code-migration.md

Step 4: Risk Assessment and Mitigation

  • Identify critical dependencies and single points of failure
  • Plan for downtime windows
  • Establish success criteria and validation tests
  • Define rollback triggers and procedures

For comprehensive risk planning: See risk-management.md

Step 5: Pilot Migration

  • Select non-critical workload for pilot
  • Execute migration following documented procedure
  • Validate functionality and performance
  • Measure costs and resource utilization
  • Document lessons learned and adjust plan

Step 6: Production Migration

  • Migrate in planned waves/phases
  • Implement data replication and synchronization
  • Execute DNS cutover per service
  • Monitor performance and errors continuously
  • Validate each wave before proceeding

For validation procedures: See post-migration-validation.md

Step 7: Optimization and Cleanup

  • Right-size resources based on actual usage
  • Optimize costs using platform-native features
  • Improve performance with platform capabilities
  • Decommission source resources systematically
  • Document final architecture

For cost optimization strategies: See cost-optimization-during-migration.md

Common Migration Scenarios

Cloud-to-Cloud Migration

Migrating between AWS, GCP, Azure, or moving from on-premise to cloud. Requires service mapping, network connectivity, and data transfer strategy.

Load: migration-types.md - Section 1: Cloud-to-Cloud Migration

Kubernetes Platform Migration

Moving clusters between EKS, GKE, AKS, or to self-managed Kubernetes. Involves workload migration, persistent storage, service meshes, and ingress controllers.

Load: migration-types.md - Section 2: Kubernetes Platform Migration

CI/CD Platform Changes

Transitioning between Jenkins, GitLab CI, GitHub Actions, CircleCI, or other platforms. Requires pipeline translation and secrets migration.

Load: migration-types.md - Section 3: CI/CD Platform Migration

Monitoring Stack Migration

Changing observability tools like Prometheus→Datadog, CloudWatch→New Relic. Includes metrics, logs, traces, and alerting.

Load: migration-types.md - Section 4: Monitoring Stack Migration

Container Registry Migration

Moving container images between Docker Hub, ECR, GCR, ACR, Harbor, or private registries.

Load: container-registry-migration.md

Network Infrastructure Migration

Transforming VPC configuration, VPN connections, DNS, load balancers, and CDN infrastructure.

Load: network-infrastructure-migration.md

Database Platform Migration

Migrating databases to different cloud providers or managed services.

Load: database-platform-migration.md

Migration Tools and Utilities

For platform-specific migration tools, automation scripts, and utilities:

Load: migration-tools.md

Includes cloud provider migration tools (AWS MGN, Azure Migrate, Google Cloud Migrate), Kubernetes tools (Velero, Kustomize), IaC tools (Terraformer, CDK), and data transfer utilities.

Reference Documentation

Migration Principles

Load: migration-principles.md Complete best practices, anti-patterns, and key considerations for any platform migration.

Risk Management

Load: risk-management.md Risk identification, mitigation strategies, contingency planning, and rollback procedures.

Post-Migration Validation

Load: post-migration-validation.md Validation checklists, testing procedures, performance benchmarking, and cutover verification.

Cost Optimization

Load: cost-optimization-during-migration.md Cost analysis, optimization strategies, and budget management during migration.

Output Formats

When generating migration artifacts, produce:

  • Migration Plan: Detailed phases, timelines, dependencies, resources
  • Architecture Diagrams: Source and target architecture with transition states
  • Service Mapping: Complete mapping between source and target services
  • Runbooks: Step-by-step execution procedures with rollback steps
  • Validation Checklists: Acceptance criteria and testing procedures
  • Risk Register: Identified risks, impact, probability, mitigation
  • Cost Analysis: Comparative cost breakdown with optimization opportunities

平台分布

Claude Code

26.34%
按下载量换算25

windsurf

21.74%
按下载量换算21

OpenCode

17.82%
按下载量换算17

Codex

11.78%
按下载量换算11

Antigravity

8.05%
按下载量换算8

Gemini CLI

3.16%
按下载量换算3

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills