Skip to content
Agentmart
Submit a tool

fleet-repair

4-level repair escalation for broken fleet channels — notify, guide, assist, remote

Skill by supportersimulator

IndexedMIT★ 2
Write a review

Chalk Labs

Need help deploying fleet-repair?

Chalk Labs sets up agents like this inside real teams: connected to your tools, tested on your data, with a human in the loop where it matters.

Book a call

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/supportersimulator-fleet-repair

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

4-level repair escalation for broken fleet channels — notify, guide, assist, remote

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/fleet-repair

What's inside

Skill name
fleet-repair
Description
4-level repair escalation for broken fleet channels — notify, guide, assist, remote
License
MIT
Instructions
153 lines in SKILL.md · view on GitHub

Before installing

  • Instructions call the network

Files (1)

  • SKILL.md

SKILL.md (first lines)

# Fleet Repair

**Repair is not optional — it is triggered automatically when P3+ channels are used for delivery.** When a message falls back to P3+ channels, it means P1-P2 are broken. The repair system diagnoses and fixes connectivity issues through a 4-level escalation chain.

**Goal: get every peer to P1+P2 operational.** The fleet is not healthy until all nodes can communicate via P1 (NATS) and P2 (HTTP direct). Every other channel is a fallback, and relying on fallbacks means degraded performance and reliability.

## Escalation Levels

| Level | Action | Automation | Human needed? |
|-------|--------|------------|---------------|
| **L1 Notify** | Log the failure, alert the fleet dashboard | Fully automatic | No |
| **L2 Guide** | Send repair instructions to the target node's session | Fully automatic | Human reads instructions |
| **L3 Assist** | Spawn a repair agent on the target via SSH | Fully automatic | No |
| **L4 Remote** | Execute repair commands directly via SSH | Requires approval | Yes (approve) |

## How It Works

```
Message delivery falls back to P3+
  → L1: Log to fleet dashboard + local repair log
  → L2: Send context message with repair steps to target node
  → Wait 120s — did P1/P2 recover?
  → L3: SSH into target, spawn repair agent (claude -p)
  → Wait 300s — did P1/P2 recover?
  → L4: Present remote fix commands to human for approval
```

## Triggering a Repair

### Automatic (self-healing)

Repairs trigger automatically when the fallback delivery system detects degraded channels. No manual action needed for L1-L3.

### Manual repair request

```bash
# Send a repair request to a specific node
curl -sf -X POST http://127.0.0.1:8855/repair -H "Content-Type: application/json" \
  -d '{"target": "<node-id>", "channel": "nats", "level": "assist"}'

# Check repair status
curl -s http://127.0.0.1:8855/repair/status | python3 -m json.tool
```

### Via fleet CLI

```bash
python3 tools/fleet_nerve_nats.py repair <node-id>
python3 tools/fleet_nerve_nats.py repair <node-id> --level guide
python3 tools/fleet_nerve_nats.py repair <node-id> --channel http --level remote
```

## What Each Level Fixes

### L1 Notify
- Records which channel failed and when
- Updates fleet dashboard with degraded status
- No corrective action — observation only

### L2 Guide
- Sends a `context` message to the target with diagnostic steps:
  - Check if daemon is running (`pgrep -f fleet_nerve`)
  - Check if port is listening (`lsof -i :8855`)
  - Check NATS connectivity (`nats pub test "ping"`)
- Target's Claude session sees this on next prompt

### L3 Assist
- SSH into target node (using config.json credentials)
- Spawn a `claude -p` repair agent with diagnostic prompt
- Agent checks daemon status, restarts if needed, verifies connectivity
- Results written to `/tmp/atlas-agent-results/fleet-repair-<id>.log`

### L4 Remote
- Presents specific commands to the human operator:
  - Restart daemon: `ssh <user>@<host> "launchctl kickstart -k gui/$(id -u)/com.multifleet.nerve"`
  - Restart NATS: `ssh <user>@<host> "brew services restart nats-server"`
  - Re-establish tunnel: `ssh <user>@<host> "bash ~/fleet/scripts/fleet-tunnel.sh restart"`
- Commands execute only after human approval

## Repair Log

All repair actions are logged to the fleet dashboard and locally:

```bash
# View recent repairs
curl -s http://127.0.0.1:8855/repair/log | python3 -m json.tool

# Filter by node
curl -s "http://127.0.0.1:8855/repair/log?node=<node-id>" | python3 -m json.tool
```

## Configuration

In `.multifleet/config.json`:

```json
{
  "repair": {
    "autoEscalate": true,
    "l2WaitSeconds": 120,
    "l3WaitSeconds": 300,
    "l4RequiresApproval": true,
    "maxRetriesPerHour": 3
  }
}
```

| Key | Default | Description |
|-----|---------|-------------|
| `autoEscalate` | `true` | Automatically escalate through levels |
| `l2WaitSeconds` | `120` | Wait time before escalating L2 to L3 |
| `l3WaitSeconds` | `300` | Wait time before escalating L3 to L4 |
| `l4RequiresApproval` | `true` | Require human approval for remote execution |
| `maxRetriesPerHour` | `3` | Rate limit to prevent repair storms |

## Background Repair Agents

For fleet-wide repair, spawn background agents to fix broken channels across all peers:

From supportersimulator/multi-fleet, MIT.

More from supportersimulator/multi-fleet

Signals

Stars
2
Forks
0
Open issues
0
Last commit (this folder)
Apr 5, 2026 (7 months ago)
Last release
Apr 18, 2026 (6 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from supportersimulator

Done for you

Rather not set it up yourself?

Chalk Labs scopes, builds and runs agents for your team: the task audit, the eval harness, the integrations and the weekly ops report. Fixed scope, priced before we start.

See how we build AI agents →Read the case studies

Chalk Labs is a two-founder AI and growth studio. We build AI agents, CRMs and MVPs for Web3 and AI companies, and have shipped 50+ product and token launches.

launches shipped
50+
launches shipped
media placements
500+
media placements
founders on every account
2
founders on every account

Press we've placed: Forbes · CoinDesk · Decrypt · Cointelegraph · The Block

Rahil Jain, Co-founder, Chalk Labs. Ex-Goldman Sachs engineer. You talk to the person who builds it.

Get fleet-repair running in your business

Tell us what you want to automate. A founder replies within one working day with a plan, not a pitch deck.

Goes to the Chalk Labs founders, not the newsletter. Privacy

Need help deploying fleet-repair?

CallGet help
Cite this page

fleet-repair skill. Agent Mart. https://agentmart.dev/skills/supportersimulator-fleet-repair (last updated 2026-10-24)