← Back to Skills Marketplace
teoslayer

Pilot Fleet Health Monitor Setup

by Calin Teodor · GitHub ↗ · v1.0.0 · MIT-0
cross-platform ✓ Security Clean
77
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install pilot-fleet-health-monitor-setup
Description
Deploy a fleet health monitoring system with 3 agents. Use this skill when: 1. User wants to set up fleet or server health monitoring 2. User is configuring...
README (SKILL.md)

Fleet Health Monitor Setup

Deploy 3 agents that monitor server health and aggregate alerts.

Roles

Role Hostname Skills Purpose
web-monitor \x3Cprefix>-web-monitor pilot-health, pilot-alert, pilot-metrics Monitors web servers, publishes health alerts
db-monitor \x3Cprefix>-db-monitor pilot-health, pilot-alert, pilot-metrics Monitors databases, publishes health alerts
alert-hub \x3Cprefix>-alert-hub pilot-webhook-bridge, pilot-alert, pilot-event-filter, pilot-slack-bridge Aggregates alerts, forwards to humans

Setup Procedure

Step 1: Ask the user which role this agent should play and what prefix to use.

Step 2: Install the skills for the chosen role:

# For web-monitor or db-monitor:
clawhub install pilot-health pilot-alert pilot-metrics

# For alert-hub:
clawhub install pilot-webhook-bridge pilot-alert pilot-event-filter pilot-slack-bridge

Step 3: Set the hostname:

pilotctl --json set-hostname \x3Cprefix>-\x3Crole>

Step 4: Write the setup manifest:

mkdir -p ~/.pilot/setups
cat > ~/.pilot/setups/fleet-health-monitor.json \x3C\x3C 'MANIFEST'
{
  "setup": "fleet-health-monitor",
  "setup_name": "Fleet Health Monitor",
  "role": "\x3CROLE_ID>",
  "role_name": "\x3CROLE_NAME>",
  "hostname": "\x3Cprefix>-\x3Crole>",
  "description": "\x3CROLE_DESCRIPTION>",
  "skills": { "\x3Cskill>": "\x3Ccontextual description>" },
  "peers": [ { "role": "...", "hostname": "...", "description": "..." } ],
  "data_flows": [ { "direction": "send|receive", "peer": "...", "port": 1002, "topic": "...", "description": "..." } ],
  "handshakes_needed": [ "\x3Cpeer-hostname>" ]
}
MANIFEST

Step 5: Tell the user to initiate handshakes with direct communication peers.

Manifest Templates Per Role

web-monitor

{
  "setup": "fleet-health-monitor",
  "setup_name": "Fleet Health Monitor",
  "role": "web-monitor",
  "role_name": "Web Server Monitor",
  "hostname": "\x3Cprefix>-web-monitor",
  "description": "Watches nginx/app health, CPU, memory, and response times. Emits alert events when thresholds are breached.",
  "skills": {
    "pilot-health": "Check nginx, app endpoints, SSL certs. Run on schedule or on-demand.",
    "pilot-alert": "When health checks fail, publish alert to \x3Cprefix>-alert-hub on topic health-alert.",
    "pilot-metrics": "Collect CPU, memory, disk, and response time. Format as JSON event payloads."
  },
  "peers": [
    { "role": "db-monitor", "hostname": "\x3Cprefix>-db-monitor", "description": "Fellow monitor — does not communicate directly" },
    { "role": "alert-hub", "hostname": "\x3Cprefix>-alert-hub", "description": "Central alert aggregator — receives health-alert events" }
  ],
  "data_flows": [
    { "direction": "send", "peer": "\x3Cprefix>-alert-hub", "port": 1002, "topic": "health-alert", "description": "Health check failures and metric anomalies" }
  ],
  "handshakes_needed": ["\x3Cprefix>-alert-hub"]
}

db-monitor

