SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 11-03 00:11

部署与运维

12,968 个结果

cdk-bootstrap-configuration

CDK Bootstrap Configuration 是一个面向 AWS CDK 基础设施开发者的参考模式（reference pattern），用于解决使用 valueFromLookup() 读取引导配置时产生的 CDK 上下文缓存问题。其核心思路是将「引导配置（部署输入）」与「运行时配置（基础设施输出）」彻底分离：引导配置（如域名、证书 ARN、账户 ID）通过 .env.{stage} 文件或 CI/CD 环境变量在 synth 时直接由 CDK 读取，不经过 SSM 查询；部署完成后，基础设施的输出再写入 SSM Parameter Store，供服务在运行时消费。该模式包含环境管理器（加载并校验引导配置）、通过 props 传递配置给 Stack、以及将 Stack 输出写入 SSM 等实现要点。其收益包括消除 cdk.context.json 缓存与人工干预、避免部署脚本与基础设施代码之间的循环依赖、对 CI/CD 友好、synth 时类型安全校验、以及不产生环境相关的上下文文件。适用于带生产域名与证书的 CDK 项目、多环境部署（dev、staging、prod）以及使用 CI/CD 流水线的团队。对于单一环境项目、非 CDK 项目或所有配置均由 CDK 自身生成的项目，该模式可能并不必要。

部署与运维1 次安装

environment-deployment-strategy

环境部署策略（Environment Deployment Strategy）是一套面向安全部署实践的三层环境方案，用于在支持快速开发迭代的同时，防止误将代码部署到生产环境。该方案划分本地（local）、开发（dev）、生产（prod）三类环境：本地运行在开发者机器上并复用 dev 的云资源，不允许部署；dev 部署到云端并镜像生产架构，可通过本地脚本或 GitHub Actions（合并至 dev 分支时）部署；prod 仅允许通过 GitHub Actions（合并至 main 分支）部署，禁止从本地机器部署。主要能力包括：通过部署限制保护生产、用云端 dev 资源加速本地迭代、dev 与 prod 的资源隔离与命名区分、CORS 配置规则，以及 GitHub Actions 与 AWS CodePipeline 两种集成方式。适用于搭建部署流水线或添加部署脚本的场景，也可选用更简单的双环境方案或包含 staging 的四环境方案。

部署与运维1 次安装

lambda-handler-pattern

Lambda Handler Pattern 是一个面向 AWS Lambda 的架构参考模式，旨在解决函数处理程序中环境变量与 AWS 客户端初始化不当所导致的冷启动性能问题和测试困难。其核心做法是在模块级别一次性校验环境变量并初始化 AWS 客户端（如 DynamoDB、S3、SSM 等），利用 Lambda 冷启动时模块只加载一次的特性实现快速失败与客户端复用；处理程序本身保持精简，只做事件解析与编排，具体业务逻辑放入纯函数，并通过依赖注入将配置与客户端传入，从而便于测试。文档强调不要照搬代码，而是理解思路后结合自身场景调整，并给出了完整示例、放置原则、测试示例与反模式说明。

部署与运维1 次安装

release-flow

Release Flow 是一个面向开发者的发布流程技能，用于在验证通过后以可重复、有据可查的方式完成版本发布。它要求先确认质量门禁证据，拒绝在缺少前置验证的情况下发布；随后自动检测版本来源（package.json、pyproject.toml、VERSION 文件或 git tags），通过 verify 模式预检 git 工作区清洁度、git 身份、目标标签可用性、版本源、changelog 就绪状态、发布说明目标位置以及可选的 gh 就绪状态；再预览版本升级级别（patch、minor、major）和 changelog 条目；执行版本号更新、changelog 更新并创建带注释的 git 标签；可选地验证 gh 认证后创建 GitHub Release。最后输出版本变化、标签、changelog 路径、预检状态和 GitHub Release 结果，并报告所有被跳过步骤的原因。它强调不发布无验证证据的版本、不虚构仓库未使用的版本文件或 changelog 格式、未确认认证不发布制品、仅当存在 [Unreleased] 段落时才更新 changelog。

部署与运维1 次安装

self-heal

Self-Heal 是一个自主错误恢复技能，用于在开发流程中检测失败、诊断根因、应用修复并继续执行，而不是停止任务。它强调先诊断后重试，避免盲目重试浪费 token 并放大错误。其核心是一棵恢复决策树：区分瞬时错误（网络、限流、超时）并采用指数退避重试，最多 3 次；工具失败（参数错误、schema 不符）先修参数再重试一次，仍失败则升级；逻辑错误则诊断根因、修复、验证后继续；上下文溢出则压缩上下文并从最近检查点恢复；未知错误则记录状态、暂停并交由人工处理。它还提供检查点模式，在风险操作前把阶段、步骤、上次成功、待处理文件和时间戳保存到 .agents/plans/.loop-state.json，失败后可跳过已完成步骤。诊断流程包括阅读完整错误、最小复现、形成单一假设、针对性验证、按证据修复并确认不破坏相邻测试。上下文恢复时总结已完成工作、保存恢复文件并以新上下文继续。升级阶梯从同层重试到切换模型、跨层升级，最后暂停并携带完整上下文交给人工。明确列出不应自动修复的情况：硬性阻断操作、削弱安全校验、需求不明确。最终输出 Self-Heal 报告，包含错误、诊断、操作、尝试次数、结果与恢复方式。

部署与运维1 次安装

publish-skill

publish-skill 是一个用于将 Claude Code 技能（skill）发布到两个市场（skillhu.bz 与 skills.sh）的发布流程技能。当用户说“publish skill”“publish to skillhubz”“publish to skills.sh”或需要上传技能时使用。它涵盖从内容准备到发布、验证的完整步骤：首先在临时目录中整理技能内容，使其通用化，移除用户特定路径、凭据/API 密钥/电话号码等个人数据，并确保 SKILL.md 带有包含 name 和 description 的 YAML frontmatter；然后通过 npx skillhu publish 发布到 skillhu.bz（无需认证、即时发布，重名返回 409）；再通过创建 GitHub 仓库并执行 npx skills add 将技能发布到 skills.sh，借助匿名遥测安装量提升排行榜位置。发布后可通过 npx skillhu install 或 npx skills add 安装。使用前需具备 SKILL.md 文件、npx skillhu 与 npx skills CLI，以及已认证的 gh CLI。

部署与运维1 次安装