How do I install the Ssh Op skill?

Run npx skillmds@latest add dvcrn/ssh-op in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Ssh Op safe to use?

This skill has not completed SkillMD's automated safety review yet. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. Capability flags: executes scripts. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Ssh Op?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Ssh Op free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Ssh Op?

dvcrn (@dvcrn) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Ssh Op by dvcrn — Agent Skill

Name: Ssh Op
Rating: 4.5 (4 reviews)
Author: dvcrn

Ssh Op

Use the ssh-op helper script to load an SSH private key from 1Password (op) into an in-memory ssh-agent and then run ssh. Use when connecting to hosts that require the 1Password-managed key, troubleshooting ssh-op, or onboarding a new machine by configuring the 1Password vault/item and adding SSH host aliases to ~/.ssh/config.

dvcrn Updated Sep 8, 2026 32 repo stars

File contents

ssh-op

ssh-op is a wrapper around ssh that:

ensures an ssh-agent exists for the current shell
loads an SSH key from 1Password via op read ... | ssh-add -
then execs ssh with your arguments

Prerequisites

Fail-fast checks you can run:

command -v op ssh ssh-agent ssh-add
op whoami

If op whoami fails:

Sign in to 1Password CLI (desktop integration / account sign-in), or
If using a service account flow, ensure OP_SERVICE_ACCOUNT_TOKEN is set.

Configuration (portable)

Machine-specific config lives alongside the skill:

Example (do not edit): ~/.openclaw/skills/ssh-op/config.env.example
Real (machine-specific): ~/.openclaw/skills/ssh-op/config.env

Required keys:

SSH_OP_VAULT_NAME — 1Password vault containing the key
SSH_OP_ITEM_TITLE — 1Password item title

Optional keys:

SSH_OP_KEY_FIELD — defaults to private key
SSH_OP_KEY_FINGERPRINT_SHA256 — if set, skip re-loading when already in ssh-agent
SSH_OP_HOSTS_FILE — defaults to hosts.conf (ssh config snippet filename)

SSH host entries (optional) live in:

~/.openclaw/skills/ssh-op/hosts.conf

Initialization / installation / onboarding

Preferred (chat-first)

Because the primary interface is chat (Telegram), the preferred onboarding flow is:

Ask Boss the required questions in chat.
Write the real config file: config.env.
Run a smoke test (e.g. ssh-op --help and a safe ssh-op -T <alias>).

Optional (terminal)

If you are running in a real terminal, you can use the interactive onboarding script:

~/.openclaw/skills/ssh-op/scripts/onboard.sh

(If you want a step-by-step runbook, see references/onboarding.md.)

1) Put the executable on PATH

Canonical executable lives inside the skill:

~/.openclaw/skills/ssh-op/scripts/ssh-op

For convenience, create a symlink:

mkdir -p ~/.local/bin
ln -sf ~/.openclaw/skills/ssh-op/scripts/ssh-op ~/.local/bin/ssh-op

2) Configure which key to load

Run onboarding to populate the real config:

~/.openclaw/skills/ssh-op/scripts/onboard.sh

(Or edit config.env manually and set SSH_OP_VAULT_NAME / SSH_OP_ITEM_TITLE.)

Then validate:

ssh-op --help
# try a safe ssh command (or any host alias you have configured)
ssh-op -T <host-alias>

3) (Optional) Manage ~/.ssh/config host aliases

Put desired Host entries in hosts.conf
Apply them idempotently (adds/updates a managed block):

~/.openclaw/skills/ssh-op/scripts/ensure_ssh_config.py

This will update ~/.ssh/config between:

# BEGIN ssh-op (managed)
# END ssh-op (managed)

Usage

ssh-op <ssh-args...>

Examples:

ssh-op my-host-alias
ssh-op -T my-host-alias
ssh-op -L 8080:localhost:8080 my-host-alias

Notes / behavior

No private key is written to disk.
ssh-agent lifetime is tied to the current shell unless you export SSH_AUTH_SOCK / SSH_AGENT_PID.

Executables / bin placement

