crosstech-impl-docker-aec-stack
面向AEC（建筑、工程、施工）工具的Docker容器化与多服务栈部署技能包，覆盖IfcOpenShell、web-ifc、QGIS Server、Speckle、n8n、PostgreSQL、Redis、MinIO等服务的镜像选择、端口、内存与卷策略，并给出关键避坑规则。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
部署与运维
12,936 个结果
crosstech-impl-n8n-aec-pipeline
用于在 n8n 中自动化 AEC（建筑、工程、施工）工作流的技能包，覆盖 IFC 处理管线、Speckle webhook 集成、模型校验以及通过 API 连接 AEC 工具，强调把几何计算交由外部服务、仅用 n8n 做编排。
drawio-impl-network
用于在 Draw.io 中生成网络拓扑图、基础设施布局与云架构图的技能，规范厂商图标模具命名空间，避免常见 AI 错误，如错误的形状命名空间、物理链路使用有向箭头、缺少区域边界等。
tauri-impl-build-deploy
Tauri 2 构建与部署技能，用于生产构建、安装包配置、代码签名和 CI/CD 流水线搭建，涵盖 Windows、macOS、Linux、Android、iOS 打包格式与自动更新配置，避免未签名构建被系统拒绝。
iac-generation
Infracost agent-skills 中的 IaC 生成辅助技能，在编写或修改基础设施即代码（IaC）前先获取组织的 FinOps、标签策略与成本护栏上下文，借助 Infracost MCP 工具实时评估成本并给出优化建议，支持 Terraform、CloudFormation、Terragrunt。
infracost-price-lookup
这是一个通过 Infracost MCP 服务器查询云资源价格的 Claude 技能。用户无需已有基础设施代码，只需让 AI 为待查询的资源生成一段最小化的 Terraform 片段，再通过 MCP 暴露的 price 工具传入该片段，即可获得按资源拆分的费用明细和汇总。支持 Terraform 与 Infracost 覆盖的 AWS、GCP、Azure 各类资源。使用前需确认已安装 Infracost CLI、完成登录并选定组织。可指定货币与区域，结果包含总月费用、各计费组件、标签与元数据，并可借助 inspect 系列工具做汇总、按类型分组或查看 Top N 节省建议。
infracost-scan
infracost-scan 是一个通过 Infracost MCP 服务分析 Terraform、CloudFormation、Terragrunt 等 IaC 项目的技能，用于估算云成本、发现节省机会并标记 FinOps 与标签策略违规，扫描为只读非破坏性操作。
apple-developer
该技能用于处理 Apple 开发者签名与分发相关事务，覆盖签名配置、Bundle ID、能力（Capabilities）、描述文件（Provisioning）、授权文件（Entitlements）、App Store Connect、TestFlight、Developer ID 与公证等环节。它强调先识别项目由 XcodeGen、Tuist、Swift Package Manager、Flutter、React Native、Unity、Unreal 等哪类生成器或配置属主管理，再修改对应配置源头，而非手改生成的 .xcodeproj。内容包含目标清单梳理、标识符选择、自动与手动签名取舍、能力与实现对应、门户操作授权与核验、签名验证命令，以及编译、开发签名、归档、App Store/TestFlight、Developer ID、发布验收等分层证明标准。技能还记录本地付费团队 ID 9UPQL479Z5，并要求将 Team ID 作为稳定选择依据，不以邮箱或证书显示名为准。
slack-manifest
关于修改 Slack 应用 manifest 的指南：在单一源文件中增删机器人 scope、事件订阅、斜杠命令、快捷方式或 OAuth 配置，并确保本地开发与生产配置一致。
make-endpoints-cli
make-endpoints-cli 是一个用于在 shell 中调用 Make Endpoints 的命令行工具。Make Endpoints 是应用操作（如 google-docs get-document、slack send-message）的单次调用封装，每次调用在某个团队下运行，并通常通过该团队的连接执行。工具遵循固定流程：查找团队、查看可用端点、检查端点、选择连接、执行调用。默认输出 JSON，支持错误码区分，并可通过 --idempotency-key 避免重复执行。
serve-openpi-policy
该技能用于启动、复用、验证并显式停止本地 Docker 化的 OpenPI 推理服务器，供 Isaac Lab-Arena 的 Pi0RemotePolicy 实验使用。它从仓库检出内容中读取维护中的工作流，解析变体（pi05 或 pi0）与端口，仅服务回环地址客户端，并在启动前检查镜像与容器状态以复用兼容服务器。技能会披露首次构建、镜像大小与检查点下载成本，需用户确认后才启动大型构建或下载。启动后通过保留的终端会话轮询输出，要求出现指定就绪日志行才报告就绪，并将变体、主机、端口、就绪证据、容器身份与会话句柄交接给 run-experiment。仅在用户明确要求时停止服务器，且只停止本工作流启动的服务器。
adding-a-new-durable-object-mixin
用于在 packages/shared/src/durable-object-utils 下新增或修改 Durable Object mixin 的规范指南，涵盖 API 设计流程、组合方式、类型模式、文档与测试要求，强调先与用户确认 API 再编码。
cloudflare-traces
通过 Cloudflare 通用 API MCP 服务器查询与审计 Workers 的分布式追踪和日志，用于诊断 trace、自定义 span、Durable Objects 等问题。
creating-an-app
该技能用于在仓库 apps/ 下新增 Cloudflare 应用，需按约定配置 package scripts、Doppler 项目形态与 CI 工作流。
debug-os-worker
debug-os-worker 是一项用于排查 OS 生产与预览环境故障的技能，结合 Cloudflare traces 与全域日志定位问题。适用于诊断 ITX 调用、智能体对话、调度器闹钟等场景。
isolapurr-user-operations
面向普通用户机器操作已发布 IsolaPurr USB Hub 硬件的技能，使用 GitHub Releases 发布的 isolapurr 与 isolapurr-devd 主机工具及官方 Web Serial 路径，涵盖安装、硬件发现、Wi-Fi、端口、电源、设置重置、诊断导出与固件更新。
github-audit-to-issues
github-audit-to-issues 是一个将代码审计与 GitHub 问题创建串联起来的技能：先运行 code-analyzer 审计（或复用一份较新的报告），筛选出值得立项的发现，经一次确认后批量创建为 GitHub issues。它在两个现有技能之间充当胶水层，自身不重新实现审计或建单逻辑，而是复用 code-analyzer 的审计与验证规则、github-issues 的 audit-import 参考中的解析、去重、标签映射与建单方式，并额外增加统一预检、报告复用判断、范围规则、issue 语言选择、安全发现路由、dry run 与后续修复交接。
github-fix-ci-error
该技能用于诊断并修复当前分支上最近一次失败的 GitHub Actions CI 运行。它通过 GitHub CLI 获取失败运行的日志，定位代码中的根本原因，在本地进行修复，并在用户批准后提交并推送修复，使 CI 能够重新运行。
repo-ci
repo-ci 是一个用于配置 GitHub 仓库 CI 的技能，通过 Husky 本地 Git 钩子与 commit-check-action 强制执行 Conventional Commits 提交规范和分支命名规范，同时覆盖全新仓库与已有仓库的配置场景。
mothership
Mothership 是一个用于集中跟踪运维机器人（ops bots）舰队的仓库技能。它把 bots、hosts、incidents、lessons 四类记录以可安装的 gitsheets 配置形式纳入同一个仓库，让一个仓库成为某支舰队的“母舰”。每个 Mothership 只跟踪自己的舰队，互不交叉。安装方式为 npx skills add JarvusInnovations/opsbots --skill mothership，随后把 sheet 配置复制到仓库的 .gitsheets 目录并提交，记录默认存放在 fleet/ 下。bots 记录机器人状态（计划中、运行中或已退役），hosts 记录运行机器与环境，incidents 记录每次故障，lessons 记录跨机器人归纳出的失败模式及其修复编码位置。读写通过 gitsheets-axi 完成，不手工序列化 TOML。该技能还定义了记录变更、实例数据留存、事件与教训关联、kit 版本追踪、未知问题留字段等规则，并描述了由 agent 执行的“mechanic”机制。
opsbot-core
opsbot-core 是一个运维机器人（ops bot）的循环核心，用于在机器人仓库中以自定节奏运行长期存活的智能体会话。它把工作组织为一个个循环：开始（cycle begin）→ 检查（check）→ 行动（act）→ 结束（cycle end）→ 计算下次唤醒（wake）。空闲路径只需一条命令和一行输出，在检查确认有事情可做之前不会调用模型。它通过 heartbeat.d/ 目录下的脚本检查各个数据流，记录循环日志、水位线（watermark）和已见键（seen key），并支持冷启动重新落地（reground）、生命周期钩子、看门狗与唤醒定时器等机制。
auto-updater
该技能通过每日 cron 任务自动更新 OpenClaw 及已安装的 ClawHub 技能，并发送更新摘要。支持设置定时、手动更新与故障排查，依赖 OpenClaw 与 ClawHub 环境。
verify-dotfiles
用于验证 dotfiles Ansible playbook 的技能脚本：以 check（只读 --check --diff）或 sandbox（在临时 home 中真实运行两次）方式驱动 main.yml，检查角色是否收敛、幂等并隔离，产出可审计证据。
apify-rate-limits
该技能用于处理 Apify API 的速率限制问题，通过合理的退避重试与请求排队机制，帮助开发者在批量操作、自定义 API 调用或大规模并发场景下避免触发 429 错误。Apify API 按资源维度限制请求频率（默认每个 Actor、数据集、KV 存储独立 60 请求/秒），apify-client 库本身已内置对 429 的自动重试（最多 8 次，指数退避），但批量操作或大规模扇出仍可能超出内置重试的承受范围。该技能提供五步工作流：理解并配置内置重试参数、通过批量调用减少请求次数、使用 p-queue 对自定义调用进行并发与频率门控、错开 Actor 启动时间、以及监控 X-RateLimit-* 响应头以在耗尽前暂停。适用于需要优化 Apify API 请求吞吐量、实现请求队列或处理 429 错误的场景。