monitoring-observability
面向数据工程的监控与可观测性技能，涵盖 Prometheus 指标、Grafana 仪表盘、结构化日志、告警规则与数据管道可观测性，含快速开始示例与排障指南。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
部署与运维
12,424 个结果
nemo-retriever
NVIDIA NeMo Retriever 的部署与使用指南，面向本地检索服务、语料入库与基于证据的问答流程，核心是使用 retriever CLI 而非手写检索代码。
prisma-cli-migrate-status
prisma migrate status 是 Prisma CLI 的一个命令，用于检查数据库迁移的状态。它会连接数据库并读取 _prisma_migrations 表，将已应用的迁移与本地迁移文件进行比对，然后报告数据库是否已是最新或落后、待应用的迁移数量、仅在数据库中存在而本地缺失的迁移，以及应用失败的迁移。该命令支持 --schema 与 --config 选项分别指定 schema 文件路径和 Prisma 配置文件路径。它常用于排查 migrate dev 报告的 drift 问题、在 CI/CD 中部署前验证数据库状态、以及在开发或生产环境中确认是否需要执行迁移。命令退出码为 0 表示命令成功执行（可能仍存在待应用迁移），为 1 表示出错；若需以程序化方式判断是否存在待应用迁移，需解析输出或改用带退出码标志的 migrate diff。
deployment-verification-agent
面向高风险数据部署的验证智能体：当 PR 涉及生产数据、迁移或可能静默丢失/重复记录的行为时，生成可执行的上线核查清单，涵盖数据不变量、只读校验 SQL、破坏性步骤、回滚方案与部署后监控。
env-helper
env-helper 是一个轻量环境变量解析工具，用于为其他插件脚本解析共享生态常量，如 HuggingFace 凭据、数据集仓库 ID 和项目根路径，避免依赖内部 Python 库造成循环依赖。
verify-pr-logs
用于诊断并修复 GitHub Pull Request 上 GitHub Actions CI 失败的技能。通过 gh CLI 获取检查状态与失败日志，分类失败类型、定位根因并指导实现修复，适用于 CI 报错、PR 检查失败等场景。
framework-migration-deps-upgrade
该技能是面向依赖管理专家的项目依赖安全、增量升级指南，用于规划并执行依赖更新，尽量降低风险、保障测试与稳定性，并为破坏性变更提供清晰迁移路径。适用于依赖升级策略相关任务或工作流，或需要依赖升级策略的指导、最佳实践与清单时；不适用于与依赖升级策略无关的任务，或需要该范围之外的其它领域或工具时。技能要求用户提供 $ARGUMENTS 作为需求输入，流程包括澄清目标、约束与所需输入，应用相关最佳实践并验证结果，提供可执行步骤与验证方法；如需详细示例，可打开 resources/implementation-playbook.md。输出内容包括：升级概览（可用更新汇总与风险评估）、优先级矩阵（按重要性与安全性排序的更新列表）、迁移指南（每个主要升级的分步指南）、兼容性报告（依赖兼容性分析）、测试策略（验证升级的自动化测试）、回滚计划（必要时回退的清晰流程）、监控看板（升级后的健康指标）、时间线（实施升级的合理排期）。整体聚焦安全、增量的升级，在保持系统稳定性的同时让依赖保持最新与安全。
gitops-workflow
GitOps Workflow 是一个围绕 GitOps 实践的技术指南类技能，主要讲解如何使用 ArgoCD 和 Flux CD 实现自动化的、声明式的 Kubernetes 部署与持续协调。该技能以 OpenGitOps 原则为基础，强调系统的声明式描述、期望状态存储于 Git、由软件代理自动拉取并持续对账实际状态与期望状态。内容涵盖仓库结构约定、ArgoCD 与 Flux 的安装与连接、同步策略配置、环境与发布流程、渐进式交付（金丝雀与蓝绿部署）、密钥管理（External Secrets Operator 与 Sealed Secrets）、最佳实践与常见故障排查等。适用于为 Kubernetes 集群搭建 GitOps、从 Git 自动化应用部署、实施渐进式交付策略、管理多集群部署、配置自动同步策略以及设置 GitOps 密钥管理等场景。该技能不适合一次性手动部署、无法管理集群访问或仓库权限、或并非部署到 Kubernetes 的情况。安全方面强调避免未经审批即自动同步到生产环境，并确保密钥不进入 Git。
service-mesh-expert
面向 Istio、Linkerd 与云原生网络的服务网格架构技能，覆盖流量管理、安全策略、可观测性与多集群网格配置，适用于微服务通信、零信任网络与渐进式交付等场景。
shellcheck-configuration
用于配置和使用 ShellCheck 静态分析工具的技能，帮助检查 shell 脚本质量、修复常见问题并集成到开发与 CI/CD 流程中。
screenpipe-logs
Screenpipe Logs 是一个用于检索和分析 Screenpipe 日志的专用智能体技能。它帮助用户调试问题、查找错误，或了解在特定时间发生了什么。日志分为两类：CLI/后端日志（核心录制引擎，涵盖 OCR、音频、帧处理）和桌面应用日志（Tauri 应用，涵盖 UI、设置、pipes），均存储在 ~/.screenpipe/ 目录下，按日期命名。该技能提供了一系列常用命令，用于列出可用日志、获取当天日志、查找错误、搜索特定问题、按时间过滤，以及进行日志分析（如按类型统计错误、检查录制状态、OCR 处理、音频处理等）。日志采用 tracing 格式，包含时间戳、级别、目标模块和消息。技能还针对录制问题、音频问题、数据库问题、内存/性能问题、Pipe 问题等常见场景提供了排查命令。在分析日志时，建议从最近的错误/警告开始，提供时间戳和上下文，给出可能的原因和修复建议，对大型日志进行模式总结而非全部输出，并说明 Screenpipe 服务是否在运行。
bump-version
bump-version 是一个用于同步更新版本号的技能，可将 package.json、.claude-plugin/plugin.json 以及 .sd0x/install-state.json 中的版本字段统一设置为同一版本。它支持显式指定版本号，或按 patch、minor、major 规则自动递增，默认执行 patch 递增。该技能还提供 agentctl 模组的独立版本更新路径，仅修改 mods/agentctl/.claude-plugin/plugin.json 并运行版本记录脚本。适用于插件源码仓库中需要保持多处版本一致、避免版本漂移告警的场景。
xerahs-release-bump-tag
XerahS Release Bump Tag 是一个用于按严格顺序编排 XerahS 发布流程的技能。它先执行维护杂项（git pull --recurse-submodules 与 git submodule update --init --recursive），其次运行 update-changelog（若无 CHANGELOG.md 则可选），然后验证构建并执行版本号提升、提交、推送与打标签自动化，最后每 2 分钟监控由标签触发的发布工作流。如果发布失败，则检查日志、修复问题并使用下一个补丁版本重试，直到工作流成功。成功发布的 GitHub Release 需确保包含标准发布说明区块（变更日志链接与 macOS 疑难解答），并可在需要时将发布标记为预发布。该技能提供主命令脚本 run-release-sequence.sh，支持 --monitor、--set-prerelease、--bump、--yes、--dry-run 等参数，也提供无 bash 环境（如 Windows PowerShell）下的手动等价流程。
shunk031-herdr-chezmoi-apply
该技能用于通过 Herdr 更新并应用公开与私有的 dotfiles，涵盖执行 chezmoi apply 与 chezmoi-private apply 的请求。它先做环境检查与 CLI 语法确认，从 herdr machine list --json 中选择 Local 及全部 profile，或仅选择用户指定的目标，并按 profile 的 SSH 目标执行命令。流程强调 Git 优先：定位源仓库、确认主检出状态、审查暂存与未暂存差异、在用户授权下丢弃已跟踪的未提交改动、依次拉取公开与私有仓库，再分别检查并执行应用计划。每个工具调用只运行一条命令，需读取输出与退出状态后再决定下一步，目标按顺序处理，不合并为脚本或循环。失败时停止该目标后续步骤并继续其他目标，报告各目标的更新与应用结果。
github-actions-debugger
这是一个专门用于诊断、分析和修复 GitHub Actions 工作流失败问题的技能。它通过解析运行日志与流水线定义，定位崩溃或失败的根因，并给出精确的 YAML 或代码修改建议。适用于工作流意外失败、错误日志冗长晦涩、依赖不匹配、密钥缺失、缓存问题、运行器环境异常、流水线缓慢以及已弃用 action 或语法现代化等场景。使用前必须对日志中的凭据、密钥、令牌、私钥和内部路径进行脱敏；该技能无法安全读取仓库密钥，也无法自行执行 action 验证修复，需推送修改后触发运行来验证。
tmux-aware
tmux-aware 是一个用于在 TMUX 会话中管理后台服务与进程的技能。它让 Claude 在专用窗口 claude-controlled 中创建、命名、查找和操作窗格，从而在不干扰用户当前视图的情况下启动服务、查看输出、检测错误并停止进程。适用于需要在 tmux 中运行 API 服务器、Redis、Vite 等持久化服务的场景。
backlog-triage
Backlog Triage 是一个面向 GitHub Issues 的待办梳理技能，用于把开放的 Issue 整理成一份可逐条采纳的咨询报告。它只读取 GitHub 上的开放 Issue，生成派生报告文件（位于 .dev-backlog/triage/ 下），在人工确认之前不会修改 GitHub 上的任何内容。报告包含分类、关系映射、过时候选、优先级建议、里程碑建议、与章程目标的对齐情况、决策复核以及应用清单等部分。每条建议都以锚点注释加复选框的形式呈现，人工勾选后由脚本执行已接受的操作，如关闭、重新审视、标记重复、设置优先级、分配里程碑等。该技能仅适用于任务权威明确为 github 的项目，GitHub Issues 始终是唯一事实来源。
relay-config
relay-config 是 dev-relay 技能集中的一个配置检查工具，用于查看已安装的 relay 适配器可用性，并校验显式的 dispatch（派发）或 review（评审）选择是否支持指定阶段。它提供 doctor 和 check 两个命令：doctor 通过运行各 CLI 的 --version 探测来检查全部七个内置适配器；check 用于验证显式指定的执行器/评审器与模型选择是否适用于 dispatch 或 review 阶段。该命令不会修改配置，运行时选择仅来自显式 CLI 输入、不可变的运行绑定以及适配器提供方默认值。
devops
面向 Rust 项目的 DevOps 自动化技能，覆盖 CI/CD 流水线、容器构建、部署自动化与基础设施即代码，针对 GitHub Actions 优化，并强调在修复失败工作流时保留原有作业、步骤与矩阵覆盖。
gitlab-ci-variables-secrets
GitLab CI/CD 变量与密钥管理技能，用于在 GitLab 流水线中配置 CI/CD 变量并安全地管理密钥。资料涵盖变量类型（预定义变量、自定义变量）、变量作用域（全局、作业级、环境级）、受保护变量与掩码变量、文件类型变量，以及与外部密钥提供商的集成（HashiCorp Vault、Azure Key Vault、AWS Secrets Manager）和 OIDC 身份验证，并给出密钥处理的最佳实践建议。
check-upstream
check-upstream 是一个用于对比 fork 与上游仓库（mattpocock/skills）差异、给出合并建议并在用户明确同意后以 PR 形式合并上游改动的技能。它位于 .claude/skills/ 目录下，属于仓库本地技能，不会被脚本或消费者的技能更新分发。流程分步进行：先运行报告脚本获取引用、上游提交、变更文件、发布状态、fork 独有路径及合并预览；再逐条阅读提交差异并给出 take、collides、irrelevant 三种判定，按发布边界给出合并、等待发布或带指定编辑合并的单一建议；随后展示判定、冲突列表和建议并请求明确同意；同意后从 fork 默认分支切出同步分支并执行合并；冲突按索引文件取并集、版本文件取上游、.changeset/ 保留双方、共享技能围绕 fork 行为应用上游编辑的规则解决；最后运行验证脚本并执行插件校验，创建指向 fork 的 PR。
otel-name-metric
该技能用于审查或创建符合 OpenTelemetry 语义约定的指标名称，校验命名格式、单位、仪器选择与属性放置。它强调指标名称只描述“测量什么”，而服务名、环境、版本等应放入资源属性，HTTP 方法、路由等放入指标属性。技能提供默认、客户端/服务器、系统专属三种命名模式，规定小写点分隔命名空间、段内 snake_case、UCUM 单位元数据、复数规则及属性命名格式，并附带审查清单与输出要求。
ci-monitoring
CI Monitoring 是一个用于 PR 创建后的自动化监控技能，负责监视 CI 流水线、修复失败、处理评审反馈，并在所有门禁通过后合并 PR。其核心原则是：CI 失败和未解决的评审反馈都是阻塞项。该技能会循环等待 CI 结果，若为红色则修复并推送后重新循环；CI 变绿后检查未解决的评审线程，逐条评估、修复或反驳、回复并标记解决，再推送并回到 CI 检查。当 CI 全绿且无未解决评审时，立即执行合并命令并更新 issue 标签，不停止汇报或询问，直接进入下一个 issue。适用于由 issue 驱动开发或自主编排流程中，作为 PR 生命周期的收尾环节。
truefoundry-onboard
TrueFoundry Onboarding 是一个用于首次配置 TrueFoundry 环境的技能，负责租户注册、CLI 安装、tfy 登录及登录验证。当用户尚无 TrueFoundry 凭据或需要初始化 CLI 时使用。它引导用户完成从检查 CLI 版本、安装 truefoundry 包、获取租户 URL、执行 tfy login 到验证凭据文件的全过程，最终使其他 TrueFoundry 技能能够针对该租户运行。该技能在 CLI 登录验证后即停止，不进行任何运维配置。