Token导航 LogoToken导航TokenDH.com
前端设计敏感数据github未标认证来源可访问许可证需确认审计提醒

proxmox-admin管理员

Agent Skill

proxmox-admin 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

282

周安装

12

GitHub Stars

2

下载量

99
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:proxmox-admin(管理员)
来源仓库:https://github.com/bldg-7/proxmox-mcp
仓库路径:skills/proxmox-admin
安装命令:
npx skills add https://github.com/bldg-7/proxmox-mcp --skill proxmox-admin
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/bldg-7/proxmox-mcp --skill proxmox-admin

简介

proxmox-admin 提供 Proxmox VE 基础设施运维专业知识。

  • 适用于 VM/LXC 生命周期管理、存储配置与高可用集群操作场景。
  • 支持证书管理、ACME 集成与备份策略制定。
  • 包含 HA 组配置、节点迁移与复制任务调度指导。
  • 使用前请确认宿主具备网络访问权限与 Proxmox API 调用能力。

SKILL.md

Proxmox VE Operations Expertise

AI Agent Skill: Operational knowledge for managing Proxmox Virtual Environment infrastructure

Overview

This skill provides AI agents with operational expertise for Proxmox VE, covering:

  • VM and LXC lifecycle management - From creation to decommissioning
  • Storage operations - Configuration, content management, backup strategies
  • High Availability - HA groups, resource management, failover
  • Cluster operations - Multi-node management, migration, replication
  • Certificate management - Installation, renewal, ACME integration
  • ACME configuration - Provider setup, certificate ordering, automation
  • Notifications - Target configuration, delivery verification, alerting
  • Troubleshooting - Common issues, API quirks, resolution patterns
  • Security - Permission models, API token best practices
  • Performance - Monitoring, resource optimization

Target audience: AI agents performing day-to-day Proxmox operations, infrastructure automation, or incident response.


Architecture Overview

Proxmox VE Cluster Concepts

Node: Physical server running Proxmox VE

  • Hosts VMs and LXC containers
  • Provides local storage
  • Participates in cluster quorum

Storage: Shared or local storage backends

  • Types: Directory, LVM, ZFS, Ceph, NFS, iSCSI
  • Content types: Images, ISOs, backups, templates
  • Can be node-local or cluster-shared

Networking: Virtual networking infrastructure

  • Linux bridges for VM/LXC connectivity
  • VLANs for network segmentation
  • SDN (Software Defined Networking) for advanced scenarios

Cluster: Group of nodes working together

  • Shared configuration via pmxcfs
  • HA for automatic failover
  • Live migration between nodes

Operations Playbook

1. VM Lifecycle Management

Create → Configure → Monitor → Backup → Delete

Creation

1. Get next available VMID
2. Create VM with basic config (CPU, memory, OS type)
3. Add disk(s) from storage
4. Configure network interface(s)
5. Set boot order
6. Start VM

Key considerations:

  • Choose appropriate storage for disk (performance vs capacity)
  • Use virtio drivers for best performance (requires guest support)
  • Configure QEMU guest agent for better management

Configuration

1. Review current config
2. Resize resources (CPU, memory, disk) as needed
3. Add/remove network interfaces
4. Configure firewall rules
5. Set up snapshots for rollback capability

Best practices:

  • Snapshot before major changes
  • Use cloud-init for automated provisioning
  • Enable QEMU guest agent for graceful operations

Monitoring

1. Check VM status (running, stopped, paused)
2. Monitor resource usage (CPU, memory, disk I/O)
3. Review task history for recent operations
4. Check logs for errors or warnings

Metrics to watch:

  • CPU usage and steal time
  • Memory pressure and swap usage
  • Disk I/O wait times
  • Network throughput

Backup

1. Create snapshot for quick rollback
2. Schedule backup job (vzdump)
3. Verify backup completed successfully
4. Test restore periodically
5. Prune old backups to manage space

Backup strategies:

  • Snapshot mode: Fast, requires storage support
  • Suspend mode: Pauses VM during backup
  • Stop mode: Stops VM for consistent backup

Decommissioning

1. Create final backup
2. Stop VM gracefully
3. Remove from HA if configured
4. Delete VM and associated disks
5. Clean up firewall rules
6. Update documentation

2. LXC Container Management

Containers vs VMs:

  • Lighter weight (shared kernel)
  • Faster startup times
  • Lower overhead
  • Less isolation than VMs

Container Operations

1. Create from template
2. Configure resources (CPU, memory, swap)
3. Add mount points for storage
4. Configure network
5. Start container
6. Access via console or SSH

Key differences from VMs:

  • Use mp0, mp1 for mount points (not disk0, disk1)
  • No BIOS/UEFI configuration
  • Direct kernel access (privileged) or restricted (unprivileged)
  • Faster snapshot/restore operations

3. Storage Management

Storage Configuration

1. List available storage
2. Add new storage backend (NFS, Ceph, etc.)
3. Configure content types (images, backups, ISOs)
4. Set storage as default for specific content
5. Monitor storage usage

Content Management

1. Upload ISOs/templates to storage
2. Download from URL to storage
3. List storage content
4. Delete unused content
5. Restore files from backups

Backup Management

1. Create backup jobs (manual or scheduled)
2. Configure retention policy
3. Prune old backups automatically
4. Restore from backup
5. Verify backup integrity

Backup best practices:

  • Use compression to save space
  • Store backups on separate storage
  • Test restore procedures regularly
  • Document backup schedules
  • Monitor backup job success/failure

4. High Availability (HA)

HA Configuration

