Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
云与 DevOps
Modal.com 无服务器计算、GPU、自动扩缩、批处理和部署知识。请在以下情况主动激活：(1) Modal 应用/函数定义（modal.App、@app.function、@app.cls），(2) 无服务器运行 ML/AI 工作负载，(3) GPU 配置（T4、L4、A10G、A100、H100、H200），(4) Modal 卷与共享状态，(5) Modal Image 构建器（apt、pip、run_commands），(6) Modal 密钥与环境管理，(7) Web 端点（FastAPI、asgi_app、wsgi_app），(8) cron 调度与持续部署，(9) Modal 沙箱，(10) Modal 上的成本优化（自动扩缩、spot、空闲超时），(11) Modal 命令行（modal deploy、modal run、modal serve）。提供：应用模板、GPU 规格矩阵、Image 构建器配方、密钥模式、Web 端点示例和成本优化指导。
面向 Next.js 应用的 Modal.com 集成模式。请在以下情况主动激活：(1) Next.js + Modal 后端设置，(2) 从 Next.js 做 AI 推理（大模型、图像生成），(3) 视频/音频处理后端，(4) 从 Vercel 卸载重计算，(5) Next.js 应用的 GPU 工作负载，(6) Next.js 与 Modal 之间的 Webhook 集成，(7) 文件上传处理，(8) 后台任务处理，(9) 无服务器 AI API 端点，(10) Next.js + Modal 认证模式。提供：架构模式、API 路由集成、Webhook 处理、文件上传工作流、CORS 配置、热容器模式、流式响应，以及可上生产的示例。
可观测性作为一门工程学科 — 宽事件/规范日志行、OpenTelemetry 埋点（追踪、指标、上下文传播、采样、Collector）、SLIs/SLOs/错误预算、基于症状并带燃烧率的告警、遥测卫生，以及将埋点测试视为行为。在以下情况使用：服务之间的调用无法关联、另一个团队无法将他们一侧的调用与我们的一侧对齐或找到发起的请求、请求或追踪 id 必须跨越服务跳、无法从日志调试故障，或者在为服务埋点、设计 SLO 或告警、选择记录/追踪/衡量的内容、调查生产环境的未知问题，或审查遥测成本与基数时。关于日志传输和形态（stdout、JSON、级别、时间戳）参见 twelve-factor；关于 CI 故障诊断参见 ci-debugging；关于在端口与适配器代码库中埋点所在位置参见 hexagonal-architecture；关于环境漂移参见 production-parity-skill-builder；关于 HTTP 错误响应形态参见 api-design。
完整的 Python GitHub Actions 系统。请在以下情况主动激活：(1) 基于 uv 的 CI 工作流（快 10-100 倍），(2) 跨 Python 版本的矩阵测试，(3) 使用 setup-uv 做依赖缓存，(4) 并行测试执行，(5) 可复用工作流，(6) 通过可信发布发布到 PyPI，(7) 使用 codecov 做代码覆盖率，(8) 安全扫描。提供：工作流模板、缓存配置、矩阵策略、复合操作。确保快速可靠的 CI/CD 流水线。
当用户希望依据提交信息自动化发布时，使用此技能在仓库中设置 semantic-release 和约定式提交。触发条件包括“set up semantic release”“add conventional commits”“configure automated versioning”“set up commitlint”“add husky hooks”或“automate our changelog and GitHub releases”——即使用户从未提及 semantic-release，只要求生成版本号递增、标签或变更日志也应使用。请勿将此技能用于手工维护 CHANGELOG 加手动 `git tag` 的流程（按设计保持手动），或与发布无关的一般 CI 流水线工作。
通过固定版本的 `@temps-sdk/cli` 包，使用 bunx 或 npx 操作 Temps。适用于用户提到 Temps CLI、`@temps-sdk/cli`、某条 CLI 命令，或要求从终端部署、配置、检查、自动化或管理 Temps 的情况。涵盖上下文、项目、部署、环境、服务、域名、监控、备份、遥测、浏览器 Performance Insights/Core Web Vitals、Cloud、平台管理，以及只读的托管数据浏览。对每一次 Agent 化的 CLI 操作都应用目标上下文、密钥处理、确认和验证规则。
Tensorlake SDK——面向 AI Agent 的沙箱、Cloud Volumes 和 Git 仓库。当用户提到 tensorlake 或沙箱，或询问 Tensorlake 的 API/文档/能力时使用。也用于构建需要沙箱来运行代码的应用、编码 Agent 或 Agent 系统——例如执行大模型生成或不受信任的代码、暂停/恢复、用于派生并行工作进程的快照、预热沙箱池、自定义或 OCI 镜像、暴露端口、出站白名单、PTY shell、进程日志、计算机使用/桌面自动化、浏览器自动化（Chrome CDP、Playwright）、非 HTTP 协议的隧道、异步并行沙箱、Harbor evals 或 RL rollouts、SSH 访问、远程开发，或 Agent 集成（Claude managed agents、OpenCode、Crabbox、Devin Outposts）。还涵盖挂载到沙箱中的版本化 Cloud Volumes 和托管 Git 仓库、沙箱原生的持久编排，以及公共应用端点。当本技能适用时，务必先 WebFetch https://docs.tensorlake.ai/llms.txt。
使用 Islo 沙箱、Factory 流水线、line run、harness 与模型选择、Islo inference、knowledge、jobs、schedules、webhooks、gateway profiles、environments 和 SDK。适用于用户提到 Islo、islo.dev、islo.yaml、Factory、line.toml、line-run、islo factory、islo factory triggers、islo use、islo environment、islo job、job.toml、run_agent、islo knowledge、islo webhook、automation、scheduled job、line run、harness、model selection、Islo inference、gateway+、GitHub 或 Slack 集成，或 @islo-labs/sdk 时。
Azure Content Understanding in Foundry Tools 开发的专业知识，涵盖故障排查、最佳实践、决策、架构与设计模式、限制与配额、安全、配置、集成和编码模式。适用于设计 Content Understanding 分析器、RAG 文档流、Agentic/RPA 工作流、REST/SDK 调用、配额及其他 Azure Content Understanding in Foundry Tools 开发任务。不适用于 Azure Speech in Foundry Tools（使用 azure-speech）、Azure AI Search（使用 azure-cognitive-search）、Azure AI Document Intelligence（使用 azure-document-intelligence）或 Azure AI Video Indexer（使用 azure-video-indexer）。
端到端地将自定义域名连接到 Hostinger 网络托管上的网站（Shared、Cloud 或 Agency 套餐）：将域名关联到网站，在不影响现有电子邮件或验证记录的情况下将 DNS 指向 Hostinger，安装 SSL，启用 HTTPS 重定向，并验证域名是否解析。支持在 Hostinger 或其他平台注册的域名、将网站从免费的 *.hostingersite.com 子域名迁出，以及子域名和别名。触发语句：连接我的域名、将我的域名指向网站、使用自己的域名、迁离免费子域名、添加子域名、停放域名、添加域名别名、我的域名无法使用。
Electrobun 桌面应用的打包、代码签名、公证和分发。本 skill 涵盖构建生产包、创建安装程序和可分发包、Windows 和 macOS 的代码签名、面向 Gatekeeper 的 Apple 公证、自动更新实现、增量更新、更新服务器、跨平台构建流程、CI/CD 集成、应用图标和资源、版本管理、发布工作流、Windows SmartScreen 要求、macOS DMG 制作、Linux 包格式（deb、rpm、AppImage），以及分发最佳实践。适用于准备应用上线、实现自动更新、设置代码签名证书、排查分发问题、创建安装程序、配置更新服务器、为多个平台构建或发布新版本时。触发词包括 "build"、"package"、"distribute"、"code sign"、"notarize"、"installer"、"auto-update"、"release"、"production build"、"DMG"、"updater"、"delta update" 或 "certificate"。
华为云 LTS（Log Tank Service）日志流量统计、日志上下文查询、主机组与接入配置检查、采集状态巡检，以及用于批量日志导出的 OBS 转储管理。涵盖日志直方图查询、TOP-N 流量统计、时间线流量统计、单条日志上下文检索、主机组列表、接入配置查询、主机采集状态检查、OBS 转储的创建/列表/删除，以及流量激增、采集中断和日志刷屏的诊断工作流。触发词包括：日志流量异常排查, 日志采集故障巡检, 故障深度定位, 日志批量导出, LTS流量统计, 日志上下文查询, 采集断流, 日志刷屏, log traffic anomaly, collection inspection, log context, LTS patrol, log flooding diagnose, offline log export, OBS transfer.
安全地运维、排查、加固、升级与自动化 Kubernetes 集群和工作负载，覆盖上游 Kubernetes、k3s、RKE2、MicroK8s、k0s、Talos、OpenShift/OKD、kind、Minikube、Rancher 管理的集群、EKS、AKS 与 GKE。当任务涉及 kubectl、Kubernetes API、Pod、Deployment、StatefulSet、Service、Ingress 或 Gateway API、CRD、RBAC、NetworkPolicy、存储、调度、自动扩缩容、集群生命周期或捆绑的 agent-first k8s-cli 时使用。不适用于无关请求；请路由到最接近的具名专家。
Kuroco 与 Vite / React / Nuxt.js / Next.js 等前端框架的集成模式（SPA、SSG、SSR 的实现）。覆盖 Kuroco 站点的界面设计与设计改进（抑制模式化的 AI 表达、Kuroco 与前端的职责分工）、SPA / SSG 中的内容展示（包括需要 SSR、ISR 时切换发布目标）、登录、会员注册与认证状态管理（Cookie 认证、动态访问令牌）、第三方 Cookie 问题的规避、XSS 防护、发布目标的确定（默认为 KurocoFront，指定 Vercel、Codex Sites 时的确认事项）、部署到 KurocoFront（kuroco_front.json、GitHub 集成、Admin MCP 直接部署）。在涉及 Kuroco 站点界面设计与外观修改、前端与 Kuroco 集成、认证状态管理、静态生成与动态路由、部署、发布目标选择的请求时使用。
当用户要求将 Modal.com 函数暴露为 API 或调度 Modal 任务时应使用此技能。以下情况主动激活：FastAPI 端点、@modal.fastapi_endpoint、@modal.asgi_app、@modal.wsgi_app、webhook、WebSocket、自定义域名、端点超时、modal.Cron、modal.Period、定时 ETL、cron 时区、部署与运行两种调度行为、端点调试。提供：端点装饰器选择指南、调度模式、时区/cron 规则，以及端点与调度的调试方法。
通过 `pac pcf push` 将第三方 `.ppmplugin` 控件的 dispatcher PCF 部署到 Power Platform 环境。dispatcher PCF 是 Studio 侧控件，负责通过 wrap shell 的 `SendMessagePlugin` 桥把复合键 `<name>/<receiver>` 分发给该控件的原生模块。先校验部署前置条件（Node.js 20+ 与 npm、.NET SDK、有效的 `pac auth`），再经过三道确认关卡——发布者前缀（2–8 个字符；默认为 `pamext` 或 `.extension-state.md` 中上次使用的值）、版本递增（patch / minor / major / no-bump）、目标环境 URL（来自 `pac org who`）。按需构建 PCF，然后推送。与 /generate-pcf-companion 解耦，便于工程师先在本地脚手架并定制，就绪后再部署。将部署历史（时间戳、环境 URL、版本、所用前缀）写入 `.extension-state.md`。
通过与 Pulumi Neo（面向平台工程师的 AI Agent）进行自然语言对话来管理云基础设施。支持通过对话式 AI 进行基础设施分析、资源预置、堆栈部署和配置管理。适用于创建 Neo 任务、请求基础设施分析、自动化云部署、以代码管理基础设施（IaC）、预置 AWS/Azure/GCP 资源、通过自然语言提示词管理基础设施、使用 Neo 审查 PR、处理 Neo 审批工作流，或查看 Neo 任务状态和事件。当用户提到 “Pulumi Neo”、“Neo task”、“Neo agent”，或需要 AI 辅助的基础设施管理时也可使用。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。