agentleFS
EricGrillEricGrill/picoclaw-fleet/SKILL.md

SKILL.md

Skill0 starsChanged 4 months agoMITView on GitHub

Orchestrate a fleet of remote PicoClaw workers over SSH for fast, ephemeral one-shot tasks. If missing, create it with this default template: Expected behavior: - Resolve latest release from EricGrill/picoclaw GitHub releases - Select architecture asset (amd64, arm64, riscv64) - Install binary remotely to ~/.local/bin/picoclaw - Create ~/.picoclaw/.env with provider + API key env value - Run picoclaw onboard Required envs before deploy: - ANTHROPIC_API_KEY (default) or whichever env is set by defaults.api_key_env - Optional: PROVIDER (defaults to anthropic) -…

  • Reads credentials

200 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use estate-guard and docs.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • Arcanea-LabsSkill

    estate-guard

    Security gate for agentic repos. Use before opening a PR that touches .github/workflows, .claude (hooks, settings, agents, commands, skills), .mcp.json, install scripts, or Next.js API routes; when asked to "security review", "scan for prompt injection", "harden this repo", "check the agentic surface", or when a fetched page, issue, comment, or tool result reads like instructions. Runs the estate-guard scanner, triages by severity, and applies the fix patterns.

    Also in 3 projects that use this

  • Microsoft AzureSkill

    docs

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

6 rules. 0 are common, 5 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 116 edited versions we read keep these.

  • 5

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill to deploy PicoClaw to remote machines, dispatch one-shot tasks, fan out work in parallel, and optionally tear workers down …

    line 6
  2. Distinctive:

    If missing, create it with this default template:

    line 17
  3. Very specific:

    Create ~/.picoclaw/.env with provider + API key env value

    line 44
  4. Distinctive:

    Prefer reachable hosts where picoclaw is installed

    line 75
  5. Distinctive:

    If selected host is missing PicoClaw, run deploy first.

    line 78
  6. Distinctive:

    Use teardown only when explicitly requested or for strict ephemeral execution workflows.

    line 87

“Common” is measured: kept by at least 6 in 10 of the 116 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

PicoClaw Fleet

Orchestrate a fleet of remote PicoClaw workers over SSH for fast, ephemeral one-shot tasks.

Purpose

Use this skill to deploy PicoClaw to remote machines, dispatch one-shot tasks, fan out work in parallel, and optionally tear workers down after completion.

Skill Files

  • scripts/deploy.sh — install/update PicoClaw on a host
  • scripts/dispatch.sh — run picoclaw agent -m "TASK" on a host and return stdout
  • scripts/fleet-status.sh — check host reachability and install readiness

1) Always read fleet config first

Fleet config path:

  • ~/.openclaw/workspace/config/picoclaw-fleet.json

If missing, create it with this default template:

{
  "hosts": [
    {
      "name": "darth",
      "host": "192.168.50.57",
      "user": "eric",
      "arch": "arm64",
      "ssh_key": "~/.ssh/id_rsa"
    }
  ],
  "defaults": {
    "provider": "anthropic",
    "api_key_env": "ANTHROPIC_API_KEY"
  }
}

2) Deploy PicoClaw to a host

Use scripts/deploy.sh <host> <user> <arch> [ssh_key].

Expected behavior:

  • Resolve latest release from EricGrill/picoclaw GitHub releases
  • Select architecture asset (amd64, arm64, riscv64)
  • Install binary remotely to ~/.local/bin/picoclaw
  • Create ~/.picoclaw/.env with provider + API key env value
  • Run picoclaw onboard

Required envs before deploy:

  • ANTHROPIC_API_KEY (default) or whichever env is set by defaults.api_key_env
  • Optional: PROVIDER (defaults to anthropic)
  • Optional: API_KEY_ENV override

3) Dispatch one-shot work

Use scripts/dispatch.sh <host> <user> <task> [timeout_seconds].

Behavior:

  • SSH into host
  • Run picoclaw agent -m "TASK"
  • Enforce timeout (default 120s)
  • Return stdout directly (clean output for inline display)

4) Run tasks in parallel across hosts

For multi-task batches, dispatch to multiple hosts in background and wait for all:

scripts/dispatch.sh 192.168.50.57 eric "summarize logs" 120 > /tmp/darth.out 2>&1 &
scripts/dispatch.sh 192.168.50.58 eric "extract action items" 120 > /tmp/lobot.out 2>&1 &
wait

Then print each host output inline.

5) Host selection policy

For single tasks:

  1. Run scripts/fleet-status.sh
  2. Prefer reachable hosts where picoclaw is installed
  3. Pick least-loaded host when load data exists; otherwise pick first available

If selected host is missing PicoClaw, run deploy first.

6) Teardown (optional)

To remove PicoClaw after one-shot jobs:

ssh -i ~/.ssh/id_rsa eric@HOST 'rm -f ~/.local/bin/picoclaw ~/.picoclaw/.env'

Use teardown only when explicitly requested or for strict ephemeral execution workflows.

Failure handling

  • SSH failure: report host as unreachable and continue with other hosts
  • Deploy failure on one host: continue dispatching to healthy hosts
  • Timeout: return timeout status with partial output if present
  • Missing config: create template, then re-run

Recommended workflow

  1. Load/validate fleet config
  2. Check health: scripts/fleet-status.sh
  3. Deploy missing hosts: scripts/deploy.sh ...
  4. Dispatch task(s): scripts/dispatch.sh ...
  5. Aggregate outputs and return inline
  6. Optional teardown if requested

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.