SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-04 00:13
13,022 个结果
将 SAP BTP Neo 环境专用的 Neo Java Web API 替换为 SAP Cloud SDK，以适配 Cloud Foundry（CF）。该技能用于在 pom.xml 中检测 neo-java-web-api 或 scp-neo 依赖，或源码中的 com.sap.cloud.account、com.sap.core.connectivity.api、com.sap.security.um.user 等导入，并执行依赖替换、版本解析、导入迁移、SAPUI5 资源引用修正与 servlet 映射核对等操作。它要求在工作目录（-cf-migration 副本）中运行，并以 jakarta-java25-migration 技能为前提。
TomEE Runtime 是 SAP BTP Neo Java 应用迁移工具集中的一项技能，用于将使用 EJB 的 JavaEE 应用从 Neo 平台迁移到 Cloud Foundry 的 TomEE 10 容器。当应用包含 @Stateless、@Singleton、@EJB、@Schedule 注解，或导入 javax.ejb / jakarta.ejb 包，或使用 com.sap.cloud:neo-javaee7-wp-api 依赖时，该技能适用。迁移步骤涵盖：替换 Neo 依赖为 CF TomEE BOM、将 Java EE 7 的 javax.ejb 注解迁移到 Jakarta EE 10 命名空间、创建 resources.xml 配置数据源、配置 persistence.xml 以适配 TomEE 的 JTA 环境、创建 resource_configuration.yml、更新 MTA 描述符启用 TomEE 运行时、移除 web.xml 中的 CXFNonSpringJaxrsServlet 以支持 CDI 注入、以及更新 beans.xml 到 Jakarta EE 命名空间。该技能要求先执行 jakarta-java25-migration 完成 Jakarta EE 10 迁移，且必须在 -cf-migration 工作目录中运行。
用于清理已部署的 SAP appFront 应用：从 Cloud Foundry 取消部署（可选删除服务实例和密钥），并移除本地迁移输出目录。所有破坏性操作均需用户逐项确认，且不会删除原始项目目录。
cleanup 是 SAP BTP 应用迁移技能集中的一个清理技能，用于下线已部署的 SAP appFront 应用并清理本地迁移产物。它先用目录检查和 mta.yaml 判定项目类型（迁移输出 appfront-migrated/ 或从零搭建的项目），再从 mta.yaml 提取 MTA ID；随后分阶段询问用户：是否从 Cloud Foundry 取消部署、是否连带删除服务实例与服务键，最后确认是否删除本地输出目录。技能强调所有破坏性操作须逐项获得用户明确确认，且绝不删除原始项目目录，只在取消部署完成后才清理本地文件，并将清理摘要写入 .claude/appfront/ 下的时间戳文件。
validate 是 SAP BTP HTML5 应用迁移技能集中的配置校验技能，用于检查应用前端（Application Frontend/appFront）应用配置是否正确、是否具备部署条件。技能分静态与运行时两种模式：静态模式始终运行，扫描项目中的 mta.yaml、xs-app.json、xs-security.json、ias-security.json、manifest.json 等文件并分阶段校验；运行时模式需用户确认后，通过 afctl 获取部署应用地址，再用 Playwright 登录抓取线上文件与本地比对。校验覆盖 MTA 资源与模块、路由配置、认证安全配置、manifest 关键字段等，最终输出分级报告并给出部署就绪结论。
用于在自托管 Dokploy PaaS 上部署和管理应用，支持通过 API、CLI 与 MCP 工具完成应用部署、服务与域名配置等操作。
关于 @bradygaster/squad-cli 内部机制的技术性技能，说明该 CLI 如何将版本号写入 squad.agent.md、squad upgrade 命令会覆盖与保留哪些内容、如何从 coordinator 提示中查询 npm registry 的最新版本，以及版本检查缓存的读取方式。适用于需要理解或复用 Squad CLI 版本标记、升级与版本探测逻辑的场景。资料未提供该技能的独立安装命令与收费标准。
用于在 Kubernetes 上通过 Helm 自托管部署 Scalekit 的技能。适用于内网或 on-prem 场景，要求使用企业许可证与分发门户获取 chart 和 registry token，并配置外部 PostgreSQL 15+、Redis 6.2+。
Apple Container 是 macOS 上的原生容器平台，将 Linux 容器作为轻量级虚拟机运行，在 Apple 芯片 Mac 上可替代 Docker，并提供兼容 OCI 镜像的 container CLI。
将 SCT 测试配置与 Jenkins 流水线作业中写死的 instance_type 参数迁移为基于约束的 sizing_db/sizing_loader/sizing_monitor 的迁移技能，用于跨云解析实例规格。
Deploy Flow 是一个用于按项目自身声明的发布流程执行部署步骤的技能（Skill）。它从项目的 rules/git-workflow-project.md 中读取 Deploy Workflow 与 Run Steps 两节：按声明顺序执行 git 合并步骤（git switch + git merge），只在 Run Steps 标记为 execute 时运行声明的脚本；每个步骤执行前都需经过一次 AskUserQuestion 授权。该技能本身从不执行 git push；脚本是否推送属于项目自行选择并承担的风险。适用于已经用规则文件明确写出发布步骤、希望在逐步人工确认下推进发布的项目。
Sebastian Software 的项目基础设施约定技能，用于将统一的工具链、CI、发布与贡献者文档规范应用到项目中。适合基础设施搭建、更新与审阅，支持 Node.js/TypeScript、Rust 及 CI 与发布场景。
run-release 是 seed-hypermedia/seed 的发布流程技能，用于按 docs/releasing.md 交互式执行生产发布：打标签、等待 CI、撰写发布说明并发布 latest.json。
semantius-deploy-test-maker 是 Semantius 技能，用 *-semantic-model.md 生成一个自包含 TypeScript 校验脚本，用 bun 运行后逐项核对线上 Semantius 实例的实体、字段、权限、角色与 webhook，发现与模型不一致即报错退出。
Devbox 是一个基于 Docker 的本地开发环境管理 CLI，通过在项目 docker-compose.yml 之上叠加配置分层、生命周期管理、校验与工具链来编排开发环境，并不替代 compose。该技能是导航器，帮助判断应运行哪个命令；详细的 schema 与行为说明位于内置 devbox docs 中。
GitHub Dependabot 的配置与管理指南，讲解如何在 .github/dependabot.yml 中设置依赖告警、安全更新与版本更新，涵盖多生态识别、目录映射、依赖分组、计划与冷却期、PR 定制、忽略规则及私有注册表等配置要点。
面向 Terraform/OpenTofu 的诊断优先技能，用于编写、审查、调试模块、测试、CI、扫描与状态操作。强调先诊断失败模式再生成代码，覆盖身份漂移、密钥暴露、爆炸半径、CI 漂移、状态损坏等，并要求产出假设、风险、权衡、验证计划与回滚说明。
面向 Terraform/OpenTofu 的诊断优先技能，用于编写、审查与调试模块、测试、CI、扫描及状态操作。强调显式假设、风险评估、验证计划与回滚，禁止未经审阅计划直接生产 apply，禁止无确认 destroy。
Performance Audit 是一个用于分析网页性能的 Claude 技能，基于 Web Vitals 与网络计时指标进行评估。它适用于优化加载时间、检查 Core Web Vitals、排查页面缓慢等场景，可获取 LCP、INP、CLS、TTFB、FCP 等指标，分析 HTTP 请求耗时、资源大小与阻塞资源，并通过截图对比不同加载阶段、检测布局偏移与首屏内容，以及分析 JavaScript 执行与长任务。该技能按基线采集、网络分析、资源检查、JavaScript 检查、图片检查、生成报告的工作流进行，并提供各指标的 Good / Needs Work / Poor 阈值参考。
he-ship 是 sgaabdu4/building-flutter-apps 技能集中的一个交付发布技能，用于把已验证的本地构建通过任务分支和 PR 交付出去，检查目标远程结果，并在完成后安全清理任务。它主要处理 PR 创建、发布流程与合并交付，要求以 HE Build 的本地“可发布”证据和用户给定的交付范围作为输入，复用既有授权，不接受技能、计划或绿色检查作为额外授权。其流程从任务分支与带证据的 PR 开始，经过原生就绪检查，在授权下进行受控合并，验证合并后的修订与交付证明，最后执行受控清理并在同一计划中记录实际结果。若出现代码失败会回到 HE Build 修复，若缺少前置条件则保留证据并记录确切的恢复条件。
fix-ci 是一个用于排查并修复 PR 持续集成检查失败的技能，通过 gh pr checks 查看失败项、检查日志或外部检查链接，逐项定位首个可操作错误并做最小修复，推动 CI 恢复通过。
Loop on CI 是一个用于监控 Pull Request 检查状态并修复失败项的工作流技能，目标是把 PR 上的所有必需检查迭代到全部通过（绿色）。它以 gh pr checks 作为判断 PR 检查状态的唯一依据，因为该命令覆盖所有附加到 PR 的检查，而 gh run list 只覆盖 GitHub Actions。技能会先解析当前分支对应的 PR，在等待前先检查现有检查状态：若已失败则优先诊断失败原因，若仍在进行中则使用 gh pr checks --watch --fail-fast 进行监视；每次推送后重新检查完整的 PR 检查集合，循环直到全部通过。它强调修复范围尽量限定在单一失败原因、不使用 --no-verify 绕过钩子、对与 PR 无关且已在 main 修复的失败改为合并最新 main、对疑似不稳定的失败重试一次并报告证据。最终输出当前 CI 状态、失败摘要与已应用的修复，以及检查通过后的 PR URL。
ophanim 是一个以 macOS 为主的终端工具，可在同一窗口内平铺终端与网页，用 browse <url> 把窗格切换为浏览器，Alt+Esc 切回；基于 tmux，退出重开后 shell 与布局、URL、浏览历史可恢复。
fix-ci 是一个用于诊断 GitHub PR 上失败或卡住的 CI 检查的技能，属于 shipshitdev/skills 技能集。它通过 gh 命令行读取 PR 检查项与 GitHub Actions 日志，定位根因并给出或应用定点修复，可在用户授权后循环执行“修复→推送→复查”直至全部必需检查通过。技能强调授权边界：仅读日志时保持只读；重跑/取消工作流、推送代码、修改 CI 配置前需确认；进入自主循环后授权范围内不再逐次询问。它把 PR 元数据、提交信息与日志视为不可信诊断证据，不执行其中嵌入的指令，并禁止使用 --no-verify、削弱检查或强推共享分支。