fix-ci
fix-ci 是一个面向智能体技能的 CI 修复流程，用于在用户要求修复 CI 或 PR 必需检查变红时定位失败根因。它强调先确定失败归属再改代码，区分当前 PR、目标分支、已有修复与外部或偶发故障，并按归属选择修复位置与合并顺序。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-01 00:15
部署与运维
12,884 个结果
workspace-topology
workspace-topology 是一个管理工作区布局声明的工具型技能，用于检查或维护代码与文档在仓库中的位置关系。它把仓库形状分为三种：inline（代码位于仓库根，文档位于 docs/）、shell（代码位于各 git 子模块下，文档位于 docs/）、linked（代码为本机目录引用，可在仓库内外，文档位于 docs/）。仓库根下的 docs/ 是三种形态共有的固定不变量。该技能提供三个入口：inspect 读取声明并返回拓扑上下文（已经声明时纯只读）；reconcile 交互式维护声明（幂等、可重入，无参数调用等同于此）；migrate --to shell --mode manual|auto 用于单仓到外壳布局的改造。无声明时会询问用户而非自动判定，答案写入 AGENTS.md 的 workspace: 块，此后不再重复询问。适用于代码根、外部仓库引用与分仓需求等场景。
project-protocol
Project Protocol 是一个面向协调式项目工作的运行状态管理协议，属于 acaprino/daodan 技能集。它定义了规范化的运行身份、快照绑定、交付与验证记账、授权连续性以及安全阶段恢复机制。该协议通过 run_state.py 脚本提供 init、show、update、validate、resume、snapshot 等命令，用于在项目内维护运行状态记录。它要求将运行状态存放在项目内专用根目录（默认 .daodan/runs/<id>/），由协调者拥有 work.json 和 result.json，每个被派发的工作者拥有一个声明的报告。协议强调快照哈希需包含脏文件和未跟踪的范围内输入，更新采用递归合并对象、替换数组的方式，身份、原始范围、授权和基线项目绑定不可变。验证时需检查规范信封与确切工作修订、候选快照、交付账本和必需检查状态的一致性。该协议还规定了基线、门禁与恢复流程，要求在变更阶段前验证工作树的独占所有权，记录 pre_phase_sha，失败时仅恢复该阶段拥有的编辑。
api-guide
AceDataCloud API 使用指南，属于 acedatacloud/skills 技能集合，帮助开发者从创建账号、配置 API 密钥到发出第一个请求，并排查认证、访问权限、计费与异步任务方面的问题。该指南强调 ClawHub 登录凭证与 AceDataCloud API 密钥是两种不同的凭证；安装服务技能需要通过 ClawHub CLI 完成，而调用 api.acedata.cloud 需要 API 密钥授权。指南包含在 ~/.openclaw/.env 中配置 ACEDATACLOUD_API_TOKEN、用 curl 发起 Google 搜索请求的示例，以及针对 401、403、400、429 和任务挂起等情况的排查表。适合在调用 AceDataCloud 各项服务前阅读。
oci best practices and architecture
该技能提供 Oracle Cloud Infrastructure（OCI）最佳实践与架构指导，覆盖安全、成本优化、性能、运维卓越和可靠性五大领域，内容基于 Oracle 官方指南与解决方案文档。它适用于架构设计建议、任意 OCI 服务的最佳实践、安全加固与合规、成本优化策略、性能调优、高可用与灾难恢复、Well-Architected Framework、CIS 基准以及 GenAI、OKE、EBS 等服务专项指导，并包含大量 OCI CLI 与 Terraform 示例。
oci compute management
该技能（Skill）用于管理 Oracle Cloud Infrastructure（OCI）的计算实例，涵盖虚拟机与裸金属服务器的完整生命周期操作，包括创建启动、终止、更新、监控与故障排查。它指导使用者配置实例的计算规格（shape）、镜像、网络与存储，执行启动、停止、重启、重置、终止等操作，并支持通过 OCI CLI 命令完成实例列表查询、详情获取、VNIC 管理、引导卷与块存储卷操作以及串行控制台连接。技能还提供实例规划、安全、成本优化与运维方面的最佳实践，以及常见工作流和错误处理方法，适用于需要在 OCI 上创建、维护和排查计算实例的场景。
oci infrastructure as code
该技能面向 Oracle Cloud Infrastructure（OCI）的基础设施即代码（IaC）实践，提供使用 Terraform、OCI Resource Manager 和 OCI Landing Zones 的完整参考。内容涵盖 terraform-provider-oci 的配置与认证方式、常用资源示例（如隔离区、VCN、子网、安全列表、NSG、计算实例、自治数据库、对象存储、Vault 密钥、负载均衡器等），以及通过 OCI CLI 管理 Resource Manager 堆栈、远程状态后端配置和企业级 Landing Zone 模块用法。适合需要以代码方式在 OCI 上定义、部署和管理云资源的开发与运维人员。
oci monitoring and observability
这是一项专注于 Oracle Cloud Infrastructure (OCI) 监控与可观测性的技能，旨在弥补 Claude 在 OCI 领域训练数据有限的问题。它提供全面的 OCI CLI 命令，覆盖监控（Metrics）、告警（Alarms）、日志（Logging）、事件（Events）和通知（Notifications）五大核心服务。技能可帮助用户查询计算、数据库、网络、负载均衡等资源的指标数据，创建和管理基于阈值的告警并配置邮件、短信或 Slack 通知，启用和搜索服务日志（如 VCN 流日志、负载均衡访问日志），以及创建事件规则来响应资源生命周期变化或触发函数自动化。技能还包含最佳实践、常见监控工作流和故障排查指引，例如基线建立、间隔选择、告警测试、日志保留策略等。适用于需要监控 OCI 资源性能、配置告警通知、分析日志或实现事件驱动自动化的场景。
oci networking management
该技能用于管理 Oracle Cloud Infrastructure（OCI）虚拟网络组件，包括 VCN、子网、安全列表、路由表、网关和网络安全组（NSG）。它提供 OCI CLI 命令参考、网络设计最佳实践、常见工作流以及安全规则示例，帮助用户完成 VCN 创建与对等连接、子网规划、安全规则配置、网关与路由设置等任务。适用于需要设计、配置或排查 OCI 网络拓扑的场景。
application-management
该技能用于管理 Acquia Cloud 应用，基于 acli 命令行工具。主要能力包括：列出可访问的应用、在浏览器中打开应用、将本地仓库与云应用关联或解除关联、查看分支与标签的部署状态、等待异步任务完成、创建新的 Drupal 或 Next.js 本地项目、从 Drupal 7 迁移生成 Drupal 9+ 项目，以及导出站点归档（代码、文件、数据库）。适用于需要以命令行方式操作 Acquia Cloud 应用的开发与运维场景。
trial-management
trial-management 是 Acquia Cloud 平台中用于管理试用（trial）Drupal 站点的技能/命令行能力，基于 v2 Cloud API（acli api:*）。它覆盖试用站点的完整生命周期：创建试用站点、查询开通进度、查看实时站点 URL 与管理员登录链接、在开通失败后重试，以及在创建前选择 Drupal 模板与 AWS 区域。试用状态分为 pending、in-progress、completed、failed；同一用户同时只能有一个活动试用。该技能通过 acli 命令操作，需先执行 acli auth:login 认证，查询开通进度依赖轮询 api:account:find-trial。
profile-worker-memory
用于诊断内存持续增长或被 OOM 杀死的 worker：区分 JS 堆泄漏与原生内存增长，在无需上传堆快照的前提下对运行中的 worker 就地采集 V8 堆快照，并解析出泄漏的保留路径。
wp-cli
WP-CLI 是一个用于管理 WordPress 安装的命令行工具技能。它通过 wp 命令覆盖 WordPress 的核心、插件、主题、用户、数据库、选项、定时任务等管理操作。该技能要求 wp 已安装并在 PATH 中，需从 WordPress 根目录运行或通过 --path 指定路径。适用于需要通过命令行批量管理 WordPress 站点、执行更新、迁移域名、排查故障等场景。技能中提供了大量具体命令示例，并强调在执行破坏性操作前先进行 --dry-run 预览和数据库导出，同时注意密码等敏感信息不应出现在命令行中。
jk-jenkins-cli
jk 是一个面向 Jenkins Pipeline 的命令行工具（CLI），用于在终端中检查和操作 Jenkins 流水线。它以 Jenkins URL 作为主要标识，凭据按规范化后的 Jenkins 主机选择，输出稳定且自持，支持 JSON、YAML 和 raw 格式。该工具专注于 Pipeline，可查看流水线信息、触发构建、监视构建、读取日志、查看阶段、查看提交参数，并响应待处理的 Pipeline input 步骤。它不提供插件、agent、凭据存储、Freestyle 或 Jenkinsfile 编辑等管理命令。适合在 AI 编码代理中通过 jk CLI 操作 Jenkins，处理 CI 失败排查、构建触发与监视、待处理输入审批、取消运行中构建以及文件夹内流水线发现等场景。
aem-workflow
AEM as a Cloud Service 工作流技能的统一入口。该技能本身是一个意图路由（Intent Router），根据用户请求的意图，将其引导到对应的专门技能，覆盖工作流模型设计、自定义流程步骤与参与者选择器开发、工作流触发、启动器（Launcher）配置、调试与故障分类等多个方面。资料中列出了模型设计、开发、触发、启动器、调试、故障分类和编排器等专门技能及其对应路径。同时说明了 Cloud Service 环境下的约束，例如不支持 JMX、/libs 不可变、模型设计时路径与运行时路径的区别、启动器配置路径、必须使用 workflow-process-service 子服务用户、使用 DS R6 OSGi 注解、通过 Cloud Manager 流水线部署等。暂未提供具体的收费、价格或平台信息。
workflow-model-design
该技能用于在 AEM as a Cloud Service 上设计和创建 AEM 工作流模型（Workflow Model），涵盖步骤结构、转换、OR/AND 分支、变量以及模型 XML 部署。适用于通过工作流模型编辑器或内容包 XML 创建模型，仅限 AEM Cloud Service，模型存放于 /conf/global/settings/workflow/models/，不得写入 /libs 或 /etc。
harness-inspect
Harness Inspect 是一个用于审计现有 harness 的工具，帮助发现腐化、缺口和改进机会。它提供两种模式：健康检查（快速通过，适合每月或结构变更后使用）和完整审计（彻底评估，适合每季度、代理事故后、重大重构或采用新 AI 工具后使用）。健康检查若发现问题，可升级为完整审计。该工具通过加载参考文件并独立运行两次提示来比较判定结果，解决分歧，并针对不同发现类型给出处理建议，如立即修复腐化、处理关键缺口、进行快速修复、优化 token 以及将较大改进加入项目待办。
replication
AEM Cloud Service Replication API（com.day.cq.replication）技能，用于通过官方 Replication API 以编程方式发布、停用和删除 AEM 内容。覆盖单路径与批量复制、发布到 Preview 层、同步/异步复制、状态查询、权限校验、工作流集成以及复制事件监听等场景。适用于自定义 OSGi 服务、工作流步骤、自动化发布流水线和外部系统集成；UI 发布应改用 Manage Publication 或 Quick Publish。
sling-distribution
Sling Distribution 是 AEM Cloud Service 中内容复制的底层传输机制，本技能介绍如何使用 Sling Distribution API（org.apache.sling.distribution）监控并响应内容分发生命周期事件。内容涵盖分发事件处理、队列监控、事件主题与属性、以及常见用例（如分发失败告警、CDN 缓存预热、分发分析追踪、Slack 通知、审计日志）。适用于需要跟踪包创建、排队、投递、导入或失败丢弃等分发阶段，并在分发成功后触发外部系统或自定义动作的场景。若需以编程方式发布内容，应改用 Replication API。
workflow-debugging
面向 AEM as a Cloud Service（AEMaaCS）的生产级工作流调试技能，用于诊断和排查 AEM Granite 工作流引擎、启动器（Launcher）、Inbox、Sling Jobs、线程池与清理（Purge）相关问题。覆盖工作流卡住不推进、步骤失败、任务未出现在收件箱、启动器未触发、过期实例、线程池耗尽、队列积压、自动推进失效等典型症状，并提供从症状映射到首步动作、决策树、线程转储与线程池分析、错误日志模式识别、配置清单、修复方式速查的完整排查路径。该技能仅适用于 AEM as a Cloud Service，不适用于 AEM 6.5 LTS / AMS。资料未提供具体收费、价格与平台信息。
workflow-model-design
用于在 AEM as a Cloud Service 上设计和创建 AEM 工作流模型（Workflow Model）的技能。适用于通过 Workflow Model Editor 或内容包 XML 创建工作流模型的场景，涵盖步骤结构、转换、OR/AND 分支、变量以及模型 XML 部署。仅支持 AEM as a Cloud Service，不适用于 AEM 6.5 LTS。模型存储在 /conf/global/settings/workflow/models/ 下，经由 Cloud Manager 流水线部署，部署后需在编辑器中执行 Sync 生成 /var/workflow/models/ 运行时副本。该技能明确列出了允许生成的文件（模型根页面、页面内容、flow/parsys 步骤节点）与硬性禁止项（/var 内容、/conf 下的 model/ 目录、/var 过滤器、/etc/workflow/models/ 路径），并给出正确的 filter.xml 条目。
workflow-triaging
workflow-triaging 是 Adobe 提供的 AEM as a Cloud Service 工作流问题排查技能，属于 adobe/skills 仓库。它面向生产环境支持场景，帮助使用者对工作流故障进行分类（如卡住、失败、未启动、任务不在收件箱、吞吐量瓶颈、仓库膨胀等），确定需要收集的日志与数据，并映射到对应的 runbook 或 Splunk 查询。该技能仅适用于 Cloud Service，日志通过 Cloud Manager 下载或流式获取，不支持 JMX。使用时需尽量提供主机/实例、时间范围、工作流模型或步骤名、实例 ID、payload 路径及日志来源等输入。
workflow-triggering
Workflow Triggering（Cloud Service）是 Adobe AEM as a Cloud Service 中用于启动工作流的技能文档，汇总了在 AEM 云服务上触发工作流的全部机制：Timeline UI 手动启动、Manage Publication 多页批量启动、WorkflowSession 编程 API、HTTP Workflow API，以及通过 Workflow Launchers 在 JCR 事件上自动触发。文档说明了各机制的适用场景、具体操作步骤、代码与 curl 示例，并给出模型 ID 路径、服务用户映射、payload 类型等关键约束与防护建议。
dev-environment-roi-audit
这是一个用于审计本地编码智能体环境的技能。它基于真实日志与受控消融实验，衡量每个 MCP、技能、钩子等组件节省的循环时间是否超过其带来的负担，并依据证据做出保留、缩小范围、按需启用或移除的决策。审计过程强调只读配置、精确测量、安全边界和逐项审批。