← Back to Skills Marketplace
bashrusakh

VMware ESXI-standalone automation skill

by bashrusakh · GitHub ↗ · v1.0.2 · MIT-0
cross-platform ⚠ suspicious
35
Downloads
0
Stars
0
Active Installs
3
Versions
Install in OpenClaw
/install vmctl-ops
Description
Use when vmctl is already installed and the agent must immediately run safe post-install checks and first lifecycle actions without guessing.
README (SKILL.md)

vmctl Post-Install Operations

Overview

This skill defines what the agent should do right after vmctl installation on the Hermes host.

Goal: quickly verify that vmctl is operational, run a safe smoke cycle, clean artifacts, and report status in operator-friendly form.

Installation source (performed by operator):

Important:

  • This is a post-install skill.
  • If vmctl is not installed, the agent must stop and ask operator to install from the repo/release link above.
  • Do not attempt bootstrap installation. If vmctl is missing, stop and redirect operator to repo/release install docs.

When to Use

  • vmctl was just installed or reinstalled.
  • ESXi/helper credentials are already configured.
  • Operator asks: "run a test", "check after install", "why is it not working".

Do not use for:

  • bootstrap installation itself;
  • modifying ESXi host accounts/roles;
  • production VM provisioning with non-test names.

Default Execution Mode

  • Run as plain vmctl CLI (no privilege escalation or forced user switching in this skill).
  • Workdir: /opt/hermes-vmctl
  • Do not guess values; use config/secrets already deployed by installer.

Runtime Requirements

  • Required binary: vmctl must be available in PATH.
  • Required config path: /opt/hermes-vmctl/config/vmctl.yaml.
  • Required state paths: /opt/hermes-vmctl/state and /opt/hermes-vmctl/state/deleted.
  • Required credential context: ESXi/helper credentials are already configured by installer.

Minimum Permissions and Credential Scope

  • Minimum needed operations: mode, preflight, doctor, list, create, status, delete, purge, recover.
  • This skill must not be used for account/role management or bootstrap installation.
  • Expected credential scope should be limited to vmctl helper workflow and test VM lifecycle operations.
  • Prefer test-only VM names (vmctl-test-*) and avoid touching non-test resources unless operator explicitly asks for it.

Quick Reference

# baseline checks
vmctl mode
vmctl preflight
vmctl doctor
vmctl list --all

# recover state drift
vmctl recover --dry-run
vmctl recover --apply

Procedure

Phase 1 — Mandatory health gate

Run in order:

vmctl mode
vmctl preflight
vmctl doctor
vmctl list --all

Rules:

  1. If preflight or doctor is red -> stop and report blocker.
  2. If list --all shows pending/failed from old runs, recover/cleanup before new create-tests.

Phase 2 — Safe smoke create test

Use a test name only:

  • vmctl-test-\x3Cpurpose>-\x3Ctimestamp>

Minimal smoke command:

vmctl create \
  --name vmctl-test-smoke-\x3Ctimestamp> \
  --template alma10 \
  --cpu 2 \
  --ram-mb 4096 \
  --disk-gb 40 \
  --user hermes \
  --ssh-key-file /tmp/vmctl_test_key.pub

Then:

vmctl status \x3Cname>

Success criteria:

  • state is ready
  • IPv4 exists
  • no exception from create/status

Phase 3 — Cleanup policy

Delete+purge test VM after smoke run unless operator asked to keep it.

vmctl delete \x3Cname> --force

Important: purge uses deleted tombstone name, not original VM name.

# discover tombstone
python3 - \x3C\x3C'PY'
import glob, os
vm='\x3Cname>'
paths=glob.glob('/opt/hermes-vmctl/state/deleted/*.json')
c=[p for p in paths if vm in os.path.basename(p)]
if c:
    c.sort(key=os.path.getmtime, reverse=True)
    print(os.path.basename(c[0])[:-5])
PY

vmctl purge \x3Cdeleted_name>

Recovery flow (if state drift exists)

If ESXi has managed VM but state is missing:

vmctl recover --dry-run
vmctl recover --apply

Then run delete/purge again.

Operator Output Format