1. Create HA group (define node priorities)
2. Add VM/LXC to HA management
3. Configure HA settings (max relocate, max restart)
4. Monitor HA status
5. Test failover scenarios

HA States:

  • started: Resource running on assigned node
  • stopped: Resource intentionally stopped
  • fence: Node fenced, resource will be restarted elsewhere
  • error: HA manager encountered an error

When to use HA:

  • Critical services requiring high uptime
  • Automatic failover needed
  • Cluster has 3+ nodes (for quorum)

5. Migration

Live Migration (Online)

1. Verify target node has resources
2. Check shared storage access
3. Initiate migration
4. Monitor migration progress
5. Verify VM running on new node

Requirements:

  • Shared storage for VM disks
  • Network connectivity between nodes
  • Compatible CPU types (or CPU flags masked)

Offline Migration

1. Stop VM/LXC
2. Migrate to target node
3. Start on new node

Use cases:

  • No shared storage available
  • Maintenance on source node
  • CPU incompatibility

Troubleshooting Guide

Common Issues

1. VM Won't Start

Symptoms: Start operation fails or VM immediately stops

Causes:

  • Insufficient resources on node
  • Storage unavailable
  • Lock file present
  • Configuration error

Resolution:

1. Check node resources (memory, CPU)
2. Verify storage is mounted and accessible
3. Remove lock file if stale
4. Review VM config for errors
5. Check logs: /var/log/pve/tasks/

2. Migration Fails

Symptoms: Migration operation errors or times out

Causes:

  • Network connectivity issues
  • Storage not shared
  • CPU incompatibility
  • Insufficient resources on target

Resolution:

1. Verify network between nodes
2. Check storage is accessible from both nodes
3. Review CPU flags compatibility
4. Ensure target node has capacity
5. Try offline migration if live fails

3. Backup Job Fails

Symptoms: Backup task shows error status

Causes:

  • Insufficient storage space
  • VM locked by another operation
  • Snapshot creation failed
  • Network timeout (for remote storage)

Resolution:

1. Check storage space availability
2. Verify no other operations running on VM
3. Try manual backup to isolate issue
4. Review backup job logs
5. Prune old backups to free space

4. HA Failover Not Working

Symptoms: VM doesn't restart on another node after failure

Causes:

  • Cluster quorum lost
  • HA service not running
  • Fencing not configured
  • All nodes in HA group unavailable

Resolution:

1. Check cluster quorum status
2. Verify HA service running on all nodes
3. Review HA group configuration
4. Check fencing configuration
5. Manually start VM if needed

5. Storage Performance Issues

Symptoms: Slow VM performance, high I/O wait

Causes:

  • Storage backend overloaded
  • Network bottleneck (for remote storage)
  • Disk cache settings suboptimal
  • Too many VMs on same storage

Resolution:

1. Monitor storage backend performance
2. Check network throughput to storage
3. Adjust VM disk cache settings
4. Distribute VMs across multiple storage
5. Consider faster storage tier

More troubleshooting: See proxmox-troubleshooting.md


Security Best Practices

API Token Management

Token creation:

  1. Create dedicated user for automation
  2. Assign minimal required permissions
  3. Generate API token (not password)
  4. Store token securely (environment variables, secrets manager)
  5. Rotate tokens periodically

Permission model:

  • Use roles to group permissions
  • Assign roles to users/tokens
  • Follow principle of least privilege
  • Audit permission usage regularly

Access Control

User management:

  • Use realms (PAM, LDAP, AD) for authentication
  • Create groups for role-based access
  • Assign users to groups
  • Review access periodically

Network security:

  • Restrict API access by IP (firewall rules)
  • Use SSL/TLS for API connections
  • Enable two-factor authentication for users
  • Monitor authentication logs

Performance Optimization

Resource Allocation

CPU:

  • Don't overcommit CPU cores excessively
  • Use CPU limits for non-critical VMs
  • Pin CPUs for latency-sensitive workloads
  • Monitor CPU steal time

Memory:

  • Enable ballooning for dynamic allocation
  • Set appropriate memory limits
  • Monitor swap usage (should be minimal)
  • Use hugepages for large memory VMs

Disk I/O:

  • Use virtio-scsi for best performance
  • Enable discard/TRIM for SSDs
  • Configure appropriate I/O scheduler
  • Monitor disk latency and throughput

Monitoring Strategy

Key metrics:

  • Node CPU, memory, disk usage
  • VM resource consumption
  • Storage performance (IOPS, latency)
  • Network throughput
  • Task completion times

Monitoring tools:

  • Built-in Proxmox metrics (RRD data)
  • External monitoring (Prometheus, Grafana)
  • Log aggregation (syslog, ELK stack)
  • Alerting for critical thresholds

Operational Workflows

For detailed step-by-step workflows, see:

For troubleshooting details, see:


Quick Reference

VM States

  • running: VM is powered on
  • stopped: VM is powered off
  • paused: VM execution suspended
  • suspended: VM state saved to disk

Storage Types

  • dir: Directory-based storage
  • lvm: LVM volume groups
  • zfs: ZFS pools
  • ceph: Ceph RBD
  • nfs: NFS shares
  • iscsi: iSCSI targets

Backup Modes

  • snapshot: Fast, requires storage support
  • suspend: Pauses VM during backup
  • stop: Stops VM for backup

HA States

  • started: Running on assigned node
  • stopped: Intentionally stopped
  • fence: Node fenced, restarting elsewhere
  • error: HA manager error

License

MIT License - Part of @bldg-7/proxmox-mcp package

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.65%
按下载量换算36

Claude

28.26%
按下载量换算28

Cursor

19.57%
按下载量换算19

Gemini CLI

10%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills