Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
用于为医疗健康与生命科学工作负载设计 AWS GenAI 和 ML 架构的推理技能。当用户要求在 SageMaker 与 Bedrock 之间做选择、在医学文献上设计 RAG 系统、架构临床 NLP 或医学影像推理、规划 AWS 上的基因组学或药物发现流水线、在 ML 系统中满足 HIPAA/PHI 合规、为受监管的临床模型设计 MLOps，或优化 HCLS ML 工作负载成本时使用。触发词包括 "AWS architecture"、"SageMaker vs Bedrock"、"HIPAA ML"、"clinical RAG"、"medical imaging inference"、"genomics on AWS"、"PHI training"、"MLOps healthcare"、"Bedrock guardrails"、"HealthLake"、"HCLS cloud architecture"、"BAA compliance"、"SageMaker endpoint"、"Bedrock knowledge base"、"clinical NLP on AWS"、"FDA SaMD on AWS"。
扫描仓库的 GitHub Actions 工作流，检查十大关键 CI/CD 攻击向量——模板注入、以特权执行 fork 代码（pwn request）、缓存投毒、冒充 action SHA、密钥转储、GITHUB_ENV 劫持、write token 的不受信触发条件、缓存/制品中的凭据、未经验证的远程代码执行（curl|bash 以及可变的 fetch-and-run）、在持有密钥的 job 中运行依赖安装脚本——对每项发现都给出一段普通英语的攻击者场景，并附带配置卫生检查的通过/失败结果，还可通过按发现项划分的子 Agent 修复选中的发现项。刻意不做全面覆盖——只检查关键漏洞利用链（references/why-these-ten.md）。使用时机：用户要求审计或审查 CI/CD 或 GitHub Actions 安全态势、"is my CI secure"、"audit my CI security"，或直接点名 ci-secure / /ci-secure。不要触发：CI 速度、成本或耗时审计（"why is CI slow"）——改用 ci-speedup；CI 配置最佳实践评分（"grade my CI"、"CI score"）——改用 ci-score。
将为其他托管环境构建的现有项目（Vercel、Node 服务器、Docker 容器、docker-compose 堆栈）迁移到 Railcode。用户已有可运行的应用并希望部署到 Railcode 时使用，包括 Next.js 应用或任何语言编写的容器化后端。涵盖梳理项目依赖、将每项依赖映射到 Railcode 原语、以其他方式重建没有直接对应项的组件、移植、使用 railcode dev 测试、保留或连接项目现有数据库（Postgres 或其他数据库）及确定架构迁移的运行位置、与原项目并行部署，以及报告 Railcode 尚不支持托管的内容。不用于从想法开发新应用，或将 Railcode v1 应用迁移到 apps v2；这两种情况均应使用 create-railcode-app。
完整的 Next.js 部署系统(Next.js 15.5/16)。以下情况请主动激活:(1) Vercel 部署与配置,(2) 可自托管 Node.js 部署,(3) Docker 容器化,(4) 使用 output:'export' 的静态导出,(5) Edge Runtime 配置,(6) 环境变量,(7) 使用 GitHub Actions 的 CI/CD,(8) 健康检查与监控,(9) 生产优化,(10) Turbopack 生产构建(Next.js 16)。提供:Dockerfile、docker-compose、PM2 配置、vercel.json、GitHub Actions 工作流、Turbopack 配置。确保以正确的配置实现生产就绪的部署。
完整的 Supabase Management API（108 个端点），外加组织、项目、函数、分支和密钥名称的本地 SQLite 缓存——支持一次调用完成实时 API 无法回答的跨项目查询，并在此基础上提供 Auth Admin 查询、PostgREST schema 内省和 Storage 用量汇总。触发短语：`supabase auth admin lookup`、`supabase secret name audit`、`supabase branches drift`、`supabase project estate rollup`、`supabase storage usage`、`supabase pgrst schema`、`use supabase`、`run supabase`。反触发：`supabase start`（使用官方 supabase CLI）、`supabase db push`（官方 CLI）、`supabase gen types`（官方 CLI）、supabase realtime subscribe（WebSocket——超出范围）。
用 Go 创建 Pulumi 基础设施即代码项目，配置 OIDC 认证，与 Pulumi ESC 集成以集中管理密钥和配置，并构建多语言组件资源。在搭建 Pulumi Go 项目、用 Go 编写基础设施代码、为 Pulumi 配置 OIDC、在 Go 中使用 Pulumi ESC、用 Golang 自动化云基础设施、用 Go 创建可复用的 Pulumi 组件或使用 pulumi-go-provider 时使用。当用户提到 Pulumi 搭配 Go/Golang、用 Go 管理 AWS/Azure/GCP 基础设施或基于 Go 的 ComponentResource 模式时也使用。
将 GitHub 的 `safe-settings`（来自 github 组织的 Probot GitHub App）设置为声明式、组织范围的仓库策略即代码。用户提到“settings as code”“safe-settings”“以声明方式管理仓库”“集中管理仓库设置”“组织级分支保护”“搭建管理仓库”“github settings app”，或在希望通过一个管理仓库管理仓库设置、分支保护、规则集、标签、团队、环境和协作者的组织中调用 /safe-settings 时使用。搭建管理仓库布局（`settings.yml` + `suborgs/` + `repos/`）、GitHub App 安装步骤以及定时运行的 `full-sync` GitHub Actions 工作流。不同于 /gh-bootstrap（对单个仓库进行一次性 `gh api` 配置）；此技能用于持续协调的组织级设置即代码。不适用于按任务执行的 GitHub 操作（PR、问题、CI 状态）或本地 git 工作，这些不在此目录范围内。
保存并发布一个 Salla App Function —— `salla_functions action=save` 会部署到 demo 商店（轮询 `action=deploy_status`），随后应用被发布。在验证 handler 之后、准备好将某个 function 部署并发布到生产环境时使用。由 salla-app-functions 路由；先测试 → salla-app-functions-test；应用发布 → salla-app-builder / salla-publication-consistency；OAuth/token → salla-app-auth；webhook 验证 → salla-webhooks。
通过验证 chart 签名与来源、渲染并 lint 模板以发现错误配置、通过 values.yaml 强制执行 Pod 安全上下文、将密钥移至外部存储而非 Helm values，以及在 CI/CD 中限定 Helm 操作的 RBAC 范围，来保障 Helm chart 部署的安全。适用于将 chart 部署到 Kubernetes 或审查 chart 来源、模板或发布 RBAC 时。关键词：Helm、provenance file、helm verify、helm lint、values.yaml、Tiller-less、release RBAC、external secrets。不适用于扫描渲染后的 manifest 本身——请使用 scanning-kubernetes-manifests-with-kubesec。
用于华为昇腾 NPU 模型转换和端到端推理适配的完整工具包。工作流 1：从用户源代码自动识别输入形状和参数。工作流 2：将 PyTorch 模型导出为 ONNX。工作流 3：通过 ATC 将 ONNX 转换为 .om，支持多个 CANN 版本。工作流 4：适配用户的完整推理流水线（预处理 + 模型 + 后处理），使其在 NPU 上端到端运行。工作流 5：验证 ONNX 和 OM 输出之间的精度。工作流 6：生成可复现的 README。支持任何标准 PyTorch/ONNX 模型。转换、测试或部署模型至昇腾 AI 处理器时使用
在使用 Speakeasy 从 OpenAPI 规范生成 Terraform provider 时使用。涵盖实体注解、CRUD 映射、类型推断、工作流配置和发布。触发于“terraform provider”、“generate terraform”、“create terraform provider”、“CRUD mapping”、“x-speakeasy-entity”、“terraform resource”、“terraform registry”。
通过 `gh` 命令行一次性配置 GitHub 仓库：使用 PR 和 CI 规则锁定默认分支；可选启用受支持的合并队列；将合并方式限制为仅 squash，并使用 PR 标题作为提交消息；搭建自动生成发布说明的配置（`.github/release.yml`）；还可选添加由标签驱动的发布工作流。用户提到“设置仓库”“配置合并队列”“启用 squash 合并”“锁定 main”“设置分支保护”“配置发布说明”“搭建发布流程”“设置发布标签”，或在新建或配置宽松的 GitHub 仓库中调用 /gh-bootstrap 时使用。具有幂等性，可安全地在已配置的仓库中重复运行，以补齐缺失配置。此技能涵盖一次性仓库策略，不涵盖按任务执行的 GitHub 操作、本地 git 命令或项目任务运行。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。