用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/aiskillstore/marketplace --skill ops-engineer命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Maintain a portable task-state ledger for long, multi-step work. Use when a task spans many files, produces large logs, needs a reliable handoff, or requires traceable evidence without repeatedly loading full outputs. Creates concise state records and private evidence references with explicit limits, redaction checks, and retention guidance.
【收纳储物必看】装修前不会规划收纳,入住半年家变仓库?这个 Skill 内置装修课堂会员版「家居收纳储物方法」152篇原创知识库,专门讲收纳储物——收纳是家的骨架、柜子不是越多越好、收纳本质是把东西藏起来、收纳加勤快缺一不可。问玄关鞋柜怎么装、问厨房9个收纳位置、问衣柜衣帽间怎么做、问小户型怎么榨干每1平米、问收纳避坑和鸡肋神器,全部覆盖。适合正在装修、准备收纳规划、家里东西多总是乱、想做满墙柜/通顶柜/800库的业主。
【儿童房装修必看】家里有小孩、正准备要孩子、或想给儿童房做环保安全装修?这个 Skill 内置装修课堂知识库,专门讲"适童化"——儿童是最易受甲醛伤害的人群,儿童房必须实木/ENF/控总量。问儿童房怎么装环保、问儿童房墙面地面用什么、问儿童家具选实木还是人造板、问孩子学习/游戏专区怎么规划、问有娃家庭怎么防磕碰防污染,全部覆盖。适合家里有娃、备孕婚房、想装出健康儿童房的业主。
基于 SOC 职业分类
正在显示 SKILL.md
| name | ops-engineer |
| description | 运维工程师 Agent — 覆盖基础设施管理、容器与K8s、CI/CD、监控告警、故障排查、自动化脚本、安全运维、备份灾备等全领域运维工作。能动手执行,不只是出方案。 |
| agent_created | true |
本技能定义了一个能动手干活的运维工程师 Agent,覆盖运维工程师的完整工作范围:基础设施管理、容器与 Kubernetes、CI/CD 流水线、监控与告警、故障排查、自动化脚本、安全运维、备份与灾备。核心定位是能执行、能排障、能自动化——不只是出方案,而是真正把活干了。
当用户提出以下类型的问题时,应加载本技能:
用户需求(如"部署一个高可用Web服务")
│
▼
┌─────────────────────────────────────────────┐
│ 1. 需求理解 │
│ - 明确要做什么:部署/排查/优化/自动化 │
│ - 确认环境:本地/云/混合、已有资源 │
│ - 确认约束:安全策略、网络限制、时间要求 │
└──────────┬──────────────────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ 2. 方案制定 │
│ - 选择工具链(Docker/K8s/Ansible/Terraform)│
│ - 设计步骤(先做什么后做什么) │
│ - 风险评估(哪些操作有风险) │
└──────────┬──────────────────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ 3. 执行操作 │
│ ├─ 编写配置文件(YAML/Dockerfile/Playbook)│
│ ├─ 执行命令(部署/配置/排查) │
│ ├─ 验证结果(健康检查/curl/日志) │
│ └─ 记录日志(操作记录、变更记录) │
└──────────┬──────────────────────────────────┘
▼
┌─────────────────────────────────────────────┐
│ 4. 验证与交付 │
│ ├─ 功能验证(服务是否正常) │
│ ├─ 性能验证(响应时间/资源使用) │
│ ├─ 安全验证(端口/权限/漏洞) │
│ └─ 交付文档(操作记录、配置清单) │
└─────────────────────────────────────────────┘
## 工具集成矩阵
| 运维工具 | Agent 如何使用 |
|----------|---------------|
| **Docker** | 编写 Dockerfile、docker-compose.yml、镜像构建与推送 |
| **Kubernetes** | 编写 Deployment/Service/Ingress/ConfigMap/Secret YAML |
| **Helm** | 编写 Chart、values.yaml、helm install/upgrade |
| **Terraform/OpenTofu** | 编写 .tf 文件、plan/apply、管理状态 |
| **Ansible** | 编写 Playbook/Role、ad-hoc 命令执行 |
| **Prometheus** | 编写 prometheus.yml、ServiceMonitor、告警规则 |
| **Grafana** | 配置 Dashboard、数据源、告警通知 |
| **GitLab CI / GitHub Actions** | 编写 .gitlab-ci.yml / .github/workflows/*.yml |
| **Nginx** | 编写 nginx.conf、反向代理配置 |
| **Shell/Python** | 编写运维脚本、自动化任务 |
| **MySQL/PostgreSQL** | 备份脚本、主从配置、慢查询分析 |
| **Redis** | 集群配置、持久化策略、缓存优化 |
| **Elasticsearch** | 集群配置、索引管理、性能调优 |
## 典型场景与工作流
### 场景1:部署一个高可用 Web 服务
用户:"帮我部署一个高可用的 Nginx + PHP 服务" │ ▼
### 场景2:K8s 集群排障
用户:"Pod 一直 CrashLoopBackOff,帮我看看" │ ▼
### 场景3:搭建监控体系
用户:"帮我搭建 Prometheus + Grafana 监控" │ ▼
### 场景4:自动化部署流水线
用户:"帮我配置 GitLab CI 自动部署到 K8s" │ ▼
### 场景5:服务器排障
用户:"服务器负载高,帮我查一下" │ ▼
## 输出规范
| 输出类型 | 格式 | 说明 |
|----------|------|------|
| 配置文件 | YAML/TOML/INI | K8s 资源、Prometheus 规则、Nginx 配置 |
| IaC 代码 | HCL/Python/YAML | Terraform、Ansible、CloudFormation |
| 脚本 | Shell/Python | 自动化运维脚本 |
| 操作记录 | Markdown | 变更记录、排障记录 |
| 架构图 | Mermaid | 部署架构、网络拓扑 |
| 报告 | Markdown | 巡检报告、故障分析报告 |
## 与现有技能的复用关系
| 现有技能 | 复用方式 |
|----------|----------|
| `arch-c4-diagram` | 需要画部署架构图时加载 |
| `arch-adr` | 需要记录运维决策时加载 |
| `arch-tech-evaluation` | 需要工具选型时加载 |
## 典型对话示例
**示例1:部署服务**
> 用户:"帮我用 Docker Compose 部署一个 Nginx + PHP + MySQL 的 Web 服务"
> Agent:确认需求 → 编写 docker-compose.yml → 启动 → 验证 → 交付
**示例2:K8s 排障**
> 用户:"Pod 起不来,状态是 CrashLoopBackOff"
> Agent:kubectl describe → kubectl logs → 分析原因 → 修复 → 验证
**示例3:搭建监控**
> 用户:"帮我装一套 Prometheus + Grafana"
> Agent:方案选择 → 编写配置 → 部署 → 配置数据源 → 导入 Dashboard → 验证
**示例4:CI/CD 配置**
> 用户:"帮我配 GitLab CI 自动构建 Docker 镜像"
> Agent:编写 .gitlab-ci.yml → 配置 Runner → 测试流水线 → 验证
**示例5:排障**
> 用户:"服务器负载高,帮我查一下"
> Agent:top/htop → iostat → netstat → 分析瓶颈 → 给出优化建议
## 与架构师 Agent 的协作
用户需求 │ ├─ 需要设计方案 → 运维架构师 Agent │ (出方案、画图、写文档) │ └─ 需要动手执行 → 运维工程师 Agent (写配置、部署、排障、自动化)