openfort-cli
Openfort CLI 是 Openfort 区块链钱包基础设施平台的命令行技能，用于登录、钱包管理、交易、策略与配置等操作。支持 EVM 与 Solana 链，涵盖嵌入式钱包、全局钱包和后端钱包三类产品。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-21 00:11
部署与运维
12,091 个结果
orderly-one-dex
Orderly One 是 Orderly Network 上的白标永续合约 DEX 发布平台，提供网页向导与 REST API，可创建、配置、部署 DEX，支持自定义域名、主题、SEO，并通过 x402 支付完成毕业以获得 Broker ID 和手续费收入。
deploy
用于将 Quarto 幻灯片渲染为 HTML 并同步到 docs/ 目录，以便通过 GitHub Pages 发布的技能。适合在用户要求部署、发布幻灯片或推送到 Pages 时使用。
detecting-port-conflicts
用于诊断和解决开发服务器端口冲突的技能：识别 EADDRINUSE 等报错模式、定位占用端口的进程，并通过结束进程或改用其他端口来恢复服务启动。
parallel-ci-triage
Parallel CI Triage 是一个用于加速修复 GitHub Actions 失败的工作流技能。当 CI 出现多个失败任务时，它通过获取失败任务的日志，将每个失败任务（或独立的失败簇）分配给一个独立的子代理，让它们并行修复各自负责的那一部分问题。每个子代理负责一个垂直切片：日志分析、根因定位、代码修复和本地验证。该技能需要已安装并认证的 GitHub CLI（gh），或通过 GitHub 网页界面/API 手动复制日志，同时需要对仓库有推送权限以便推送修复并重新运行 CI。
tailing-build-output
该技能用于实时监控构建过程（如 webpack、turbo、docker、tsc、vite build）的输出，通过轮询终端文件捕获流式日志中的错误与警告。发现错误时立即提取文件路径和行号并修复源文件，若构建支持 watch 模式会自动重新触发；警告则先收集，待构建结束后汇总。构建完成后输出摘要报告，包含状态、耗时、已修复错误数和剩余警告。
beaker-setup
beaker-setup 是一个用于在 Python 仓库中接入 Beaker Integration 契约的设置技能。它的目标是把仓库中真实的大模型或智能体任务转化为可进行仓库优化的集成：先定位应用入口、候选源文件、模型调用、评分器和带标签数据，再完成接入，并在有真实标注样本时通过本地结构冒烟检查进行验证，必要时才由开发者请求远程启动。该技能与 beaker-sdk 版本同步发布，当前技能版本为 0.6.5，对应 beaker-sdk 0.6.5；使用前需运行 beaker --version 校验版本，若 CLI 较旧或不识别该参数，应先按项目的开发依赖流程升级，若 CLI 较新则需通过 npx skills update 更新技能本身。
application-performance-performance-optimization
这是一个用于端到端应用性能优化的技能，通过编排多个专业性能与优化子代理，覆盖后端、前端与基础设施的完整优化流程。它从深度性能剖析与基线建立入手，逐层进行针对性优化，再通过负载测试验证改进效果，并建立持续监控以维持性能。适用于需要跨后端、前端和基础设施协调性能优化、建立基线与瓶颈剖析、设计负载测试与性能预算、以及为性能与可靠性目标构建可观测性的场景。
dockerize-and-deploy
Dockerize and Deploy 是一个用于将代码仓库容器化并生成部署配置的技能，按阶段逐步产出 Dockerfile、docker-compose 配置和预检脚本。它先审计运行时、服务、数据存储、构建步骤、现有 Docker 文件和環境变量，再分阶段生成多阶段 Dockerfile、开发用 docker-compose、生产用 docker-compose.prod.yml、预检脚本和部署脚本。适用于需要为应用添加 Docker 支持、编写部署配置或容器化现有项目的场景。
check-org-details
check-org-details 是 Runway 官方技能，用于查询 Runway API 中的组织详情，包括信用余额、使用层级、速率限制、每日生成次数以及历史信用使用情况。使用前需先运行 +setup-api-key 配置 API 密钥。该技能通过调用 GET /v1/organization 获取组织层级、信用余额和当前用量，并可选用 POST /v1/organization/usage 查询最多 90 天内的历史信用消耗。支持 Node.js、Python 以及 cURL/fetch 三种调用方式，输出结果可整理为组织概览、按模型的速率限制表和历史用量明细。适用于需要监控 Runway 账户额度、生成配额和并发限制的开发者或团队。
dotfiles
这个技能用于在 chezmoi 管理的 dotfiles 仓库（GitHub 上 seven7thirty3five5/dotfiles，克隆于 ~/.local/share/chezmoi）中执行用户请求的配置修改，并全程与 GitHub 保持同步。运行从同步状态开始，经过定位、修改、验证后提交并推送，监视工作流直至通过，最终报告变更内容以及用户在其他机器上需要手动处理的事项。
gh-project-board
gh-project-board 是一个用于配置 GitHub Projects v2 看板的技能，采用 Ship Shit Dev 的默认设置。它围绕 Backlog / In Progress / Human Review / Done / Deferred 五列 Status 模型（即 dev-loop 的“看板即真相”模型）来审计和规范化项目字段。该技能可读取 GitHub Projects 元数据，在获得批准后创建或更新单选项字段，也可复制参考看板以保留看板视图。它支持对单个项目或某所有者下所有开放项目进行审计，并提供 --apply、--exact、--all-open 等选项。所有写操作均需确认，且不会删除项目条目。
azure-mgmt-apicenter-py
Azure API Center 管理 SDK 的 Python 客户端库（azure-mgmt-apicenter），用于在 Azure API Center 中管理 API 清单、元数据与治理。可通过 pip 安装，配合 azure-identity 使用 DefaultAzureCredential 认证，支持创建与列出 API Center 服务、注册 API、创建 API 版本与定义、导入 API 规范、管理环境与部署、定义自定义元数据架构等操作。
azure-mgmt-apimanagement-py
Azure API Management SDK for Python（azure-mgmt-apimanagement）是用于通过 Python 管理 Azure API Management 服务的官方 SDK。它支持创建和管理 APIM 实例、导入与维护 API、配置产品与订阅、设置策略、管理用户、命名值（密钥）、后端服务、证书以及自托管网关等。使用前需安装 azure-mgmt-apimanagement 与 azure-identity，并通过 DefaultAzureCredential 进行身份验证，同时设置 AZURE_SUBSCRIPTION_ID 环境变量。该 SDK 适合以编程方式自动化 APIM 的部署与运维，例如从 OpenAPI 定义或 URL 导入 API、为 API 绑定产品、生成订阅密钥、应用速率限制等策略。
azure-mgmt-weightsandbiases-dotnet
Azure.ResourceManager.WeightsAndBiases 是用于 .NET 的 Azure Resource Manager SDK，可通过 Azure Marketplace 部署和管理 Weights & Biases（W&B）机器学习实验跟踪实例。当前版本为 v1.0.0-beta.1（预览版），API 版本为 2024-09-18-preview。它支持创建、查询、列出、更新和删除 W&B 实例，配置 Entra ID 单点登录（SSO），设置 Marketplace 订阅与套餐详情、管理员用户信息、区域与子域名等合作伙伴属性，并可启用托管标识。使用前需安装 Azure.ResourceManager.WeightsAndBiases 与 Azure.Identity 包，并配置订阅 ID、资源组和实例名称等环境变量。该 SDK 仅负责 Azure 资源层面的实例管理，实验跟踪本身需配合 W&B Python SDK 使用。
manifest
Manifest 是一个面向智能体的可观测性（observability）插件，用于为智能体配置遥测（telemetry）与网关集成。本条目提供 Manifest 插件的安装与配置指引，适用于设置遥测、配置 API 密钥或排查插件问题等场景。资料强调：该 AAS 树仅包含说明文档，并非插件、CLI 或网关本身；实际的主机、版本与受支持的 Manifest 集成方式需以官方文档为准。配置时应区分“仅遥测”与“将全部推理路由至网关”两类不同变更，按用户请求的范围操作，并保留现有提供商、凭据及其他主机条目。凭据应通过主机私有凭据机制复用，或由用户在服务或受支持的本地密钥界面中输入，切勿在聊天中粘贴密钥或将其放入 shell 参数。需明确哪些数据会离开主机（提示词、响应、账户标识、费用、工具轨迹、错误负载等），选择实际的脱敏与保留控制，并取得授权。远程端点应使用 HTTPS，仅修改授权条目，仅在集成确实需要时重启相关服务。验证时仅发送一个经批准的合成测试数据，核对请求/轨迹、返回模型或遥测回执、费用及脱敏日志；仅凭启动日志或短暂等待不足以证明投递成功。最后应返回变更的配置路径、备份、观测到的回执与剩余限制，并验证回滚/禁用路径。
d1-00-postgres-docker
该技能用于通过 Docker Compose 启动 PostgreSQL 17，作为 up-api/up-app 的数据库，属于 CRUD 练习 Day 1 的第 0 步。触发词包括 'day1 step0'、'postgres docker compose'、'create db compose' 等。使用方式为将 assets/docker-compose.db.yml 复制到项目根目录并命名为 docker-compose.yml（后续步骤会在此基础上扩展，不要重新创建该文件）。默认配置为数据库 up_db、用户 upadmin、密码 uppass、端口 5432，除非用户另有指定，否则保持默认值。
d1-02-api-docker-deploy
该技能用于将 up-api .NET 项目容器化，并通过已有的 Docker Compose 文件与 db 服务一起部署。适用于用户要求执行 AI 技能训练 Day 1 第 3 步（资料中另处标注为 Day 1 · Step 2）的场景。具体做法是：把 assets/api.Dockerfile 复制为 up-api/Dockerfile，再将 assets/docker-compose.api.yml 中的 up-api 服务块合并到根目录 docker-compose.yml 已有的 services: 键下，且不覆盖其中已存在的 db 服务。
d1-04-db-config
该技能用于配置 up-api .NET 项目的 PostgreSQL 数据库连接，涉及 Npgsql 与 EF Core DbContext 的接入。它属于 Day 1 培训流程的第 4 步，仅修改代码与配置文件，不执行重新部署。适用于需要为 .NET 项目添加 PostgreSQL 连接、安装 Npgsql EF Core 包、编写 AppDbContext 并在 Program.cs 中注册 DbContext 的场景。技能给出了 appsettings.Development.json 的连接字符串示例、AppDbContext 类骨架以及 AddDbContext 注册代码，并说明本地使用 localhost、容器内使用 compose 服务名 db 的差异。
d2-01-web-docker-deploy
该技能用于将 up-app Angular 项目容器化并部署：采用多阶段构建，由 nginx 提供静态服务并支持 SPA 回退，通过 Docker Compose 与 up-api 和 db 一起部署。使用方式为把 assets/web.Dockerfile 复制为 up-app/Dockerfile、把 assets/nginx.conf 复制为 up-app/nginx.conf，并将 assets/docker-compose.web.yml 中的 up-app 服务块合并到根目录 docker-compose.yml 的 services: 键下，注意不要覆盖 db 或 up-api。
release-health-dashboard-review
Release Health Dashboard Review 是一个用于设计和审计发布健康看板的技能，帮助团队把产品发布运维问题转化为可评审的具体产物。它覆盖发布类型、受众、平台/渠道、发布机制、关键用户旅程和回滚能力的识别，并定义可靠性、转化、支付、支持、评价和采用等方面的领先与滞后健康信号。技能会设置预检、金丝雀/分阶段发布、扩展、暂停、回滚和发布后学习等门禁，产出看板规格、告警阈值、负责人轮值和发布决策表。其护栏强调不能以部署/构建绿色状态作为用户健康证明，不能平均掉平台、版本、区域、套餐或设备相关的回归，每个回滚触发条件都需要负责人、沟通路径和恢复检查，并在回滚非即时场景下考虑商店评价和自动更新约束。
agent-module-architecture
该技能用于处理 BK-CI Agent 构建机侧能力，涵盖守护进程、心跳、Ask 轮询、任务拉起、升级更新以及与 Dispatch/Worker 的协作。当需要修改构建机宿主侧行为而非 Worker 执行细节时优先使用。它帮助区分 Agent 与 Worker、Dispatch 的职责边界，并针对运行形态与升级、Ask/心跳/任务拉起、平台支持与运维排查等场景提供参考文档指引，同时提示跨平台差异、升级回滚与并发等关键陷阱。
managing-devops-pipeline
用于通过 MCP 管理 BK-CI 流水线构建，可查询构建历史、获取启动参数、查看构建状态，并在用户确认后触发构建。适合操作现有流水线，而非修改代码或流水线定义。
terraform-ibm-modules-solution-builder
Terraform IBM Modules Solution Builder 是一套用于生成 IBM Cloud Terraform 解决方案的工作流技能。它以 IBM 维护的 Terraform IBM Modules（TIM）作为可组合构件，帮助用户通过组合一个或多个 TIM 模块，构建稳健可靠的 IBM Cloud 基础设施即代码方案。该技能提供模块发现、示例检索、代码生成和验证的完整流程，支持基于 MCP 的优化工作流以及基于 Terraform Registry 和 GitHub API 的替代工作流。