Token导航 LogoToken导航

Agent Skill · 开发

cloud-devops-expert(云开发运维专家)

用于辅助云资源、部署、容器、基础设施和运维自动化任务。它适合让 Agent 检查配置、整理部署步骤、分析资源状态、生成排障思路或辅助云服务接入。使用时需要明确目标环境、账号权限、区域和资源组,区分本地测试与生产操作;涉及删除资源、重启服务、修改网络或权限配置时,应先确认影响范围。

cloud-devops-expert 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为调用外部服务;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 11,947。

总安装 1,505周安装 64GitHub Stars 25下载 527核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:cloud-devops-expert(云开发运维专家)
来源仓库:https://github.com/oimiragieo/agent-studio
仓库路径:skills/cloud-devops-expert
安装命令:
npx skills add https://github.com/oimiragieo/agent-studio --skill cloud-devops-expert
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/oimiragieo/agent-studio --skill cloud-devops-expert

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

整合 AWS 全栈服务的一体化 DevOps 实践指南。覆盖从 EC2 到 Lambda 的无服务器架构演进路径。提供 IAM 精细化权限控制与 CloudTrail 审计日志配置建议。

强调基础设施即代码与不可变部署原则落地方法 多账户管理推荐采用 Organizations 与 Service Control Policies

来源仓库内路径:skills/cloud-devops-expert

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/oimiragieo/agent-studio --skill cloud-devops-e…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要调用外部服务,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

cloud-devops-expert 怎么安装?

在终端执行 npx skills add https://github.com/oimiragieo/agent-studio --skill cloud-devops-expert。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

cloud-devops-expert 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

cloud-devops-expert 需要什么权限?

权限级别是调用外部服务。该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

cloud-devops-expert 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

cloud-devops-expert 用的人多吗?

公开数据是累计安装 1,505 次,近一周安装 64 次,下载 527 次,GitHub 25 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

cloud-devops-expert 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
cloud-devops-expert

云开发运维专家 · 本页

1,50525调用外部服务未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Cloud Devops Expert

Core Services:

  • Compute: EC2, Lambda (serverless), ECS/EKS (containers), Fargate
  • Storage: S3 (object), EBS (block), EFS (file system)
  • Database: RDS (relational), DynamoDB (NoSQL), Aurora (MySQL/PostgreSQL)
  • Networking: VPC, ALB/NLB, CloudFront (CDN), Route 53 (DNS)
  • Monitoring: CloudWatch (metrics, logs, alarms)

Best Practices:

  • Use AWS Organizations for multi-account management
  • Implement least privilege with IAM roles and policies
  • Enable CloudTrail for audit logging
  • Use AWS Config for compliance and resource tracking
  • Tag all resources for cost allocation and management

GCP (Google Cloud Platform) Patterns

Core Services:

  • Compute: Compute Engine (VMs), Cloud Functions (serverless), GKE (Kubernetes)
  • Storage: Cloud Storage (object), Persistent Disk (block)
  • Database: Cloud SQL, Cloud Spanner, Firestore
  • Networking: VPC, Cloud Load Balancing, Cloud CDN
  • Monitoring: Cloud Monitoring, Cloud Logging

Best Practices:

  • Use Google Cloud Identity for centralized identity management
  • Implement VPC Service Controls for security perimeters
  • Enable Cloud Audit Logs for compliance
  • Use labels for resource organization and billing

Azure Patterns

Core Services:

  • Compute: Virtual Machines, Azure Functions, AKS (Kubernetes), Container Instances
  • Storage: Blob Storage, Azure Files, Managed Disks
  • Database: Azure SQL, Cosmos DB (NoSQL), PostgreSQL/MySQL
  • Networking: Virtual Network, Application Gateway, Front Door (CDN)
  • Monitoring: Azure Monitor, Log Analytics

Best Practices:

  • Use Azure AD for identity and access management
  • Implement Azure Policy for governance
  • Enable Azure Security Center for threat protection
  • Use resource groups for logical organization

Terraform Best Practices

Project Structure:

terraform/
├── environments/
│   ├── dev/
│   │   ├── main.tf
│   │   ├── variables.tf
│   │   └── terraform.tfvars
│   ├── staging/
│   └── prod/
├── modules/
│   ├── vpc/
│   ├── eks/
│   └── rds/
└── global/
    └── backend.tf

Code Organization:

  • Use modules for reusable infrastructure components
  • Separate environments with workspaces or directories
  • Store state remotely (S3 + DynamoDB for AWS, GCS for GCP, Azure Blob for Azure)
  • Use variables for environment-specific values
  • Never commit secrets (use AWS Secrets Manager, HashiCorp Vault, etc.)

Terraform Workflow:

# Initialize
terraform init

# Plan (review changes)
terraform plan -out=tfplan

# Apply (execute changes)
terraform apply tfplan

# Destroy (when needed)
terraform destroy

Best Practices:

  • Use terraform fmt for consistent formatting
  • Use terraform validate to check syntax
  • Implement state locking to prevent concurrent modifications
  • Use terraform import for existing resources
  • Version pin providers: required_version = "~> 1.5"
  • Use data sources for referencing existing resources
  • Implement depends_on for explicit resource dependencies

Kubernetes Deployment Patterns

Deployment Strategies:

  • Rolling Update: Gradual replacement of pods (default)
  • Blue/Green: Run two identical environments, switch traffic
  • Canary: Gradual traffic shift to new version
  • Recreate: Terminate old pods before creating new ones (downtime)

