Token导航 LogoToken导航

Agent Skill · 前端设计

proxmox-admin(管理员)

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

proxmox-admin 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有提醒项,按安装量在前端设计类的 10,216 个 Skill 里排第 8,476。

总安装 282周安装 12GitHub Stars 2下载 99核验 2026-05-01

安装说明

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

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

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

来源仓库内路径:skills/proxmox-admin

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/bldg-7/proxmox-mcp --skill proxmox-admin;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

proxmox-admin 怎么安装?

在终端执行 npx skills add https://github.com/bldg-7/proxmox-mcp --skill proxmox-admin。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

proxmox-admin 支持哪些 AI 工具?

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

proxmox-admin 需要什么权限?

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

proxmox-admin 是免费的吗?

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

proxmox-admin 用的人多吗?

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

proxmox-admin 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

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

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

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

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
proxmox-admin

管理员 · 本页

2822接触敏感数据未明确有提醒

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

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

平台分布

Codex

36.65%
按下载量换算36

Claude

28.26%
按下载量换算28

Cursor

19.57%
按下载量换算19

Gemini CLI

10%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

接触敏感数据

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

安装前确认

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

继续浏览同类 Skills