{
  "setup": "fleet-health-monitor",
  "setup_name": "Fleet Health Monitor",
  "role": "db-monitor",
  "role_name": "Database Monitor",
  "hostname": "\x3Cprefix>-db-monitor",
  "description": "Monitors database connections, query latency, replication lag, and disk usage. Emits alerts on anomalies.",
  "skills": {
    "pilot-health": "Check PostgreSQL/MySQL connections, replication lag, disk usage.",
    "pilot-alert": "When DB health fails, publish alert to \x3Cprefix>-alert-hub on topic health-alert.",
    "pilot-metrics": "Collect query latency, connection pool stats, table sizes."
  },
  "peers": [
    { "role": "web-monitor", "hostname": "\x3Cprefix>-web-monitor", "description": "Fellow monitor — does not communicate directly" },
    { "role": "alert-hub", "hostname": "\x3Cprefix>-alert-hub", "description": "Central alert aggregator — receives health-alert events" }
  ],
  "data_flows": [
    { "direction": "send", "peer": "\x3Cprefix>-alert-hub", "port": 1002, "topic": "health-alert", "description": "Database alerts and replication warnings" }
  ],
  "handshakes_needed": ["\x3Cprefix>-alert-hub"]
}

alert-hub

{
  "setup": "fleet-health-monitor",
  "setup_name": "Fleet Health Monitor",
  "role": "alert-hub",
  "role_name": "Alert Aggregator",
  "hostname": "\x3Cprefix>-alert-hub",
  "description": "Receives alerts from all monitors, filters duplicates and noise, then forwards critical alerts to Slack and PagerDuty via webhooks.",
  "skills": {
    "pilot-webhook-bridge": "Forward critical alerts to Slack and PagerDuty via webhook URLs.",
    "pilot-alert": "Subscribe to health-alert from all monitors. Aggregate and deduplicate.",
    "pilot-event-filter": "Filter noise and low-severity alerts before forwarding.",
    "pilot-slack-bridge": "Post formatted alert summaries to Slack channels."
  },
  "peers": [
    { "role": "web-monitor", "hostname": "\x3Cprefix>-web-monitor", "description": "Sends health alerts from web servers" },
    { "role": "db-monitor", "hostname": "\x3Cprefix>-db-monitor", "description": "Sends health alerts from databases" }
  ],
  "data_flows": [
    { "direction": "receive", "peer": "\x3Cprefix>-web-monitor", "port": 1002, "topic": "health-alert", "description": "Health check failures and metric anomalies" },
    { "direction": "receive", "peer": "\x3Cprefix>-db-monitor", "port": 1002, "topic": "health-alert", "description": "Database alerts and replication warnings" },
    { "direction": "send", "peer": "external", "port": 443, "topic": "slack-forward", "description": "Filtered alerts to Slack and PagerDuty" }
  ],
  "handshakes_needed": ["\x3Cprefix>-web-monitor", "\x3Cprefix>-db-monitor"]
}

Data Flows

  • web-monitor → alert-hub : health-alert events (port 1002)
  • db-monitor → alert-hub : health-alert events (port 1002)
  • alert-hub → humans : forwarded alerts via webhook/announce

Handshakes

# web-monitor and db-monitor handshake with alert-hub:
pilotctl --json handshake \x3Cprefix>-alert-hub "setup: fleet-health-monitor"

# alert-hub handshakes with both monitors:
pilotctl --json handshake \x3Cprefix>-web-monitor "setup: fleet-health-monitor"
pilotctl --json handshake \x3Cprefix>-db-monitor "setup: fleet-health-monitor"

Workflow Example

# On alert-hub — subscribe to health events:
pilotctl --json subscribe \x3Cprefix>-web-monitor health-alert
pilotctl --json subscribe \x3Cprefix>-db-monitor health-alert

# On web-monitor — publish a health alert:
pilotctl --json publish \x3Cprefix>-alert-hub health-alert '{"host":"web-01","status":"critical","cpu":95,"mem":88}'

# On db-monitor — publish a database alert:
pilotctl --json publish \x3Cprefix>-alert-hub health-alert '{"host":"db-01","status":"warning","disk_pct":88,"repl_lag_ms":450}'