Report concise facts:

  • preflight: pass/fail
  • doctor: pass/fail
  • create: pass/fail + vm name
  • cleanup: deleted + purged / blocked
  • residual check: recover --dry-run actions count

Common Pitfalls

  1. Running commands with hardcoded elevated wrappers from old docs.
  2. Purging by original VM name -> deleted tombstone not found.
  3. Reusing stale test names -> clone/file already exists errors.
  4. Treating orphan datastore folders as vmctl-managed state.

Verification Checklist

  • mode confirms helper-only effective mode.
  • preflight is green.
  • doctor is green.
  • smoke create reaches ready.
  • test VM removed by delete --force.
  • tombstone purged by deleted-name.
  • recover --dry-run has no unexpected actions.
Usage Guidance
Install or invoke this only if you want the agent to perform an actual vmctl smoke lifecycle test on an ESXi environment. Confirm it uses a `vmctl-test-*` VM name, verify least-privilege credentials, and require manual approval before applying recovery or deleting/purging anything that was not created during the current test.
Capability Analysis
Type: OpenClaw Skill Name: vmctl-ops Version: 1.0.2 The vmctl-ops skill is a standard operational playbook for validating the installation of the vmctl virtualization management tool. It defines a clear lifecycle for health checks (preflight, doctor) and a smoke test (create, status, delete, purge) using test-specific naming conventions. The skill includes safety constraints, such as refusing to perform bootstrap installations and requiring manual operator intervention if prerequisites are missing, and uses a transparent Python snippet for local state file lookups in /opt/hermes-vmctl/state/deleted/.
Capability Assessment
Purpose & Capability
The post-install vmctl smoke-test purpose is coherent, but the documented capability includes high-impact VM lifecycle actions: create, status, delete, purge, and recover.
Instruction Scope
The procedure tells the agent to run commands in order and perform cleanup, including force deletion, purge, and recover --apply paths; test naming is encouraged, but approval gates for recovery or old-run cleanup are not explicit.
Install Mechanism
No install-time code is present, and the README recommends pinned raw GitHub URLs and avoiding --yes unless reviewed.
Credentials
Use of vmctl, /opt/hermes-vmctl config/state paths, and preconfigured ESXi/helper credentials is expected for this purpose, but it is sensitive infrastructure access.
Persistence & Privilege
There is no hidden background persistence, but the skill intentionally works with persistent vmctl state, deleted tombstones, and purge/recover operations.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install vmctl-ops
  3. After installation, invoke the skill by name or use /vmctl-ops
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.2
- Added explicit runtime requirements and expected file paths for vmctl operation. - Declared required commands, config paths, credential expectations, and permission scope in metadata. - Clarified that ESXi/helper credentials and vmctl secrets must already be configured by the installer. - Specified minimum permissions and limited credential scope for safe test lifecycle only. - No changes to core usage or procedures.
v1.0.1
- Updated installation source link to point to the latest release page for easier access. - No functional flow or logic changes; all procedures and examples remain unchanged. - Improved clarity for installation steps by using a dynamic release URL.
v1.0.0
Initial release of vmctl-ops skill. - Introduces post-install procedures for validating vmctl installation and readiness. - Defines mandatory health checks (mode, preflight, doctor, list) and smoke test lifecycle. - Describes cleanup, recovery, and operator status reporting processes. - Outlines strict usage: must not attempt installation or production changes; for post-install checks and validation only. - Provides quick reference commands and troubleshooting guidance.
Metadata
Slug vmctl-ops
Version 1.0.2
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 3
Frequently Asked Questions

What is VMware ESXI-standalone automation skill?

Use when vmctl is already installed and the agent must immediately run safe post-install checks and first lifecycle actions without guessing. It is an AI Agent Skill for Claude Code / OpenClaw, with 35 downloads so far.

How do I install VMware ESXI-standalone automation skill?

Run "/install vmctl-ops" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is VMware ESXI-standalone automation skill free?

Yes, VMware ESXI-standalone automation skill is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does VMware ESXI-standalone automation skill support?

VMware ESXI-standalone automation skill is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created VMware ESXI-standalone automation skill?

It is built and maintained by bashrusakh (@bashrusakh); the current version is v1.0.2.

💬 Comments