Agent skill · Workflow & Productivity

remote-compute-ssh

Submit→wait_for_notification→harvest workflow for the user's SSH/SLURM hosts. Load once you've decided to dispatch remote.

BioTender-maxgithub.com/BioTender-maxGitHub ↗
claude-codeNOASSERTION
Install
npx skills add BioTender-max/awesome-bio-agent-skills --skill remote-compute-ssh --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

Facts
Files in the skill folder: 1
SKILL.md size: 19 KB
Bundled scripts: none
Path: skills/claude-science/remote-compute-ssh/SKILL.md
Open the folder on GitHub →
Where it comes from
Stars: 135
Language: Python

Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.

Review
written from the skill's own SKILL.md · Aug 5, 2026

What it does

Submits and monitors jobs on the user’s SSH/SLURM hosts. It handles orchestration tasks (partitions, env activation, job scripts, file transfer, recovery) while the science runs under separate skills. Each submission prompts the user for approval before using allocation, and the skill records host/provider learnings for future sessions, aiming to land the first submission efficiently and document insights for subsequent runs.

How it works

All host.compute.* calls run through the repl tool (control-plane kernel). Job submission opens an approval modal and the SSH connection from the orchestrator's process. The workflow is:

  • Prepare inputs in a python cell (write ./in.dat, pickle inputs).
  • Run create → submit_job in a repl cell; it returns immediately while the daemon harvests results.
  • Call wait_for_notification to wait for compute_done from the daemon poller.
  • Read harvested files from hpc/<jobId>/ using python tool; publish features with save_artifacts(payload['featured_files']).
  • If needed, re-enter a repl cell and use c.attach_job(job_id).result() to obtain the fuller result dict, then c.close().
  • Use c.download() to fetch any additional files when necessary. End by returning the result verbatim.

A typical code example shows creating a host.compute, configuring inputs/outputs, submitting a job, and handling the results via the described tools and commands. The workflow emphasizes that inputs are staged as either src paths or artifacts, outputs are declared with glob patterns, and harvesting is capped by options like harvest and residency controls.

When to use it

Use when you need to orchestrate remote job submissions on SSH/SLURM hosts, including environment activation, scheduler directives, file staging, and result harvesting. Begin with compute_details({provider, mode:'read'}) and, once bound, use the suggested c = host.compute.create(provider) to discover host specifics and proceed.

What it can touch

The skill uses the repl tool for host.compute interactions and the python tool for in-workspace data handling. It performs file I/O in the workspace (writing in.dat, reading hpc/<jobId>/), and uses c.call_command(), c.submit_job(), c.attach_job(), c.close(), and c.download() to manage the lifecycle and data transfer. It describes using commands like source <path>/activate in the activation path when available, or discovering activation via c.call_command() results.

Caveats

The license declared is Apache-2.0. The skill depends on SSH access to the user's hosts and requires user approval for each submission (up to a maximum described as 10 approvals per batch). It records host/provider details across sessions via compute_details and uses a blocking wait for the compute_done notification, which may affect responsiveness if the daemon or network delays occur. It emphasizes not bypassing user consent and handling per-file confirmations for sensitive paths (dotfiles, etc.).

From the SKILL.md

You've decided to run this on the user's SSH host. This skill covers the orchestration layer — partitions, env activation, job scripts, file transfer, recovery — not the science; what to run and why comes from the task and its own skills. Each `c.submit_job()` puts an approval modal in front of the user and, once approved, spends their allocation; a string of failed submits costs their attention, their compute, and their trust. So the shape of a good run is: read what's already known about this host, ask once for what isn't, land the first submit, and write down what you learned about the host or compute provider so the next session goes straight to the job. ## Workflow Every `host.compute.*` call in this skill runs via the **`repl` tool** (the control-plane kernel), not the `python` tool. Job submission opens the user's approval modal and the SSH connection from the orchestrator's own process; that has to happen outside the sandboxed data workspace, so `host.compute` simply isn't attached in the `python` tool (you'd see `host has no method 'compute'`). The two kernels share your workspace directory but not memory, so the rhythm is: prepare inputs in a `python` cell (write `./in.da

What's inside
Steps it walks through
  1. Workflow
  2. What to record
  3. When the job fails
  4. c.submitjob() on SSH
  5. When the user gives you a budget
  6. Submitting several jobs
  7. When the user asks you to set up the host
  8. When it's unclear what's available on the host
More from awesome-bio-agent-skills
All skills →
About this skill
What does the remote-compute-ssh skill do?

Submit→wait_for_notification→harvest workflow for the user's SSH/SLURM hosts. Load once you've decided to dispatch remote.

How do I install it?

Run `npx skills add BioTender-max/awesome-bio-agent-skills --skill remote-compute-ssh --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.

Where does this skill come from?

From BioTender-max/awesome-bio-agent-skills, a repository with 135 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.

Is a popular skill a good skill?

Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.

Keep going