Resource Management:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
        - name: myapp
          image: myapp:v1.0.0
          resources:
            requests:
              memory: '256Mi'
              cpu: '250m'
            limits:
              memory: '512Mi'
              cpu: '500m'
          livenessProbe:
            httpGet:
              path: /health
              port: 8080
          readinessProbe:
            httpGet:
              path: /ready
              port: 8080

Best Practices:

  • Use namespaces for environment/team isolation
  • Implement RBAC for access control
  • Define resource requests and limits
  • Use liveness and readiness probes
  • Use ConfigMaps and Secrets for configuration
  • Implement Pod Security Policies (PSP) or Pod Security Standards (PSS)
  • Use Horizontal Pod Autoscaler (HPA) for auto-scaling

CI/CD Pipeline Patterns

GitHub Actions Example:

name: CI/CD Pipeline

on:
  push:
    branches: [main, develop]
  pull_request:
    branches: [main]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Run tests
        run: npm test

  build:
    needs: test
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Build Docker image
        run: docker build -t myapp:${{ github.sha }} .
      - name: Push to registry
        run: docker push myapp:${{ github.sha }}

  deploy:
    needs: build
    runs-on: ubuntu-latest
    if: github.ref == 'refs/heads/main'
    steps:
      - name: Deploy to Kubernetes
        run: kubectl set image deployment/myapp myapp=myapp:${{ github.sha }}

Best Practices:

  • Implement automated testing (unit, integration, e2e)
  • Use matrix builds for multi-platform testing
  • Cache dependencies to speed up builds
  • Use secrets management for sensitive data
  • Implement deployment gates and approvals for production
  • Use semantic versioning for releases
  • Implement rollback strategies

Infrastructure as Code (IaC) Principles

Version Control:

  • Store all infrastructure code in Git
  • Use pull requests for code review
  • Implement branch protection rules
  • Tag releases for production deployments

Testing:

  • Use terraform plan to preview changes
  • Implement policy-as-code with Sentinel, OPA, or Checkov
  • Use tflint for Terraform linting
  • Test modules in isolation

Documentation:

  • Document module inputs and outputs
  • Maintain README files for each module
  • Use terraform-docs to auto-generate documentation

Monitoring and Observability

The Three Pillars:

Metrics (Prometheus + Grafana)

  • Use Prometheus for metrics collection
  • Define SLIs (Service Level Indicators)
  • Set up alerting rules
  • Create Grafana dashboards for visualization

Logs (ELK Stack, CloudWatch, Cloud Logging)

  • Centralize logs from all services
  • Implement structured logging (JSON format)
  • Use log aggregation and parsing
  • Set up log-based alerts

Traces (Jaeger, Zipkin, X-Ray)

  • Implement distributed tracing
  • Track request flow across microservices
  • Identify performance bottlenecks
  • Correlate traces with logs and metrics

Observability Best Practices:

  • Define SLOs (Service Level Objectives) and SLAs
  • Implement health check endpoints
  • Use APM (Application Performance Monitoring) tools
  • Set up on-call rotations and runbooks
  • Practice incident response procedures

Container Orchestration (Kubernetes)

Helm Charts:

  • Use Helm for package management
  • Create reusable chart templates
  • Use values files for environment-specific configuration
  • Version and publish charts to chart repository

Kubernetes Operators:

  • Automate operational tasks
  • Manage complex stateful applications
  • Examples: Prometheus Operator, Postgres Operator

Service Mesh (Istio, Linkerd):

  • Implement traffic management (canary, blue/green)
  • Enable mutual TLS for service-to-service communication
  • Implement circuit breakers and retries
  • Observe traffic with distributed tracing

Cost Optimization

AWS Cost Optimization:

  • Use Reserved Instances or Savings Plans for predictable workloads
  • Implement auto-scaling to match demand
  • Use S3 lifecycle policies to transition to cheaper storage classes
  • Enable Cost Explorer and set up budgets
  • Right-size instances based on usage metrics

Multi-Cloud Cost Management:

  • Use tags/labels for cost allocation
  • Implement chargeback models for team accountability
  • Use spot/preemptible instances for non-critical workloads
  • Monitor unused resources (idle VMs, unattached volumes)

Cloudflare Developer Platform

Cloudflare Workers & Pages:

  • Edge computing platform for serverless functions
  • Deploy at the edge (close to users globally)
  • Use Workers KV for edge key-value storage
  • Use Durable Objects for stateful applications

Cloudflare Primitives:

  • R2: S3-compatible object storage (no egress fees)
  • D1: SQLite-based serverless database
  • KV: Key-value storage (globally distributed)
  • AI: Run AI inference at the edge
  • Queues: Message queuing service
  • Vectorize: Vector database for embeddings

Configuration (wrangler.toml):

name = "my-worker"
main = "src/index.ts"
compatibility_date = "2024-01-01"

[[kv_namespaces]]
binding = "MY_KV"
id = "xxx"

[[r2_buckets]]
binding = "MY_BUCKET"
bucket_name = "my-bucket"

[[d1_databases]]
binding = "DB"
database_name = "my-db"
database_id = "xxx"

Consolidated Skills

This expert skill consolidates 1 individual skills:

  • cloudflare-developer-tools-rule

Related Skills

  • docker-compose - Container orchestration and multi-container application management

Memory Protocol (MANDATORY)

Before starting:

cat .claude/context/memory/learnings.md

After completing: Record any new patterns or exceptions discovered.

ASSUME INTERRUPTION: Your context may reset. If it's not in memory, it didn't happen.

平台分布

Codex

35.53%
按下载量换算187

Claude

28.44%
按下载量换算150

Cursor

20.4%
按下载量换算108

Gemini CLI

8.54%
按下载量换算45

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

调用外部服务

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills