Hermit SSH vs ShellDiver

Hermit is a focused SSH client built for developers who work with AI coding assistants on remote machines. Connect to your dev server, attach to tmux sessions, and interact using configurable soft keys and voice input. Unlike general-purpose terminal apps, Hermit is designed around a specific workflow: you have an AI CLI tool running in a tmux session on a remote machine, and you want to monitor and interact with it from your phone. Five soft keys — 1, 2, Enter, Escape, and a microphone — give you everything you need to approve tool calls, reject changes, send commands, and dictate instructions. KEY FEATURES * SSH connections with ed25519 private key authentication * Automatic tmux session attach on connect * Configurable soft key ribbon bar optimized for AI coding workflows * Voice input with iOS dictation — speak your instructions, proofread, and send * xterm.js terminal rendering with proper color and escape code support * Automatic iCloud Drive sync — your hosts and sessions available on all devices * Dark mode interface designed for terminal use * Private keys stored securely in the iOS Keychain BUILT FOR AI CODING WORKFLOWS The default soft keys map directly to common AI CLI approval patterns: 1 — Accept (approve tool calls and edits) 2 — Reject Enter — Confirm multi-line input Escape — Cancel or interrupt Mic — Open voice input for longer instructions OPEN SOURCE Hermit is open source so you can review exactly what runs on your device and how your SSH credentials are handled. No analytics, no tracking, no data collection.

With software, free is usually a question rather than an answer. Here it is arithmetic: no server of ours, no accounts, no analytics — nothing for a subscription to pay for. Sync, startup commands, port forwarding: all of it is in the app. WHERE YOUR KEYS LIVE In your device's keychain. ShellDiver has no account and no sign-in — there is simply nowhere on our side for anything of yours to sit. An Ed25519 key either travels with you through iCloud Keychain, end-to-end encrypted, or stays on this device behind Face ID. A Secure Enclave key is created inside the security chip. It cannot be read out — not even by ShellDiver — never leaves the device, and will ask for Face ID on every sign-in if you want it to. THE VAULT Instead of iCloud you can take syncing into your own hands: an encrypted file in a place you choose. A USB stick, a cloud folder, or your own WebDAV server, so Nextcloud, ownCloud, a Synology, an Apache with mod_dav. It works across different Apple IDs and carries the secrets with it: saved server passwords and private keys. Only your devices encrypt and decrypt. Whoever runs the storage location sees nothing but unreadable files. You add a second device with a QR code, without typing your passphrase there. THE TERMINAL It does not hang up because you looked somewhere else for a minute: the connection belongs to the session, not to the screen. The running build and the half-typed line are still there when you come back. Up to 20 sessions as tabs, terminals and files mixed. Real xterm emulation: colour, UTF-8, resizing that works — htop, vim and colourful logs look the way you expect. Plus search through the scrollback, your choice of monospaced font including Nerd Fonts, and five colour schemes. On iPhone there is a row above the keyboard with esc, ctrl, tab, arrows and a paste key, because a phone has no ⌘V. When the link drops, ShellDiver notices through keepalives and rebuilds it by itself. This is SSH, not Mosh: the new shell starts fresh. SIGNING IN WITHOUT GUESSING ShellDiver asks the server which methods it offers and works through whatever it holds credentials for. That covers publickey followed by keyboard-interactive — 2FA after the key — and equally a server that only offers keyboard-interactive while the host is saved as "password". One-time codes are never pre-filled and never stored. You confirm a host key once, by its fingerprint. Every connection after that checks it, and a key that has changed is refused rather than waved through. THROUGH A JUMP HOST When a server is only open on the inside, you give it a jump host — OpenSSH's ProxyJump. The jump host then forwards nothing but encrypted bytes and cannot read along; both sign-ins are signed on this device. So your key does not have to sit on the machine in between, and a Secure Enclave key works here too. FILES AND TUNNELS The SFTP browser downloads and uploads, whole folders included, renames, and deletes recursively. Local port forwarding brings a database or an admin interface onto this device. It listens on 127.0.0.1 only and cannot be reached from outside; each rule holds its own connection, so a tunnel does not fall with a terminal. WHAT YOU ALREADY HAVE Your ~/.ssh/config is imported, with each IdentityFile matched against the keys you have and any ProxyJump resolved; so is known_hosts, hashed entries as far as they can be matched. Keys come in as Ed25519, RSA or ECDSA — from the OpenSSH container, from PuTTY's .ppk (v2 and v3), and from the PEM family. A passphrase on the file is used once during import and not kept. Snippets are also the buttons above the keyboard — global or bound to one host, with a confirmation step if you want one. One per host runs by itself as soon as the shell is open. The backup is a JSON file you can read — secrets sit inside an encrypted block under a passphrase you choose. Without it nobody gets at them, us included.