Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
安全
当要将 DOCA SHA Offload Engine(一个 OpenSSL ENGINE)接入现有 OpenSSL 流水线,把一次性 SHA-1、SHA-256 或 SHA-512(EVP_Digest)卸载到 DOCA SHA 硬件上,而无需针对 doca-sha 重写时使用本技能。涵盖引擎加载机制(`openssl engine dynamic`、`set_pci_addr` ctrl、`-engine_impl`)、证明卸载已生效的 SHA-224 反向测试、卸载优于 CPU SHA 的消息大小窗口,以及引擎与库的选择。即使用户没有说“DOCA SHA Offload Engine”或“OpenSSL ENGINE”也要触发——典型的隐含说法:“加速 BlueField 上的 openssl SHA”、“无需改代码卸载 SHA”、“openssl 是在用加速器还是回退到软件”、“证明 DOCA SHA 确实运行了”、“openssl dgst 完成了哈希但我不确定是否卸载了”。对于新的 SHA 流水线(应使用 doca-sha)、MD5 / SHA-3 / SHA-224 / HMAC-SHA 卸载、通过链式 `EVP_DigestUpdate` 的增量哈希,或 OpenSSL PROVIDER 编写,应拒绝并转到其他技能。
适用于在 Frappe 中使用 @frappe.whitelist() 构建 API 端点。涵盖端点设计、权限模式、错误处理、客户端集成、文件上传、后台作业、速率限制、REST API 测试,以及从 Server Scripts 迁移到白名单方法。防止权限绕过、SQL 注入和数据泄露。关键词:how to create API, build REST endpoint, frappe.call,, create API endpoint, call from frontend, custom API, REST endpoint, how to call python from JS. frappe.whitelist, API permission, guest API, secure endpoint, rate limiting, curl testing, frm.call。
管理所有层级中 TLS 证书和加密密钥的生命周期。Self-Hosted 涵盖证书到期监控、节点/CA/客户端证书轮换以及 Kubernetes 证书管理。Advanced/BYOC 涵盖托管 TLS(无需操作)和在你的 KMS 中进行 CMEK(客户管理的加密密钥)轮换。Standard 和 Basic 完全托管 TLS 和加密,客户无需操作。CMEK 仅在 Advanced 上可用。适用于监控证书健康、执行轮换、管理 CMEK 或响应密钥泄露时。
(NS) 代码质量门控:SOLID、整洁代码、性能、安全、可测试性。只有评分 10 才算 `Approved`;评分 9 即为 `Rejected`。在代码变更之后、提交 PR 之前、实现收尾时,或代码/PR/issue 评审时使用——即使没有点名此 skill。交付证明是 Code Review: Approved 之后的 ns-judge。GitLab `ISSUE_URL`:Issue 评审模式。不要解析 requirements.md。不要编写 code-review-report.md。不要调试根因(ns-investigator)。
在 Spree 6 上使用 Enterprise 的 `spree_multi_tenant` gem 构建 SaaS/多租户平台时使用:在一次部署中运行多个相互隔离的商户,每个商户都有自己的商店、目录、客户和订单。涵盖许可和安装(`spree_enterprise:install`、`spree_multi_tenant:install`)、`Spree::Tenant` 和行级 `tenant_id` 隔离、`SpreeMultiTenant::Base`、`with_tenant` / `without_tenant`、控制台租户上下文、`insert_all`/`upsert_all` 的陷阱、后台任务、`Spree.root_domain`、Cookie 域和主机授权、全局员工与各租户客户。常见说法包括“Spree 多租户”“基于 Spree 的 SaaS”“每个商户都有子域名”“租户隔离”“记录在租户之间泄漏”“在控制台设置租户”“Blocked hosts lvh.me”。
WordPress 安全代码审查与漏洞检测。在审查 WordPress PHP 代码的安全问题、审计主题/插件的漏洞、上线前检查代码、分析 AJAX/REST 处理器的可利用点、检测 XSS、SQL 注入、CSRF 或授权绕过时使用,或在用户提到“security review”、“vulnerability”、“XSS”、“SQL injection”、“CSRF”、“nonce”、“sanitization”、“escaping”、“capability check”、“privilege escalation”、“file upload security”、“insecure code”、“auth bypass”、“security audit”时使用。可检测输入处理、输出转义、授权、nonce、数据库查询、文件上传和危险函数中的漏洞。
配置、检查、更新和删除符合 Google Cloud Assured Workloads V1 要求的文件夹、CMEK 设置、Sovereign Controls by Partners 及服务使用限制。创建、列出、描述、更新或删除适用于任何合规制度或数据边界(FedRAMP、DoD IL2/IL4/IL5、ITAR、CJIS、Healthcare、Sovereign Controls by Partners 或 Regional Data Boundaries)的 Assured Workloads 工作负载时使用。不要用于存量环境评估或自定义框架(请使用 assuredworkloads-environment-assessor 或 assuredworkloads-frameworks-*),也不要用于不合规文件夹。
使用 OIDC 提供方或 Convex Auth 实现 Convex 认证与授权模式。适用于认证提供方设置、ctx.auth 用法、用户身份处理以及感知认证的 schema 模式。当用户提到 auth、JWT、Clerk/Auth0/WorkOS 或 Convex Auth 时主动使用。示例:- 用户:"Add auth to Convex" → 选择提供方并列出设置步骤 - 用户:"Get current user" → 使用 ctx.auth.getUserIdentity 和检查 - 用户:"Service-to-service access" → 使用共享密钥模式
通过一份经管理员批准的清单,根据外部组织架构资料(PDF、xlsx 或纯文本的角色与上级配对列表)批量调整现有 Salesforce UserRole 层级。明确范围以及用户是否随角色移动,解析名称不完全匹配的身份,将资料与当前树状结构进行差异比较,并一并提交创建、重命名、重新指定上级、删除空角色和用户分配变更。遇到“重组角色层级”“将此组织架构应用到角色”“批量更新角色上级”“根据 PDF 重新调整角色”“重构角色层级”“根据此电子表格重新指定角色上级”等请求时触发。若仅创建、重命名或重新指定单个角色的上级且没有其他变更,或询问有哪些角色及其层级关系,则不要触发——这类请求由 `managing-roles` 处理。不要用于区域、客户或预测层级,也不要用于编写共享规则
审查 Docker 与容器安全审计模式。适用于审计层中的密钥、端口暴露和非 root 用户。当存在 Dockerfile 或 docker-compose.yml 时主动使用。示例:- 用户:"Audit this Dockerfile" → 检查 ENV/ARG 中的密钥和非 root USER - 用户:"Review docker-compose ports" → 找出意外暴露的数据库 - 用户:"Check for secrets in image history" → 审计层和构建产物 - 用户:"Optimize Docker security" → 实现多阶段构建和最小基础镜像 - 用户:"Audit container privileges" → 检查 privileged: true 或 docker.sock 挂载
使用 OpenAI Codex CLI 作为外部对抗性审查者,审查代码变更中的 bug、安全问题与代码质量。当用户要求代码审查、想检查代码中的 bug 或安全问题、要求审查 PR、分支、提交或 diff,或说出 "any issues with this?"、"review before I push"、"check my changes"、"look at what I changed"、"review my PR" 之类的话时,可从任何 Agent 或提供商使用。告诉 Codex 在哪里找到代码。
为 Keeper Security Agent 套件安装并配置 Keeper CLI 工具(KSM CLI 与 Commander)。当用户需要安装 keeper-secrets-manager-cli (ksm) 或 keepercommander (keeper)、设置身份验证、初始化配置文件、配置持久登录,或排查 Keeper CLI 连接问题时使用。也在用户说“install keeper”、“setup keeper”、“configure keeper cli”,或询问如何开始使用 Keeper 命令行工具时使用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
