preview-deployments-skill
为现有 Cloudflare Workers 应用添加 PR 预览部署的技能，基于 GitHub Actions、Wrangler、gh secrets 与 GitHub Deployments API，在 PR 中展示预览状态与预览 URL。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-30 00:12
部署与运维
12,749 个结果
ansible
Ansible 是一款无代理（agentless）的自动化工具，通过 SSH 对服务器进行配置管理、应用部署和基础设施编排，目标节点只需安装 Python 并具备 SSH 访问权限即可。其所有模块默认幂等，重复运行同一 playbook 会产生相同结果。它支持 Ad-Hoc 临时命令执行（如 ping、命令执行、文件复制、包安装、服务管理、用户创建、facts 采集），支持静态与动态 Inventory（含 AWS EC2 插件），并可用 INI 或 YAML 格式定义主机与分组变量。Playbook 采用 YAML 编写，包含 pre_tasks、tasks、handlers、post_tasks 等结构，涵盖包管理、文件、模板、服务、用户、Git、Docker、下载、命令执行、Cron 等常用模块，并支持变量与 facts、Jinja2 模板、条件判断、循环、错误处理（block/rescue/always）、标签等能力。用户可通过角色（roles）复用配置，从 Ansible Galaxy 安装角色与集合，使用 Ansible Vault 加密敏感数据，借助 community.docker 管理容器，用 Molecule 进行测试，并通过 forks、pipelining、fact 缓存、async 等配置进行性能调优。
brew-apt
这是一个跨平台包管理器命令参考技能，覆盖 macOS 的 Homebrew，以及 Linux 的 APT（Debian/Ubuntu）和 DNF/YUM（RHEL/Fedora/CentOS）。当用户提到 brew、homebrew、apt、apt-get、yum、dnf 或需要安装、卸载、升级软件包时，可用于提供准确的命令写法。内容按安装与卸载、升级、搜索与查看、第三方仓库、版本锁定、清理缓存、故障排查等场景组织，并附带三种包管理器的跨平台对照表。该技能本质是命令速查文档，不包含自动化执行逻辑，也不涉及具体软件包功能或收费信息。
caching-strategies
缓存策略与实现模式的技能集合，覆盖从浏览器、CDN 到应用、数据库与分布式系统的各层缓存。内容以知识指南形式组织，包括缓存基础概念（命中、未命中、TTL、淘汰、脏数据、缓存预热、缓存雪崩）、淘汰策略（LRU、LFU、FIFO、基于 TTL、随机、ARC），并提供 HTTP 缓存、浏览器缓存、CDN 缓存、应用层缓存、内存缓存与分布式缓存的代码示例与配置片段，涉及 Cache-Control 指令、ETag、Last-Modified、Vary、Service Worker、Cloudflare、CloudFront、Fastly、Redis、Memcached 等。适合在用户请求添加缓存、缓存 API 响应、配置 CDN 缓存或 HTTP 缓存时参考。
ci-cd-pipelines
CI/CD 流水线设计、搭建与优化指南，覆盖 GitLab CI、Jenkins、CircleCI 等主流平台。内容包含流水线核心概念（持续集成、持续交付、持续部署）、流水线结构（阶段、作业、步骤、制品、触发器）、设计原则（快速失败、并行化、缓存、最小化制品、幂等部署），并提供各平台的完整配置示例：GitLab CI 的 .gitlab-ci.yml、规则条件、矩阵构建；Jenkins 的声明式与脚本式 Jenkinsfile、共享库；CircleCI 的 config.yml、orb、工作流。此外还介绍扇出/扇入、矩阵构建、条件流水线（monorepo 策略）等设计模式，以及分层缓存与 Docker 层缓存策略。适用于需要搭建或优化 CI/CD 流程的开发者与运维人员。
feature-flags
本技能聚焦功能开关（Feature Flag）的实现、管理与最佳实践，用于支持渐进式发布。内容涵盖四类开关（发布、实验、运维/紧急关闭、权限）、布尔/多变量/用户定向等实现模式，以及 LaunchDarkly、Unleash、Flagsmith、Statsig、GrowthBook 等 SDK 集成示例和基于环境变量、数据库的自建方案。还提供开关生命周期管理（创建、灰度排期、清理）、带开关的单元与集成测试、按百分比/用户分群/地域的渐进发布策略、主干开发配合开关的流程，以及常见反模式和性能缓存、安全默认值、监控审计等运维要点。
logging
该技能是一份跨语言的应用日志记录综合指南，涵盖结构化日志、日志级别、日志库选型、集中式聚合、安全注意事项以及生产级实践模式。内容按语言和框架组织，包含日志级别对照表（TRACE 至 FATAL）及各级别用途与示例，并给出生产、预发布、开发环境的级别选择建议，以及按模块覆盖和运行时动态调整级别的做法。指南强调生产环境应使用结构化 JSON 日志，并给出包含时间戳、级别、logger、消息、服务、环境、版本、主机、correlationId、traceId、spanId、用户 ID、错误对象、耗时和元数据的结构化日志条目示例，说明其可机器解析、模式一致、上下文丰富、可过滤等价值。随后分别提供 Node.js（Winston、Pino、Pino 与 Express 中间件、Bunyan）、Python（标准库 logging 与自定义 JSONFormatter、structlog、Loguru）、Java（SLF4J + Logback、Log4j2）、Go（标准库 slog、Uber Zap、Zerolog）的配置代码示例，涉及日志轮转、敏感字段脱敏、MDC 上下文、按包级别设置等。
opentelemetry
OpenTelemetry（简称 OTel）是一个与厂商无关的可观测性框架，用于生成、收集和导出遥测数据。它定义了 Traces（链路追踪）、Metrics（指标）和 Logs（日志）三种信号。Traces 用于跟踪一次请求跨多个服务的流转过程，由 span（带时间、状态和关系的工作单元）组成；Metrics 是按时间聚合的数值测量，包括 Counter、Histogram、Gauge 等类型；Logs 是结构化事件记录，通过 trace/span ID 与链路关联。三种信号共享统一的上下文传播机制，因此可以相互关联。该技能提供 Node.js 与 Python 的自动埋点和编程式埋点配置示例，涵盖手动 span 创建、指标埋点、OTLP 导出器配置、Collector 管道配置、常见后端对接（Jaeger、Prometheus+Grafana、Datadog、Honeycomb、Grafana Tempo）、Docker Compose 本地开发环境、环境变量、采样策略、自定义 span 属性和事件，以及常见埋点模式（HTTP 请求、数据库查询、外部 API 调用）和 Baggage 跨服务上下文传递。适用于在生产系统中引入分布式追踪、指标与日志的场景，当用户提及 opentelemetry、otel、distributed tracing 等关键词时应使用。
rsync
rsync 是一款用于文件同步、备份与部署的命令行工具，核心语法为 rsync [options] source destination，支持本地同步、通过 SSH 的远程推送与拉取。它采用增量传输，只复制新增或变化的文件，并可保留权限、时间戳、符号链接、属组与属主等属性。rsync 支持 --exclude/--include 过滤规则、--delete 镜像删除、--bwlimit 限速、--partial 断点续传以及 --link-dest 硬链接轮换备份等能力，常用于网站部署、数据库转储同步、dotfiles 同步、照片库镜像和定时 Cron 备份等场景。需要注意的是，rsync 本身不直接支持云存储，真正的双向同步建议使用其他工具，源资料中仅给出了用两次 rsync 近似双向同步的写法。
systemd
systemd 是 Linux 系统上的服务管理与初始化系统，本技能文档集中整理其核心用法，涵盖 systemctl 命令、unit 单元文件编写、服务类型、环境变量、重启策略、资源限制、依赖管理、用户级服务、定时器、journalctl 日志查询、套接字激活、模板单元、常见服务配置范例、故障排查与安全加固等内容。文档以配置示例为主，同时提供按用户、按启动、按时间等维度的操作方式，适合需要编写或调试 Linux 服务单元的开发者与运维人员参考。
tar-compression
该技能是一份归档与压缩命令参考，汇集 tar、gzip、zip、zstd、xz、bzip2、7z 等常用工具的用法。内容涵盖 tar 的创建、解压、列表查看与标志位说明，追加更新与排除规则，归档检查与部分解压，权限、属主和符号链接的保留；各压缩算法在速度、压缩率与并行工具上的对比；gzip、zstd、zip、7z 的具体命令与选项；通过 SSH 管道传输 tar、增量备份、拆分大归档，以及 macOS 与 GNU tar 的行为差异。适合需要在命令行完成打包、备份、传输和压缩任务时快速查阅。
turborepo
Turborepo 是用于 JavaScript/TypeScript monorepo 的构建系统，负责跨工作区的任务编排、缓存与依赖感知执行。它通过根目录的 turbo.json 定义任务，支持 dependsOn 声明任务先后关系（^ 前缀表示先执行上游工作区的同名任务）、outputs 声明产出文件用于缓存、cache 关闭缓存、persistent 标记常驻任务、env 参与缓存哈希等配置。Turbo 会分析依赖图并尽可能并行执行，输入（源文件、依赖、环境变量、配置）变化时才重新计算。可用的命令包括 turbo run build、turbo run lint build test、--concurrency 限制并行度、--filter 按工作区名/包名/路径/变更范围筛选，以及 --dry-run、--graph、--summarize、turbo ls 等调试手段。缓存方面支持 --no-cache、--force，并可接入 Vercel 远程缓存或自托管缓存端点。其他能力包括共享包与共享 TypeScript 配置、pnpm 工作区集成、turbo watch 监视模式、turbo prune 为 Docker 生成精简产物、CI/CD 中使用受影响任务过滤，以及从 Lerna 或 Nx 迁移的说明。
vercel
Vercel 是一个面向前端与全栈开发者的云平台，用于部署 Web 应用、Serverless 函数与边缘计算逻辑。它提供 CLI 与 Git 两种集成方式：通过 `vercel` 命令可登录、关联项目、部署到预览或生产环境，并运行本地开发服务器；通过推送代码到 Git 仓库可自动生成预览部署与生产部署，支持即时回滚。平台自动识别 Next.js、Nuxt、SvelteKit、Remix、Astro、Vite、Gatsby、Angular、Hugo 等框架，并可在 `vercel.json` 中自定义构建命令、输出目录、重写、重定向、响应头、函数内存与超时、Cron 定时任务及部署区域。环境变量分为开发、预览、生产三种作用域，可标记为敏感值并通过 `vercel env pull` 同步到本地。函数代码放在 `/api` 目录即可作为端点发布，支持 Node.js、Go、Python、Ruby 运行时以及边缘函数。平台还附带多种存储与配置能力，包括 Vercel KV、Postgres、Blob、Edge Config，以及 ISR 增量静态再生、Speed Insights、Web Analytics 与部署保护。适用于需要快速部署、边缘逻辑、函数计算和静态/动态混合渲染的 Web 项目。具体收费、配额与平台限制以官方资料为准，本资料未提供价格细节。
prepare
git-repo-prep:prepare 是一个用于将代码库首次公开发布或开源前的准备技能。它覆盖从审计到文档、加固与最终审查的完整生命周期，共分为九个阶段：发现、密钥与个人信息审计、许可证、文档、gitignore 完善、项目加固、仓库元数据、待办与诚实披露、最终审查。每个阶段都遵循固定循环：标记任务进行中、扫描当前状态、向用户呈现发现、提出具体修改、通过 AskUserQuestion 询问跳过/批准/修改、实施已批准的修改、提交描述性信息、标记完成并进入下一阶段。该技能强调不替用户做选择，不偏离到代码质量审查，不过度工程化，不一次性倾倒所有内容，并区分密钥与个人信息两类隐私问题。
devenv-chat-backup
DevEnv Chat Backup 是一套针对华为云 DevEnv 环境的聊天历史备份与恢复方案，同时整合 GLM Proxy 服务备份与容器保活功能。它解决 DevEnv 容器重建时 overlay 文件系统数据被清除、导致聊天会话、数据库和配置文件丢失的问题。方案使用 GitHub 私有仓库作为备份存储，完全免费，支持一键自动恢复。主要脚本包括 chat-backup.sh（备份/恢复核心）、keepalive.sh（保活守护）、github-accel.sh（GitHub 加速）和 auto-restore.sh（容器重启一键恢复）。备份内容涵盖聊天会话记录、会话索引、memory.db、audit.db、settings.json、SOUL.md、user_info.json 以及 GLM Proxy 服务脚本和密钥。适用于需要长期保留 DevEnv 聊天数据、防止容器重建导致数据丢失的用户。
aws-serverless
AWS Serverless 是一套面向 AWS 无服务器工作负载的模式与最佳实践参考技能，主要帮助回答和解决 Lambda、Lambda Powertools、监控告警、事件驱动架构以及 API Gateway 相关问题。内容涵盖 Lambda 内部机制（冷启动、内存、并发、超时）、Lambda Layers 的定位、可观测性实践、监控与告警策略、事件驱动设计（单 Lambda 与 Step Functions 的取舍、Standard/Express/Hybrid、Saga 模式）以及 API Gateway 的 HTTP API 与 REST API 选择。技能还列出关键反模式，例如不要假设冷启动只发生在首次请求、不要把 Lambda Layers 当包管理器、不要在 Lambda 之间同步调用、不要用 print() 记录日志、不要对资源利用率告警、SQS 可见性超时不应短于 Lambda 超时、队列必须配 DLQ 等。同时提供 Lambda 与 Step Functions、Lambda 与 ECS 的决策框架，并建议在涉及成本分析时安装 AWS Pricing MCP Server。
nginx-configuration
Nginx 配置技能，用于构建生产级 Web 服务器、反向代理、负载均衡、SSL 终止、缓存与 API 网关模式，并提供高级性能调优。内容涵盖反向代理、后端服务负载均衡、SSL/TLS 终止、HTTP/2 与 gRPC 支持、缓存与压缩、限流与 DDoS 防护、URL 重写与路由、API 网关功能等使用场景，附带最小可用配置示例、参考指南与最佳实践清单。
provider-key-manager
Provider Key Manager 是一个用于在多智能体工作区中轮换与同步供应商 API Key 的技能。它针对 OpenClaw 多 agent 架构下更换一个 provider key 需要修改全局配置、13+ 个 agent 的 models.json、pass 存储并重启 Gateway 的痛点，提出用环境变量统一引用的方案：API Key 只存放在 openclaw.json 的 env.vars 中作为单一真相源，各 provider 的 apiKey 用 ${ENV_VAR} 引用，各 agent 的 models.json 删除 apiKey 字段并继承全局 provider。这样换 key 只需改一个环境变量并重启，全员自动生效。技能提供审计、迁移、更换、测试、总览等命令，并给出 provider 与环境变量、pass 路径的映射表。
redis-inspect
redis-inspect 是一个用于调试 Redis 缓存状态的技能，可检查缓存键、值和 TTL。它支持主缓存（Main Cache）和系统缓存（System Cache）两个 Redis 实例，通过命令行脚本执行 get、keys、ttl、type、exists、hgetall、hget、scard、smembers、llen、lrange、del、info 等命令，并支持 --sys、--writable、--json、--limit 等选项。适用于排查缓存问题、查看缓存值、检查会话、功能开关、生成状态等场景。
incident-report
该技能用于生成结构化的故障复盘报告（无责事后分析）。它通过分析 Git 历史、近期部署、代码变更、日志和错误模式，自动整理事件时间线、根因分析、影响评估、响应评价、行动项与经验教训，并将结果保存为项目根目录 project-decisions/ 下的 Markdown 文件。报告强调无责原则，聚焦系统、流程与条件，而非个人。
setup-guide
Setup Guide 是一个用于生成完整本地开发环境搭建指南的技能。它会自动扫描项目以识别技术栈（语言、运行时、包管理器、数据库与基础设施工具），检查当前系统中已安装和缺失的依赖，然后生成从克隆仓库到启动服务的分步搭建指南，并附带验证清单、常见问题排查、常用命令参考和后续步骤。该技能强调实际验证每一步是否在当前系统上可用，而非仅阅读 README。
dokploy
Dokploy CLI 技能，用于通过官方 Dokploy CLI（基于 oclif）从命令行管理 Dokploy。可完成认证与访问验证、项目创建/列出/查看、环境创建与删除、应用的创建/部署/停止/删除、环境变量的拉取与推送，以及 MariaDB、PostgreSQL、MySQL、MongoDB、Redis 等数据库的创建/部署/停止/删除。该技能强调安全规则（破坏性操作需用户确认）、oclif 参数解析规则（优先使用 flag 或交互提示，不把资源名当作裸位置参数），并采用 help-first 的稳健操作模式，遇到版本差异时回退到 dokploy --help 与子命令 --help 适配。
debug-failed-run
本技能用于端到端排查 Activepieces 中失败的流程运行（flow run）。给定一个流程运行 id（也可使用 BullMQ 的 job id，二者在流程执行中相等），它会结合两个信息源定位失败原因：一是 DevOps 调试脚本，通过 SSH 在目标主机上运行，将实时 BullMQ 作业、Postgres 中的 flow_run、flow_version、flow 以及运行日志文件合并为一份 JSON 报告；二是 ClickHouse 日志，通过 ClickStack MCP 查询集中式的服务端与 worker 日志，补充脚本无法覆盖的内容，如上下文日志行、基础设施错误，以及在脚本所在主机无法解压时提供解压后的运行 body。技能最后会追踪失败原因到本仓库源码，区分产品缺陷、用户配置问题和基础设施问题，并在被要求时聚合失败积压。
ci-fixer
CI Fixer 是一个用于修复 GitHub PR 上失败 CI 检查的技能。它通过 gh 命令行工具诊断、修复并持续监控 CI 失败，直到所有必需检查通过。适用于用户希望修复 CI 失败、解决失败测试、修复 PR 上的 lint 错误等场景。该技能提供完整工作流：分析 PR、诊断失败、针对性修复、本地验证、提交推送、循环监控。支持 lint、测试、类型、构建等常见失败类型的修复策略，并强调本地验证、原子提交、不盲目自动修复等规则。