Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
在 `.tekton` 和 `.tekton-templates` 中更新 Konflux Tekton 任务 bundle 的 digest，应用每个任务的 MIGRATION.md，重新生成 PipelineRuns，并对照 data-acceptable-bundles 检查 pin，以免 ECP 拒绝过期或不可信的 tag@sha256 引用（tasks.unsupported、required_untrusted_task_found）。然后针对匹配的 GitHub main 或 release-* 分支调用 /rhdh-base-images，使 FROM 标签、rpms.lock.yaml 和 Node 头文件保持最新。适用于“bump konflux task digests”“apply the tekton migration”“ECP violation”“expired task”“trusted task”“missing node headers”、node-v*-headers.tar.gz、.nvm/releases、catalog builder.Containerfile、UBI nodejs、quay.io/konflux-ci/tekton-catalog/task-* 升级（如 buildah-oci-ta 或 prefetch-dependencies-oci-ta），以及返回 404 的 build-definitions MIGRATION.md URL。运行于 rhdh-plugin-catalog 和 RHDH midstream（updateDigests.sh、generatePipelineRuns.sh、updatePLRs.sh；generatePipelineRunsForPlugins.sh 是已弃用的 1.9/1.10 名称）。
构建或更新与 fandhe-frontend 设计相同的 GitHub Pages 文档网站。涵盖 Rust SSG、Markdown 管理、Actions 自动部署和品牌设置（nav.toml 的 site 表）。适用于“想通过 GitHub Pages 发布”“创建 docs 网站”“与 fandhe-frontend 设计相同”“更新 Pages 网站”或“将设计更新到最新”等需求。若要通过 Firebase 发布，请使用 setup-firebase-hosting；单页 HTML 请使用 create-html-report。
为 Astro 站点设置 GitHub Actions CI/CD 工作流——`astro check`（TypeScript + 内容模式）、ESLint、Prettier、构建验证、Vitest 测试、Lighthouse CI、链接检查、npm audit，以及自动部署到 GitHub Pages、Cloudflare Pages、Netlify 或 Vercel。当用户想要为 Astro 站点创建、添加、设置或配置 GitHub Actions、CI/CD、自动检查或部署工作流时，务必使用此技能——即使他们没有使用‘GitHub Actions’这一确切措辞。这包括任何以下请求：为 Astro 仓库添加自动类型检查或 lint；在 CI 中设置 `astro check`；为 PR 添加 Lighthouse 或无障碍检查；为 Astro 项目在 CI 中配置 Vitest；从 GitHub 将 Astro 站点自动部署到 GitHub Pages、Cloudflare Pages、Netlify 或 Vercel；添加链接检查或失效链接检测；为 Astro 流水线添加安全扫描；或泛指‘add CI’、‘add automated checks’、‘set up workflows’，或‘automate’任何与 Astro 站点 GitHub 仓库相关的事项。当有人想要对 PR 设置质量门禁、想要验证构建仍然通过，或正在设置新的 Astro 仓库并想要自动化的最佳实践时，也触发此技能。如果用户在 Astro 项目仓库内并提到任何关于自动化测试、代码质量、部署或 GitHub 工作流的内容，使用此技能。
当用户询问针对特定 AWS 服务（例如 RDS、EKS、MSK、ElastiCache、DynamoDB、S3、Lambda、OpenSearch 等）的混沌工程、故障注入、韧性测试或高可用验证时使用。触发词包括"chaos testing on [service]"、"fault injection for [service]"、"how to test HA of [service]"、"FIS scenarios/actions for [service]"、"[service] failover testing"、"[service] resilience testing"、"[service] 混沌测试"、"[service] 故障注入"、"[service] 高可用验证"、"对 [service] 做混沌实验"、"test my [service]"、"verify my [service] is resilient"。即使用户表述随意，如"test my RDS"或"how resilient is my MSK cluster"，也应使用此 skill。
将应用安全地连接到 Azure SQL Database 容器，使用最小权限数据库用户而非 sa 登录名，按环境选择正确的认证方式，并安全处理连接密钥。当用户提出 "don't use sa in my app"、"create a least-privilege database user"、"app login for SQL"、"which authentication should my app use"、"secure the connection string"、"Encrypt / TrustServerCertificate"、"store the connection string in Key Vault"、"dotnet user-secrets"、"managed identity for Azure SQL" 或 "grant only the roles my app needs" 时使用。本地使用 SQL 认证，云端使用 Microsoft Entra 或托管标识，只更改连接字符串。在让应用以 sa 连接之前，或在将连接字符串提交到源码之前，优先使用本技能。
当 Agent 需要通过已发布的 `headlessx` 命令行来操作 HeadlessX，而不是直接调用文件或 API 时使用。涵盖安装 CLI 包、用 `headlessx init` 引导本地 HeadlessX、用 `headlessx init update` 更新现有工作区、使用引导式的现代设置/登录提示、用 API URL 和 API key 登录、用 `headlessx logs` 读取运行时日志、使用 markdown 优先的终端输出，以及运行网站抓取、map、crawl、Google AI Search、Tavily、Exa、YouTube、jobs 和 operators 相关命令。触发词如 "use the CLI"、"test the CLI"、"show the command"、"log in with the CLI"、"run HeadlessX from terminal"、"bootstrap HeadlessX"、"update HeadlessX"、"show logs" 或 "smoke test the CLI"。
Cloudflare Email Routing 指南，涵盖用于接收邮件的 Email Workers 以及用于从 Workers 发送邮件的 send_email 绑定。涵盖通过仪表盘设置 MX、SPF 和 DKIM 记录，email() 处理器与 ForwardableEmailMessage，使用 postal-mime 解析，使用 mimetext 和 cloudflare:email EmailMessage 撰写邮件，允许列表与阻止列表，条件转发以及自动回复。记录了 8 个已知问题，包括 Email Trigger 不可用、未验证的目标地址、Gmail 速率限制、SPF permerror、failed to call worker 以及免费套餐调试受限。适用于启用电子邮件路由、编写或配置 Email Worker、从 Worker 发送通知或告警、解析传入邮件、配置 MX 记录，或排查邮件未转发或未送达的问题。
面向 Cloudflare Workers 应用的 Cloudflare Zero Trust Access 身份验证。涵盖 hono-cloudflare-access 中间件设置、使用公钥缓存的手动 Access JWT 验证、用于机器对机器认证的服务令牌、Access 前方的 CORS 处理、身份提供商（Azure AD、Google Workspace、Okta、GitHub）、基于角色的访问控制、地理限制、多租户配置以及 Access 策略设置。可防范八种常见错误，包括被阻止的 CORS 预检请求、密钥缓存竞态条件、缺少 JWT 头以及开发/生产团队不匹配。适用于使用 Access 保护 Worker 路由或管理仪表盘、验证 Access JWT 声明、让后端服务或 CI/CD 作业向 Worker API 认证，或调试被阻止的预检请求、缺少 Access JWT 头或团队不匹配错误。
用于火山引擎（Volcengine）数据库（MySQL、veDB-MySQL、PostgreSQL、SQL Server、MongoDB、Redis）和公网自建数据库（MySQL 和 PostgreSQL 系列）的元数据管理、数据分析、开发变更、运维诊断和巡检。覆盖实例列表查询、实例下数据库列表查询、表列表查询、表结构查询、数据查询、数据分析与可视化报告（含跨数据源/文件联合分析）、数据治理（资产盘点/数据画像/数据质量/敏感数据识别）、慢查询诊断、死锁与锁等待分析、事务与活跃会话排查、错误日志查询、表空间分析、健康巡检、监控指标查询、变更工单申请等场景。不支持字节云（ByteCloud）数据库，如 ByteRDS / ByteDoc / ByteRedis。
调查某一具体 CI 失败直至得出结论：是谁的错、哪个 commit、谁写的，以及是否已修复。用于 "who broke master"、"why did this test fail in CI"、"is this failure my PR's fault or everyone's"、"is this test flaky or actually broken"、"when did this failure start"。基于 engineering_analytics 数仓视图（engineering_analytics_ci_failures、engineering_analytics_ci_job_history）以及 CI 失败日志开展工作。不适用于汇总的 CI 健康状况、成本或合并瓶颈（请使用 diagnosing-ci-and-merge-bottlenecks），也不适用于构建已保存的洞察（请使用 turning-engineering-analytics-into-insights）。
Kaggle `kernel-metadata.json` 的配置与修复。主动在以下情况激活：(1) 创建 kernel-metadata.json，(2) 修复元数据校验错误，(3) 设置 `id`、`title`、`code_file`、语言或 kernel 类型，(4) 配置 private/public、internet、GPU 或加速器行为，(5) 附加 dataset_sources、competition_sources、kernel_sources 或 model_sources，(6) 在 `kaggle kernels push` 之前准备元数据，(7) 转换脚本/笔记本元数据。提供：schema 清单、有效字段、来源数组、默认值以及推送就绪审查。
面向生产系统的全面日志与可观测性模式，包括结构化日志、分布式追踪、指标采集、日志聚合和告警。此技能的触发词——log、logging、logs、trace、tracing、traces、metrics、observability、OpenTelemetry、OTEL、Jaeger、Zipkin、structured logging、log level、debug、info、warn、error、fatal、correlation ID、span、spans、ELK、Elasticsearch、Loki、Datadog、Prometheus、Grafana、distributed tracing、log aggregation、alerting、monitoring、JSON logs、telemetry。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。