SSH Server Manager
A local-first SSH host and credential manager for humans and AI agents.
One CLI (serverctl) and a loopback-only web UI to add, import, test, and
connect to your servers — with every password and passphrase stored in your
operating system's native credential vault, never in a plaintext file.
简体中文说明 · Documentation · Security model · Website
🤖 Using an AI agent? The skill deploys to every agent on your machine in one line — dependencies, links, and health check included. See the agent deployment guide.
Why this exists
Most SSH managers make you choose between convenience and custody:
- Cloud-synced clients (subscription GUIs) keep your credentials on someone else's infrastructure.
- Plain
~/.ssh/configkeeps you in control but handles no passwords, no vault, and gives AI coding agents an easy way to leak secrets. sshpass-style wrappers put passwords in files, env vars, or shell history.
SSH Server Manager is different by construction:
| Property | How |
|---|---|
| Secrets never touch disk in plaintext | macOS Keychain / Windows Credential Locker / Linux Secret Service via keyring; unsafe backends are rejected as a hard error |
Your ~/.ssh/config is never modified |
A separate managed config is rendered and included alongside it |
| The web UI is unreachable from the network | Loopback-only bind, one-time launch token, CSRF + Origin checks, strict CSP |
| Revealing a stored secret requires re-auth | WebAuthn passkey (Touch ID / Windows Hello) or an Argon2id master password; grants are single-use and expire in 30 s |
| AI agents can drive it without seeing secrets | Every command has --json; SSH authentication happens through AskPass so secrets never appear in argv, env, logs, or model context |
| Environment guidance stays with the right hosts | Local Agent Skills have explicit many-to-many host bindings; resolution partitions multi-host tasks without installing skills or returning their bodies |
| Host keys are always verified | StrictHostKeyChecking is never weakened, by policy and by code |
Quick start
git clone https://github.com/xiayh0107/servers-connect.git
cd servers-connect/ssh-server-manager
./scripts/bootstrap # Windows: scripts\bootstrap.cmd
./scripts/serverctl doctor # verify ssh, vault backend, and dependencies
Add a server and connect:
./scripts/serverctl credential add-password work-password # prompts locally, stores in OS vault
./scripts/serverctl server add web1 --hostname web1.example.com --username deploy --credential work-password
./scripts/serverctl server test web1
./scripts/serverctl connect web1
Or import everything you already have:
./scripts/serverctl server import # preview only
./scripts/serverctl server import --apply
Prefer a GUI? ./scripts/serverctl ui opens the local web interface in your
browser with a one-time tokenized URL.
Features
- Connection profiles — alias, host, port, user, project/scenario tags, notes, ordered ProxyJump chains (with cycle detection).
- Host-bound Agent Skills — discover and register local skills, bind one
skill to several related nodes or several skills to one host, and resolve
exact
applies_topartitions before an agent acts. Bindings are routing metadata, not remote authorization. Manage a host's assignments directly from its Connections row or active Workspace; use the Skill Library for discovery and registration. - Three credential kinds — vault-backed passwords, private keys with optional vault-backed passphrases, and ssh-agent/OpenSSH defaults. Credentials are reusable across servers and protected against deletion while referenced.
- OpenSSH import — parses your
~/.ssh/config(followingInclude), resolves each literal alias withssh -G, previews before applying. - Managed config rendering — atomic, user-only-permission writes to
~/.ssh/ssh-server-manager.conf; your original config always loads last so unrelated defaults keep working. - Connection testing —
server testreports latency and a classified error code (authentication-failed,host-key-untrusted,timeout,dns-failed, …) and records history. - Remote execution —
serverctl exec alias -- cmd args, with--shellfor pipelines,--stdin/--stdin-binaryfor streaming files,--reuse Nfor ControlMaster connection sharing (macOS/Linux), and--jsonfor machine-readable results. - Saved working directories —
serverctl path add web1 /srv/app --label apprecords where you work on a host;serverctl path resolveanswers "where does this fleet keep its application" in one read, with no connection, grouping hosts that share a layout. - File transfer —
serverctl get web1:/srv/app/config.yml .andserverctl put ./config.yml web1:/srv/app/move single files over the same SFTP path and vault credentials, so no password prompt appears wherescpandrsyncwould ask for one they cannot supply. - Local mounting —
serverctl mount web1:/srv/appexposes a remote directory to Finder, Explorer, and your editor through sshfs. Needs a FUSE layer thatserverctl doctorchecks for; see docs/mounting.md. - Local web UI — manage servers and credentials, test connections,
create/rename/delete tags and bulk-assign searchable hosts, choose
system/light/dark themes, import config, browse remote directories read-only
over SFTP with explicit download and upload actions, keep a host's saved
directories one click away, copy file references for an agent, and reveal a stored secret
after passkey or master-password re-authentication. Connection status expires
instead of staying green. Inspect or shut down a background instance with
serverctl ui --status/--stop— no pid bookkeeping. - Diagnostics —
serverctl doctorchecks ssh availability and version, SFTP availability, mount backend availability, vault backend safety, database and config paths, and Python dependencies.
Platform support
| macOS | Linux | Windows | |
|---|---|---|---|
| CLI + web UI | ✅ | ✅ | ✅ |
| Credential vault | Keychain | Secret Service (gnome-keyring / KWallet / KeePassXC) | Credential Locker |
| Secret reveal re-auth | Touch ID passkey or master password | passkey or master password | Windows Hello passkey or master password |
Connection reuse (--reuse) |
✅ | ✅ | — (OpenSSH ControlMaster needs Unix sockets; a warning is printed) |
Details and headless-server notes: docs/platforms.md. CI runs the full test suite on all three platforms.
For AI agents
This project ships as an Agent Skill (SKILL.md) so Claude Code, Codex, and other agents can manage servers safely: agents get structured JSON output and connection error classification, while the AskPass architecture keeps secrets out of the model's context by design.
The skill also encodes conversation UX, not just commands: agents answer
inventory questions from a single --json call, hand interactive shells to
your terminal and proxy follow-up commands through exec (connect
refuses to run without a TTY instead of hanging), and clean up a background
UI with serverctl ui --stop.
Environment-specific skills can follow only the hosts where they belong. The
agent identifies the target first, runs serverctl skill resolve ALIAS [ALIAS ...] --json, then selects relevant ready skills by their normal trigger
rules and applies them only to their returned applies_to aliases. Switching
hosts discards the previous host-specific context; no cluster name or provider
is hard-coded.
serverctl skill discover --json
serverctl skill add ~/.agents/skills/gpu-ops \
--server gpu-lab-01 --server gpu-lab-02 --json
serverctl skill resolve gpu-lab-01 gpu-lab-02 --json
Discovery is local and read-only. Registration does not install or execute a skill, and resolution returns metadata and paths rather than instruction bodies. See the agent deployment guide.
Deploy the skill with one line:
curl -fsSL https://raw.githubusercontent.com/xiayh0107/servers-connect/main/install.sh | sh
It links the skill into every detected agent (~/.claude/skills,
~/.codex/skills, …), installs dependencies, and runs doctor. Windows
uses install.ps1. See docs/ai-agents.md.
Documentation
| Doc | Contents |
|---|---|
| docs/installation.md | Per-platform install, requirements, bootstrap |
| docs/quickstart.md | First 10 minutes, common workflows |
| docs/cli.md | Complete serverctl reference |
| docs/web-ui.md | Web UI walkthrough and its security gates |
| docs/security.md | Threat model and security invariants |
| docs/platforms.md | Platform-specific behavior, headless Linux |
| docs/ai-agents.md | Using with Claude Code / Codex / MCP |
| docs/mounting.md | Mounting a host locally with sshfs |
| docs/faq.md | Troubleshooting and common questions |
License
Metadata
Release files for ssh-server-manager 0.7.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| ssh_server_manager-0.7.0.tar.gz | 140.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ssh_server_manager-0.7.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 261.7 kB
Release files / ssh_server_manager-0.7.0.tar.gz
| Download URL | ssh_server_manager-0.7.0.tar.gz |
|---|---|
| Size | 140.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a324bd490e90db56dbbf17b5a6afb28cfad9ae8686c55ce3e0cb027f80105193
|
|
BLAKE2b-256 checksum How to use checksums |
9e06a9a8c8af1e2823077e903f2ebdd030861359d188fe7f76f7ef4d266d1120
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 26, 2026.
Transparency logRelease files / ssh_server_manager-0.7.0-py3-none-any.whl
| Download URL | ssh_server_manager-0.7.0-py3-none-any.whl |
|---|---|
| Size | 120.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4b1bb9723828a8b436eacc16ae4baa6432b61df0551f1510c98ad7442f0185a0
|
|
BLAKE2b-256 checksum How to use checksums |
d4ebfe3ed50000fcddeb70b7273a98388b9a6a4c69234c7e7e582a67caf63f33
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 26, 2026.
Transparency log