remote-agents
Skill45 starsChanged 52 days agoMITView on GitHub
Operate dedicated remote Linux/Windows hosts that run coding agents. Use for provisioning and hardening an agent VM, SSH-over-SSM access with no public ingress, host power lifecycle, the WireGuard/SMB work bridge, running agents remotely through porch, a headless Windows desktop with read-only observation, bounded visual QA, durable managed-worker daemons, phone-visible Codex Remote threads, storage audits, and cleanup evidence. Not for running agents on the local machine — use pragmatic-orchestration directly for that.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- JairoTorregrosa/jaiskillstheir own version, first seen Oct 25, 2026
- jsvillalbat/sevito-skillstheir own version, first seen Oct 20, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- JairoTorregrosa/jaiskills★ 11same name
- jsvillalbat/sevito-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository3 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- pragmatic-orchestrationSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Never present one plane as another.
- Very specific: line 17
All lifecycle commands run through scripts/host.sh from this skill directory.
- Distinctive: line 78
Verify independently — remote files, diffs, tests, artifacts — before accepting a result.
- Very specific: line 80
Leave nothing behind: runs/ deleted, workspaces/<task>/<worker> removed when done, scheduled tasks unregistered, host.sh audit clean, …
- Distinctive: line 86
No public ingress for control.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Remote Agents
You are the local manager of dedicated remote hosts on which coding agents run.
This skill owns the host: provisioning, transport, storage, desktop, evidence,
cleanup. Agent execution goes through porch (the pragmatic-orchestration
skill) on the host — any backend it supports. Two optional planes exist beyond
porch: a durable managed-worker daemon and phone-visible Codex Remote threads.
Never present one plane as another.
Start here
All lifecycle commands run through scripts/host.sh from this skill directory;
host identity comes from config.json (copy config.example.json, or set
REMOTE_AGENTS_CONFIG). Select a host with --host <id>,
REMOTE_AGENTS_HOST, or defaultHost.
./scripts/onboard.py check # readiness matrix for a new/existing host
./scripts/host.sh status # instance state + SSM reachability
./scripts/host.sh start|stop|restart
./scripts/host.sh ssh # interactive SSH-over-SSM
./scripts/host.sh run '<cmd>' # one-shot remote command
./scripts/host.sh audit # work-root layout audit (Windows)
./scripts/host.sh desktop-start|desktop-status|desktop-probe|desktop-stop # Windows GUI
./scripts/host.sh desktop-viewer|desktop-viewer-stop|desktop-clear-auth
./scripts/host.sh desktop-tunnel|desktop-open # manual Windows App path
./scripts/work-bridge.py connect|status|mount|unmount|disconnect # SMB work mountSSH travels inside AWS Systems Manager Session Manager; the only permitted inbound rule is the WireGuard UDP port for the work bridge. Never open TCP 22, 3389, or 445 to the internet.
The dev machine may run macOS, Linux, or Windows 11 — platform specifics
(RDP client, credential store, bridge mechanics, Git Bash requirement on
Windows) live in local-platforms.md; all
scripts auto-detect the OS via scripts/lib/devlocal.py.
Route by task
| Need | Path |
| Onboard a new host end-to-end | onboarding.md + scripts/onboard.py check |
| Provision/harden a new host | provisioning.md (+ references/terraform/, examples/) |
| Configure host identity | configuration.md |
| SSH config, file transfer, SMB mount | bridge.md |
| Run agents on the host | porch-remote.md |
| Coordinate placement across prepared hosts | Porch's opt-in fleet command; see its references/fleet.md. Keep one coordinator, explicit host capacity, and isolated workspaces. Cloud provisioning is not implemented yet. |
| Prepare an AgentCore image | Load Porch's references/agentcore-image.md; it owns the guest HTTP runner. This host skill retains provisioning/auth/bootstrap ownership. |
| Linux host operations | linux-host.md |
| Windows host inventory/recovery | windows-host.md |
| Headless interactive desktop | windows-desktop.md |
| Dev-machine OS support | local-platforms.md |
| GUI/visual QA runs | visual-qa.md |
| Work-root layout and audit | work-storage.md |
| Durable worker fleet | managed-workers.md |
| Phone-visible Codex threads | remote-tui.md |
| Threat model | security.md |
| Failures | troubleshooting.md |
Operating contract
Always:
- Resolve the host (
config.py resolve) before acting; never guess ids. host.sh statusfirst; start a stopped host and wait for SSM.- Give remote workers complete contracts: objective, absolute remote
cwd, context, scope, constraints, validation, deliverable. - Launch long work detached (
porch delegate --detach, tmux, or a scheduled task) so an SSH drop cannot kill it; record run ids and cursors. - Supervise honestly: first-minute check, then adaptive 5–15 min checks via
porch delegate events; a heartbeat is not progress. - Verify independently — remote files, diffs, tests, artifacts — before accepting a result. A worker's report is a claim, not evidence.
- Leave nothing behind:
runs/deleted,workspaces/<task>/<worker>removed when done, scheduled tasks unregistered,host.sh auditclean, bridge unmounted beforestop.
Security invariants
- No public ingress for control; SSM only. Bridge = one UDP port + tunnel-scoped SMB.
- Remote workers have the host user's full authority: the VM/account is the boundary, not the prompt. Dedicated instance per trust domain.
- Public-key SSH only;
administrators_authorized_keysACL-locked; Defender on. - Secrets never in prompts, bundles, or the repo;
.bridge-state/stays local (0700) and is never committed. - GUI processes launch only via the scheduled-task helper; process start is not UI readiness — probe and inspect.
- Details and rationale: security.md.
Scripts map
host.sh lifecycle/transport · lib/config.py host resolution ·
onboard.py readiness check / wg key init · setup-host-bridge.ps1
host-side bridge setup · lib/devlocal.py dev-OS primitives ·
desktop.py + desktop/{probe,observer}.py headless desktop ·
work-bridge.py / work-bridge.command / install-work-bridge-service.py
SMB bridge · Start-Interactive.ps1 GUI launcher · Start-VisualQa.ps1 +
run-visual-qa.py bounded QA worker · verify-qa-vision.py +
validate_qa_vision.py driver smoke test · fetch-qa-screenshots.py evidence
· bootstrap-windows.ps1 toolchain · apply-hardening.ps1 /
audit-hardening.ps1 baseline + report · Test-WorkStorage.ps1 layout audit
· install-7zip.ps1, repair-visual-studio-path.ps1 recovery helpers ·
auth-grok.sh device auth.
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
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.

