my-skills-stray-recovery
my-skills 仓库中的散落技能恢复与合并流程说明，用于在下次分发前把规范存储中的散落技能回收进聚合仓库，避免未版本化内容被分发覆盖。资料仅给出流程与命令，未提供安装方式、价格或平台信息。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
部署与运维
12,936 个结果
vendor-sync
vendor-sync 是 my-skills 聚合仓库的维护技能，用于把各来源的合并副本同步到最新上游状态，同时保留已记录的补丁。它支持 dry-run 与真实同步、对补丁文件做三方合并、更新补丁清单中的上游 pin，并关闭 pending-update 议题。
huawei-cloud-migration-windows-ecs
华为云 SMS（Server Migration Service）Windows 主机迁移到 ECS 的自动化编排 Skill。支持 Windows Server 2008/2008R2/2012/2012R2/2016/2019/2022/2025 及 Win7/8.1/10/11（64位）。提供公网/私网迁移模板与环境变量模板，迁移前强制检查环境变量；采用双 CLI（unified_migrate.py 部署 Agent、sms_task.py 管理目标与迁移任务、同步、割接）加环境清理编排（cleanup_environment.py）。批量主机信息从环境变量 Host_Information（JSON 模板）读取，CSV 兼容回退。内置 71+ 安全规则与资源属主体系，目标编排自动创建数据盘。
huawei-cloud-rds-mysql-replica-promotion
该技能用于将华为云 RDS for MySQL 单机实例通过 hcloud（KooCLI）命令行工具转换为主备（HA）实例，以降低单点故障风险。转换过程不可逆，因此工作流在执行变更前要求用户明确确认，并提前展示风险与影响。技能包含严格的前置条件检查、可选的转换前手动备份、转换任务轮询以及结果验证。适用前提：Python >= 3.9，hcloud >= 7.2.2 且已配置 AKSK 认证，目标实例必须为 ACTIVE 状态的单机实例。
huawei-cloud-sac-intl-find-and-deploy
该技能用于在华为云国际站查找并端到端部署 SAC（Solution as Code）解决方案，基于 Terraform 完成。查找阶段：用户描述业务目标（如模型网关、agent 方案、知识库、Dify 等），技能检索实时公开目录，先列出匹配的方案名称，用户选定方案和后，再列出该方案在全部区域的可部署条目，并告知目录更新时间与方案总数。部署阶段：用户明确确认方案、版本与区域后，技能检查凭据（AK/SK/SecurityToken 环境变量）、下载模板、归一化 Provider 源，列出变量供确认，然后依次执行 terraform init/plan，经用户确认后 apply，并可验证与销毁清理。工具链为 Python 3.8+ 与 Terraform 1.5+，不使用 KooCLI；目录每次从公开 OBS 实时获取。
cloudflare-container-gateway-autostart
针对受 Cloudflare Access 保护的 Cloudflare Workers Container 中 Discord/Telegram/Slack 机器人网关不自动启动的问题，通过新增公开 /start 端点和 Cron 定时任务确保持续运行的操作指南。
android-bootloader
面向 Android 设备的 fastboot 与引导加载程序操作参考，涵盖解锁引导加载程序、刷写分区、A/B 槽位与动态分区管理、恢复模式及 Magisk 安装等，并标明操作风险等级与防变砖注意事项。
warp-deploy-fund-deployer
用于 Hyperlane warp route 部署前的资金预检技能：读取 Linear 工单，按链检查部署钱包的原生 gas 余额与抵押代币余额，给出警告并生成从 Hyperlane 部署者密钥转账的资助命令。
warp-deploy-init-route
Hyperlane 仓库中的技能，用于生成新 warp route 部署的初始 deploy.yaml（步骤 1–9）。它读取 Linear 工单提取代币与链配置，查询 mailbox 地址，并按抵押、合成、原生、收益等类型组装配置。
warp-deploy-nexus
用于把新的 warp route 加入 Nexus UI 白名单的技能：检出 hyperlane-warp-ui-template 的 nexus 分支，将 warp route ID 写入 warpRouteWhitelist.ts，提交推送并创建以 nexus 为基线的 PR。
warp-deploy-register-route
Hyperlane 仓库中的技能，用于新 warp route 部署完成注册表合并后的收尾工作：把 warp route ID 加入 warpIds.ts、更新 .registryrc 到最新注册表提交、运行 update-agent-config、部署 warp monitor 并创建 PR。
wizard
Wizard 是一个基于 bash 的交互式向导工具，用于引导用户逐步完成那些只能由人工执行的繁琐手动流程（例如配置第三方服务、设置凭证、运行一次性迁移或将项目从一种状态迁移到另一种状态）。它逐个打开 URL，明确告诉用户点击和复制什么内容，捕获所需值，并将其写入 .env 文件或 GitHub secrets 等目标位置，同时在每个阶段进行确认并显示剩余阶段数量。Wizard 复用了 template.sh 提供的库（阶段进度、确认门、跨平台 URL 打开（含 WSL）、隐藏密钥输入、幂等 .env 更新、gh secret/gh variable 写入、结束摘要），用户只需负责界定流程并编写各个阶段。Wizard 默认是临时的，通常一次运行后即可删除；只有当用户希望将可重复的安装路径保存在仓库中时才应提交。
index-monitor
index-monitor 是 iannuttall/seo 下的 SEO 监控技能，用于对 sitemap 中的 URL 做周期性、受配额限制的抽样检查，调用 Google URL Inspection 并保存快照，供后续变更分类与索引状态跟踪使用。
performance
通过本地 seo CLI 或 MCP 服务器，对单个 URL 进行 Lighthouse 实验室性能与 CrUX 设备字段 Core Web Vitals 审计与解读。
iblai-env
iblai-env 用于为 ibl.ai 应用配置环境变量：把简单的 .env.example 扩展为完整的 .env.local，并通过 iblai CLI 设置平台 Key 与域名，自动生成 NEXT_PUBLIC_* 系列变量。
vibe-deploy
vibe-deploy 是 iblai/vibe 提供的部署技能，用于把 iblai 应用发布到生产环境，覆盖 Vercel、Docker 以及 Tauri v2 桌面与移动端构建，并提供 CI/CD 工作流生成。
vibe-setup-env
vibe-setup-env 是 iblai/vibe 提供的技能，用于为 ibl.ai 应用配置环境变量，把简单的 .env.example 扩展为完整的 .env.local，并通过 iblai CLI 管理平台密钥与域名等配置。
sprint-plan
面向 IBM/mcp-context-forge 项目的冲刺规划再生成流程，依据开放 issue 列表按类型、MoSCoW 优先级与类别分批排入若干 Sprint，并产出 CSV 工件和 README，目标约每月运行一次。
managing-release-issue
面向智能体技能的“发布问题”管理工具：把 GitHub issue 当作生产发布清单，按阶段记录发布前需要在生产侧完成的事项。仅当某项能力已在非生产环境验证可用时，才添加其生产对应步骤。
dual-repo-workspace-guard
Dual-Repo Workspace Guard 是一个用于将混合本地仓库拆分为隔离的双仓库工作区的工具与流程集合，例如将公开实现代码与私有规格/研究文档分离。它通过多层跨仓库防护（Git 钩子、CI 门禁、代理权限）防止私有数据泄露，建立单向契约同步，并在任意项目中强制执行文档生命周期模式。该工具以脚本和参考文档形式提供，包含只读审计、零损失备份、重构隔离、跨仓库防护安装、契约同步、文档生命周期校验以及 7 点防护验证套件等阶段。
doctor
doctor 是一个用于诊断 Claude Code 环境健康状况的技能，适用于排查 CLI 环境、Node 安装、权限配置或配置漂移等问题。它通过只读检查生成完整报告，覆盖安装健康、未使用的技能/MCP 服务器/插件、本地与已提交记忆文件去重、CLAUDE.md 精简、懒加载迁移、慢钩子标记、版本校验、默认权限模式设置以及只读命令预批准等。所有修改均先提议、经用户确认后再应用，且仅限用户/本地范围文件，不擅自改动已提交文件。
re0-release
re0-release 是一个用户主动调用的发布流程技能，用于把「准备并发布一个版本」变成一条明确的命令，而不是每次手工重新推导发布清单。它针对待提交的改动，按仓库的 Shipping 清单逐项确认就绪状态，对版本号变更进行分类（新技能为 minor、修复或纯文档为 patch、无替代路径地移除技能为 major），在已安装时运行 sip 并应用其发现，否则按顺序直接执行其检查。随后更新 package.json 版本、按 commit-economy 起草提交信息，并在获得明确确认后提交。发布说明写入本地不随包发布的 .re0/release/RELEASE_NOTES.local.md，作为签名标签的消息。打标签与推送需要第二次单独确认，因为这是唯一对外公开的步骤。之后它会观察触发的发布工作流直至完成，报告成功或真实失败，并关闭该版本落地的外部贡献、归档已发布的迭代文件夹。
run
该技能用于启动并实际驱动本地开发服务器、Web 应用、CLI 二进制程序或构建脚本。它强调“运行”不只是启动入口，而是像真实用户那样与程序交互：在命令行执行命令、通过 socket 访问服务器、在窗口中操作 GUI。技能会先检查项目中是否已有覆盖启动方式的技能，若有则按原样遵循；否则根据项目类型（CLI、Web 服务器/API、TUI、Electron/桌面 GUI、浏览器驱动、库/SDK）匹配对应模式，并驱动到用户可见结果为止。
setup-engineering-workflows
这是一个用于在代码仓库中初始化工程化协作规范的工具（技能）。它会先探查仓库的远程地址、目录结构和已有标签，再按需配置问题跟踪方式（GitHub gh、GitLab glab 或本地 Markdown）、五类分诊标签（needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix）、领域文档布局（单上下文 CONTEXT.md 或多上下文 CONTEXT-MAP.md），并把这些约定写入 docs/agents/ 下的文档，同时更新 AGENTS.md 或 CLAUDE.md 中的 Agent skills 区块。它强调不盲目覆盖已有的跟踪配置和自定义标签，始终只维护一个代理指令文件，仅当仓库存在 monorepo 信号时才建议多上下文，仅在仓库已含分诊技能时才配置分诊标签。