SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 11-02 00:09

部署与运维

12,932 个结果

unifi-channel-planning

该技能用于根据 UniFi MCP 的邻居观测数据，生成确定性的低干扰 WiFi 信道规划。主要目标是减少信道重叠与同频争用，保持分配结果可复现、可解释，并通过分阶段变更与验证实现安全上线。技能使用 list_sites、list_devices_by_type、list_site_internal_ap_neighbors_v2 等 MCP 工具采集站点与 AP 清单及内部 AP 间邻居图，可选使用 list_neighboring_aps 作为外部射频压力参考，或使用 set_ap_radio_channel 应用建议信道。规划按频段独立进行，依据 RSSI 权重、信道重叠与占用 20MHz 块计算冲突得分，以确定性贪心全局优化分配，并输出包含当前信道、建议信道、频段、置信度与原因的规划表及汇总指标。

部署与运维1 次安装

unifi-devices

unifi-devices 是 enuno/unifi-mcp-server 中的 UniFi 设备管理技能模块。它围绕 UniFi 站点内的设备运维，提供设备清单与详情查询、待接入设备发现与接入、设备重启与 LED 定位、固件升级（支持 dry-run），以及 AP 射频与信道配置。该模块还覆盖交换机端口配置文件和逐端口覆盖、链路聚合组、交换机堆叠与 MCLAG 域、网络拓扑与端口连接映射，并提供测速、频谱扫描、干扰源与网络对象交叉引用等诊断能力。除另有说明外，所有工具均要求使用本地 API 模式。

部署与运维1 次安装

unifi-discovery

unifi-discovery 是 UniFi MCP Server 的发现技能，用于在开始操作前弄清服务器暴露了哪些工具以及应选择哪个后端。它指导用户通过 A2A agent card、/a2a/discover 发现清单、MCP 协议或仓库卡片读取已注册能力，并根据 deployment metadata（toolCount、readToolCount/writeToolCount/destructiveToolCount、domains、apiType、readOnly、dryRun、fleet、apiModes）判断可用工具面。它还说明 local、cloud-v1、cloud-ea、fleet 等模式的能力差异、UNIFI_PROFILE/UNIFI_READ_ONLY/UNIFI_DRY_RUN 等暴露配置对注册工具的影响、healthz 与 health_check 的健康检查方式，以及按 token 角色（viewer、operator、admin、fleet-admin）判断权限范围的方法，并给出常见故障的排查对照。

部署与运维1 次安装

unifi-docs-sync

unifi-docs-sync 是 unifi-mcp-server 仓库中的一项技能（skill），用于在添加、修改或移除 MCP 工具、变更 A2A agent card 或原生 MCP 提示目录，以及调整部署暴露内容时，保持 MCP 工具、A2A agent card、原生 MCP 提示和文档四个表面的一致性。它提供检查清单和具体操作步骤，包括从注册表读取真实工具清单、检查工具风险等级、新增工具时的实现与测试要求、重命名或移除工具时的全局搜索、提示目录与 agent card 的更新、以及一系列检测漂移的测试命令。该技能强调不得凭记忆写入工具名，必须从注册表读取，并说明了开发者技能需要复制到 .claude/skills 和 .agents/skills 目录，而操作员技能仅保留在 skills/ 下。

部署与运维1 次安装

unifi-fleet-operations

unifi-fleet-operations 是 UniFi MCP Server 中的舰队模式技能，用于通过单个 MCP 端点管理多台 UniFi 控制器。服务器维护控制器注册表，把每次调用路由到正确的控制器并记录操作审计。启用舰队模式需要 Postgres（DATABASE_URL）、Redis（REDIS_URL，可选，缺失仅影响共享读缓存）和凭据加密密钥（UNIFI_CREDENTIAL_KEY，缺失则服务器拒绝启动）。工具调用可显式传入 controller 参数，也可先用 select_controller 为会话选定控制器；无状态 HTTP 模式下只能逐次指定。提供 list_controllers、get_active_controller、fleet_health、fleet_sites、fleet_inventory、fleet_compare_versions、fleet_compare_sites、fleet_fanout 等跨控制器查询能力，以及 register_controller、create_api_token、export_audit_log 等注册表与令牌管理工具。角色分为 viewer、operator、admin、fleet-admin，令牌可附加模块与控制器标签过滤。

部署与运维1 次安装

unifi-network

UniFi Network Operations 是一组用于统一管理 UniFi 网络的操作工具，覆盖客户端、VLAN、WiFi SSID、DHCP 保留、DNS 设置、WAN 连接以及访客凭证等常见网络运维任务。工具采用本地模式 API，提供按站点管理客户端的查看、搜索、阻断、重连、访客授权和带宽限制能力，并支持网络/VLAN 的创建、修改与删除，无线网络的创建、修改与删除，静态 DHCP 保留的管理，WAN DNS 与 DNS 过滤设置的查看和更新，WAN 接口状态查看，以及访客凭证的生成、查询和批量删除。部分删除操作需要 confirm=True，ACL 与流量匹配列表需配合其他技能使用。适合网络管理员通过工具化方式完成日常 UniFi 网络配置与故障处理。

部署与运维1 次安装

unifi-network-config-tools

unifi-network-config-tools 是 unifi-mcp-server 项目中面向 UniFi Network 网络配置的 MCP 工具集说明，覆盖网络（VLAN、子网）、WiFi、WAN、DHCP 保留、DNS、QoS、端口配置、交换与 VPN 等模块，用于在本地网关读写网络配置。工具按模块组织，分属 network、devices、security、system 等配置档，且仅在本地模式下可用；写操作需带 confirm 与 dry_run 参数，支持先试运行再执行，并对 WLAN 口令做脱敏处理。

部署与运维1 次安装

unifi-safe-changes

unifi-safe-changes 是 UniFi MCP 服务器的一项安全变更技能，用于在通过 MCP 服务器修改 UniFi 网络状态时，避免网络中断、审计记录缺失和操作者信任受损。它说明了服务器暴露的每一次写入操作所受到的约束，包括令牌角色必须满足工具层级要求、必须显式传入 confirm=True、可用 dry_run=True 做预览，以及通过 UNIFI_READ_ONLY 和 UNIFI_DRY_RUN 两种服务器模式进一步缩小可执行范围。该技能还给出安全的变更流程（读取现状、预览、应用、验证、记录）、高风险变更清单、回滚思路、审计日志读取方式以及常见失败模式的处理方法。

部署与运维1 次安装

unifi-system

这是一个用于 UniFi 网络控制器的 MCP 服务器技能，面向系统管理与监控场景。它提供站点管理、多站点聚合、备份管理、QoS 与流量路由、流量流分析、流量匹配列表、深度包检测（DPI）、RADIUS 与访客门户等能力，用户可以通过工具调用，读取站点信息、备份状态、流量流向和安全风险，也能执行备份、恢复、Smart Queue 配置、阻断流量等操作。多站点聚合和 ISP 指标依赖云 API 或 Site Manager 访问；流量流分析和流量路由读取仅支持本地 API。部分写操作要求 confirm=True，流量路由的创建、更新、删除暂未提供工具，需在控制台完成。

部署与运维1 次安装

docker-offline-verification

docker-offline-verification 是一个用于验证容器化 Docker 应用在无网络环境下可正常运行的技能，主要面向需要在离线/气密条件下证明容器能正常提供服务的场景，例如演示站点、教学站点和已部署容器。它的核心揭示了一个常见误区：当使用 --network none 运行容器时，配合 -p 端口映射会静默失效，因为端口发布依赖已连接的网络，没有网络就没有可发布的来源，因此端口无法访问看起来像应用故障，实际是 Docker 网络机制。技能提出正确流程：先用 --network none 且不带 -p 启动容器，再通过 docker exec 进入隔离容器内部，从容器内针对 localhost 逐个请求每条路由，并断言返回的状态码或响应内容符合预期；若容器内没有 curl，可使用 wget。该技能适合离线验收、教学环境演示以及部署后隔离性检查，限制在于它依赖容器内部具备 curl 或 wget 等请求工具，且资料未提供更多自动化脚本或批量断言细节。

部署与运维1 次安装

git-rebase-noninteractive-editor

该技能用于解决在非交互式 shell（如 CI、脚本、定时任务或 bash 工具）中执行 git rebase 时命令挂起或超时的问题。原因是 git 在 rebase 的两个阶段会调用交互式编辑器（nano/vi），而无 TTY 环境下编辑器会一直等待标准输入。修复方法是给命令加上环境变量：用 GIT_EDITOR=true 跳过提交信息编辑，用 GIT_SEQUENCE_EDITOR=: 跳过 TODO 列表编辑，两者可同时设置。适合已解决冲突后执行 git rebase --continue 卡住、或在非交互环境做交互式 rebase（reword、squash、调整顺序）的场景。

部署与运维1 次安装

github-auto-merge-setup

该技能用于诊断和修复 GitHub 仓库中“gh pr merge --auto”失败、以及“CI 全绿后自动合并”（merge-when-green）不生效的问题。它把自动合并的条件归纳为多层门槛：仓库级 allow_auto_merge 开关（默认关闭，需用 gh api PATCH 开启，工作流 YAML 无法开启）、允许的合并方式（例如仅允许 rebase 的仓库不能使用 --squash）、以及基线分支保护或规则集中的必需状态检查；三者缺一早些时候，GitHub 会以不同错误拒绝启用自动合并。还给出必需检查的选取规则（只选每个 PR 都会上报的检查，矩阵任务要带参数后缀，WIP 机器人和路径过滤任务不可设为必需），并提示用 GITHUB_TOKEN 创建的机器人 PR 不会触发工作流，从而与必需检查规则集形成死锁，需改用 PAT 或 GitHub App 令牌，或用用户身份更新分支来解冻。另有规则集会阻断直接推送 main 的发布工作流（GH013、半落地发布）、自定义 shell 不继承 -eo pipefail 导致推送失败被吞、以及规则集 bypass actor 不适用于 GitHub Actions 集成等注意事项。

部署与运维1 次安装

npm-trusted-publishing-oidc-setup

该技能用于通过 GitHub Actions 的 Trusted Publishing（OIDC）配置 npm 包发布流程，替代长期有效的 NPM_TOKEN 密钥。适用于需要借助 CI/CD 发布 npm 包、创建 publish.yml、实现自动化发布等场景。技能强调多项关键注意事项：Node 24 才能满足 npm 11.5.1 及以上的 OIDC 最低要求；发布步骤中必须完全不存在 NODE_AUTH_TOKEN 环境变量；工作流需授予 id-token: write 权限；package.json 中的 repository.url 必须与 GitHub 仓库匹配；新包的首次发布不能使用 OIDC，需先手动或以令牌发布后切换；还需在 npmjs.com 手动配置 Trusted Publisher。

部署与运维1 次安装