local terminalを閉じてもagentを止めない
Herdrはpaneをbackground serverで動かします。clientをdetachしてもpaneとAI coding agentは動き続け、あとから同じsessionへ戻れます。長いtest、build、調査taskをserver側で進めたいときに便利です。
基本のdetachは ctrl+b のあと q、つまり prefix+q です。再接続は同じhostでHerdrを起動するだけです。
detachはsession停止ではありません。agentを含むsession自体を止めたい場合は、session commandを使います。
named sessionで仕事を分ける
独立したHerdr serverを複数持ちたい場合はnamed sessionを使います。各sessionはpane、tab、workspace、socket、runtime stateを別々に持ちます。global configは共有されます。
bash
herdr session listherdr session attach workherdr session attach side-projectherdr session stop workherdr session delete side-project
automationから状態を読む場合はJSON outputを選べます。
bash
herdr session list --jsonherdr session stop work --json
SSH remote attachの2つの方法
最も単純なのはserverへ通常のSSH loginを行い、remote shellで herdr を実行する方法です。もう1つはlocal machineからHerdrのthin clientとして接続する方法です。
bash
herdr --remote workboxherdr --remote ssh://you@server:2222
このmodeではlocal HerdrがSSH経由でremote Herdr serverを起動または再接続し、UIをlocal terminalへstreamします。公式docsでは、local desktopのimage clipboardをremote一時fileへcopyしてpathを貼り付けるbridgeも説明されています。
SSH configを使う
接続先を毎回書かないため、通常のSSH configを使えます。
sshconfig
Host workbox HostName server.example.com User you Port 2222
以後はaliasだけで接続できます。
bash
herdr --remote workbox
SSH keyをagentへ読み込む必要がある環境では、先に ssh-add を実行します。local keybindingが既定でremote attachへ使われるため、手元の操作感を揃えやすい設計です。
remote named session
1台のserverで用途を分けるなら、remote接続とsession名を組み合わせます。
bash
herdr --remote workbox --session agents
work、review、maintenanceのように分ければ、長時間agentと緊急作業を混ぜずに済みます。
安全に運用するchecklist
• SSHは公開passwordよりkey認証を優先する
• remote hostにもarchitectureが合うHerdrと、使うagent CLIを用意する
• agent用API keyやtokenをrepositoryへ置かない
• 同じfileを複数agentへ同時編集させない
• detachとsession stopを混同しない
• server更新前に長時間taskと未保存変更を確認する
• automationでは --json を使い、人向け表示のparseを避ける
remote attachの対応hostとして、公式docsはLinux/macOSのx86_64とaarch64を挙げています。該当binaryがremoteにない場合、interactive実行ではinstall確認が出ますが、non-interactive実行はhostを勝手に変更せず失敗します。
公式情報
• Persistence and remote access
• How to work with Herdr
• CLI reference
• 公式GitHub repository
• v0.7.4 release
Herdrのremote運用は、terminalを閉じても処理を続けるだけでなく、localの操作感を保ったままserver上のagentへ戻れる点が実用的です。まずは1台・1 named sessionから始め、役割が増えた時だけsessionを分けると管理しやすくなります。