Keep the canonical executable in the skill folder (scripts/ssh-op).
Use a symlink (e.g. ~/.local/bin/ssh-op) for convenience.

---name: ssh-opdescription: Use the ssh-op helper script to load an SSH private key from 1Password (op) into an in-memory ssh-agent and then run ssh. Use when connecting to hosts that require the 1Password-managed key, troubleshooting ssh-op, or onboarding a new machine by configuring the 1Password vault/item and adding SSH host aliases to ~/.ssh/config.---# ssh-op`ssh-op` is a wrapper around `ssh` that:- ensures an `ssh-agent` exists for the current shell- loads an SSH key from 1Password via `op read ... | ssh-add -`- then `exec`s `ssh` with your arguments## PrerequisitesFail-fast checks you can run:```bashcommand -v op ssh ssh-agent ssh-addop whoami```If `op whoami` fails:- Sign in to 1Password CLI (desktop integration / account sign-in), **or**- If using a service account flow, ensure `OP_SERVICE_ACCOUNT_TOKEN` is set.## Configuration (portable)Machine-specific config lives alongside the skill:- Example (do not edit): `~/.openclaw/skills/ssh-op/config.env.example`- Real (machine-specific): `~/.openclaw/skills/ssh-op/config.env`Required keys:- `SSH_OP_VAULT_NAME` — 1Password vault containing the key- `SSH_OP_ITEM_TITLE` — 1Password item titleOptional keys:- `SSH_OP_KEY_FIELD` — defaults to `private key`- `SSH_OP_KEY_FINGERPRINT_SHA256` — if set, skip re-loading when already in `ssh-agent`- `SSH_OP_HOSTS_FILE` — defaults to `hosts.conf` (ssh config snippet filename)SSH host entries (optional) live in:- `~/.openclaw/skills/ssh-op/hosts.conf`## Initialization / installation / onboarding### Preferred (chat-first)Because the primary interface is chat (Telegram), the preferred onboarding flow is:1. Ask Boss the required questions in chat.2. Write the real config file: `config.env`.3. Run a smoke test (e.g. `ssh-op --help` and a safe `ssh-op -T <alias>`).### Optional (terminal)If you are running in a real terminal, you can use the interactive onboarding script:```bash~/.openclaw/skills/ssh-op/scripts/onboard.sh```(If you want a step-by-step runbook, see `references/onboarding.md`.)### 1) Put the executable on PATHCanonical executable lives inside the skill:- `~/.openclaw/skills/ssh-op/scripts/ssh-op`For convenience, create a symlink:```bashmkdir -p ~/.local/binln -sf ~/.openclaw/skills/ssh-op/scripts/ssh-op ~/.local/bin/ssh-op```### 2) Configure which key to loadRun onboarding to populate the real config:```bash~/.openclaw/skills/ssh-op/scripts/onboard.sh```(Or edit `config.env` manually and set `SSH_OP_VAULT_NAME` / `SSH_OP_ITEM_TITLE`.)Then validate:```bashssh-op --help# try a safe ssh command (or any host alias you have configured)ssh-op -T <host-alias>```### 3) (Optional) Manage ~/.ssh/config host aliases1. Put desired `Host` entries in `hosts.conf`2. Apply them idempotently (adds/updates a managed block):```bash~/.openclaw/skills/ssh-op/scripts/ensure_ssh_config.py```This will update `~/.ssh/config` between:- `# BEGIN ssh-op (managed)`- `# END ssh-op (managed)`## Usage```bashssh-op <ssh-args...>```Examples:```bashssh-op my-host-aliasssh-op -T my-host-aliasssh-op -L 8080:localhost:8080 my-host-alias```## Notes / behavior- No private key is written to disk.- `ssh-agent` lifetime is tied to the current shell unless you export `SSH_AUTH_SOCK` / `SSH_AGENT_PID`.## Executables / bin placement- Keep the canonical executable in the skill folder (`scripts/ssh-op`).- Use a symlink (e.g. `~/.local/bin/ssh-op`) for convenience.

Frequently asked questions