Dependencies

Requires pilot-protocol skill, pilotctl binary, clawhub binary, and a running daemon.

Usage Guidance
This is a coherent, instruction-only setup guide, but before running it: 1) Verify that 'pilotctl' and 'clawhub' are the legitimate tools you expect (check vendor docs and the provided homepage). 2) Inspect the other skills you will install (pilot-webhook-bridge, pilot-slack-bridge, etc.) because they will handle external webhooks and may require Slack/PagerDuty tokens — only provide those to code you trust. 3) Back up any existing ~/.pilot/setups files because the manifest creation will write a file there. 4) Consider firewall and networking: the setup documents agent-to-agent traffic on port 1002 and forwarding to external services on port 443. 5) If the skill source is unknown or untrusted, review the code of the downstream skills before installing. If you want higher assurance, ask the publisher for signed releases or an official package repository before use.
Capability Analysis
Type: OpenClaw Skill Name: pilot-fleet-health-monitor-setup Version: 1.0.0 The skill bundle is a configuration and orchestration tool designed to set up a multi-agent fleet monitoring system. It uses standard system commands (pilotctl, clawhub) to install dependencies, configure hostnames, and establish peer-to-peer trust (handshakes) as described in SKILL.md and README.md. There are no signs of data exfiltration, unauthorized execution, or malicious prompt injection.
Capability Tags
crypto
Capability Assessment
Purpose & Capability
Name/description (fleet health monitor setup) match the instructions: installing monitor/alerting skills via clawhub, setting hostnames with pilotctl, creating a per-user manifest, and initiating handshakes between agents. The required binaries (pilotctl, clawhub) are appropriate for this purpose.
Instruction Scope
Instructions are narrowly scoped to setup tasks (install skills, set hostname, write manifest to ~/.pilot/setups, run handshakes, subscribe/publish events). This is within expected scope, but it explicitly instructs installing third‑party bridging skills (e.g., pilot-webhook-bridge, pilot-slack-bridge) and forwarding alerts to external services; those downstream skills will need webhook URLs/credentials and could send data externally — the current SKILL.md does not manage or surface those secrets.
Install Mechanism
This skill has no install spec (instruction-only), so it writes nothing itself beyond telling the operator what commands to run. It does direct use of 'clawhub install' to fetch other skills; the risk depends on what those other skills install. The setup itself does not reference any download URLs or archives.
Credentials
The skill requests no environment variables or credentials itself, which is proportional. Be aware the installed bridging skills (Slack/PagerDuty/webhook bridges) will likely require external webhook URLs or tokens; those are not requested here but will be needed at runtime by the installed skills.
Persistence & Privilege
always is false and the skill does not request elevated or system-wide privileges. It writes a manifest under the user's home (~/.pilot/setups) which is reasonable for a per-user configuration. It instructs initiating network handshakes and opening communication on port 1002 between agents — operationally significant but consistent with the stated purpose.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install pilot-fleet-health-monitor-setup
  3. After installation, invoke the skill by name or use /pilot-fleet-health-monitor-setup
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial release
Metadata
Slug pilot-fleet-health-monitor-setup
Version 1.0.0
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is Pilot Fleet Health Monitor Setup?

Deploy a fleet health monitoring system with 3 agents. Use this skill when: 1. User wants to set up fleet or server health monitoring 2. User is configuring... It is an AI Agent Skill for Claude Code / OpenClaw, with 77 downloads so far.

How do I install Pilot Fleet Health Monitor Setup?

Run "/install pilot-fleet-health-monitor-setup" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Pilot Fleet Health Monitor Setup free?

Yes, Pilot Fleet Health Monitor Setup is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Pilot Fleet Health Monitor Setup support?

Pilot Fleet Health Monitor Setup is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Pilot Fleet Health Monitor Setup?

It is built and maintained by Calin Teodor (@teoslayer); the current version is v1.0.0.

💬 Comments