Herdrは、ウィンドウを閉じてもSSHが切れても Claude Code、Codex、OpenCode、Pi を動かし続ける、無料のApache-2.0のコーディングエージェント用ランタイムです。ターミナルをバックグラウンドのサーバーで実行し、各エージェントを「working」「blocked」「done」「idle」のいずれかで表示し、どのマシンからでも再接続できます。フロントエンドはターミナルアプリと、10月30日にHacker Newsに載ったネイティブのデスクトップアプリの2種類があり、プロジェクトはGitHubスターが47,000を超えています。
エージェントを1つのターミナルタブで1つだけ動かすなら、tmuxや通常のターミナルで十分です。Herdrが力を発揮するのは、複数のプロジェクトで4つ以上のエージェントを動かし、どれが入力待ちか分からなくなってしまう場合です。正直な限界もあります。実行中のプログラムはマシンの再起動では残らないこと、2つのフロントエンドはエージェントを共有しないこと、開発元の会社が600万ドルのシード資金を調達しており、これを懸念するユーザーがいることです。
Herdrはコーディングエージェントのためのインフラです。お客様への回答が仕事なら、採用すべきはAIヘルプデスクチームメイトで、eesel CLIを使えば herdr のペインから Claude Code にそのセットアップを任せられます。
私はeeselで連携とAPIを担当しており、こうしたツールもAPIを読むときと同じ見方で評価します。何を所有し、何を公開し、深夜2時に何が壊れるか、という見方です。README、ドキュメント、リリースノート、2つのHacker Newsスレッドを一通り確認しました。以下がその結果です。
herdrとは？
Herdr自身は「the runtime your coding agents live on（コーディングエージェントが住むランタイム）」と説明しています。簡単に言えば、複数のAIコーディングエージェントを同時に動かす人のために作られたターミナルワークスペースです。各エージェントは、それぞれ独自のシェル、ログ、プロンプトを持つ実際のターミナルペインに留まります。Herdrはどのペインにエージェントがいるかを追跡し、その状態をタブやワークスペース単位にまとめ、誰があなたを必要としているかを1か所で確認できるようにします。
公式サイトの数字を見ると、成長の速さが分かります。リポジトリが作られたのは2026年3月27日で、TUIのページには現在、スター 47,150、インストール 1,967,496、コミュニティプラグイン 2,009、検出されたエージェントCLI 22 と表示されています。最新の安定版は10月14日のv0.9.5で、プロジェクトはRustで書かれています。
Hacker Newsでのローンチスレッド「Herdr: One terminal to rule them all」は、7月に404ポイント、178コメントに達しました。10月30日のネイティブアプリのスレッドは360ポイントを超え、tmuxをめぐる長い議論になりました。この点は後述します。
Herdr TUI、herdrアプリ、herdr-core：それぞれ何が違う？
名前が紛らわしいので、整理しておきます。構成要素は3つで、いずれもオープンソースです。アプリのREADMEとサイトのFAQによると、関係は次のとおりです。
| 構成要素 | 内容 | 動作する場所 |
|---|---|---|
| Herdr TUI | 元祖。独自のバックグラウンドサーバーを持つターミナルアプリ | macOS、Linux、Windowsの任意のターミナル内 |
| Herdrアプリ | herdr-core の上に作られたネイティブのデスクトップアプリ。2026年10月にリリース | macOS（Apple Silicon）、Linux（x86-64とARM64）、Windows（x64） |
| herdr-core | ターミナルを実際に動かす小さなサーバー | 自分のマシン、またはSSH経由のリモートマシン |
大事な点が1つあります。FAQには、アプリとTUIは「a new, separate program（新しい別のプログラム）」であり、エージェントを共有しないと書かれています。つまり、一方で動かしているものは他方には表示されません。1台のマシンでは、どちらか一方のフロントエンドに決めて使い続けてください。
アプリの売りは、エージェントがアプリのどの部分でも変更できることです。レイアウトがウィンドウの配置を決め、Claude Code を拡張するプラグインのように、modはパネル、メニュー、ダイアログを描画する小さなJavaScriptプログラムです。エージェントにLinearのパネルやgitグラフを頼むと、エージェントがmodを編集します。READMEはmodが信頼されたコードであり、サンドボックス化された拡張機能ではないとはっきり述べているので、他人のmodはインストール前に必ず読んでください。
ウィンドウを閉じてもエージェントが動き続けるのはなぜ？
設計の面では、herdr は画面と作業を分離しています。バックグラウンドのサーバーがターミナルを所有し、ウィンドウは単なるクライアントです。クライアントを閉じても、SSH接続が切れても、ノートPCがスリープしても、サーバーは動き続けます。セッション状態のドキュメントは、どこまでが対象でどこからが対象外かを、珍しく明確に説明しています。
ここは印刷しておきたい部分です。デタッチしてもプロセスは生き続けます。サーバーを再起動すると、そうはいきません。再起動後、herdr はワークスペース、タブ、ペイン、フォルダ、フォーカスを復元し、ペインは保存されたディレクトリで新しいシェルとして戻ります。エージェントの会話が戻るかどうかは、エージェント次第です。v0.9.2以降、エージェントは自分の再開コマンドを報告でき、herdr はそのセッションをそのまま開き直します。組み込み連携のあるエージェントでは、herdr integration install <name> で同じ復元を設定できます。
内部では、リポジトリに ghostty-vt クレートが含まれており、コメントしたユーザーはターミナルエミュレーションに libghostty が使われていると評価しています。tmuxを長年使ってきたあるユーザーは、その利点を次のように述べています。
"I switched to herdr this year after a decade of using tmux, and I haven't looked back since. Herdr is wonderful, not only because of the coding agent integrations, but also because it uses libghostty under the hood. So no terminal-emulator-inside-another-terminal-emulator shenanigans."
herdrのインストールと使い始め方は？
インストールは1行です。ターミナルアプリの場合、READMEには次の選択肢があります。
curl -fsSL https://herdr.dev/install.sh | sh
# or
brew install herdr
mise use -g herdr
Claude Code 自身のCLIのフラグを使う場合も、そのままペインに渡されます。あとは、作業するディレクトリで起動します。
herdr
Herdrはデフォルトのバックグラウンドセッションを起動、または接続するので、ソケットを自分で管理する必要はありません。これは Claude Code 自身が備えるターミナル連携とよく似ています。セッションにワークスペースがなければ、自動で1つ開きます。デスクトップアプリは別途インストールし、curl -fsSL https://releases.herdr.dev/app/install.sh | sh を実行するか、Apple Silicon向けの Herdr.dmg を使います。どちらのインストーラーもコードをダウンロードして実行するので、気になる場合は先にスクリプトを読んでください。
クイックスタートは短い内容です。ペインで claude、codex、pi、opencode のいずれかを起動すると、herdr が検出します。操作はすべてマウスで行え、キーボード操作は ctrl+b のプレフィックスを使う任意の方式です。
| 操作 | キー |
|---|---|
| 右に分割 | prefix+v |
| 下に分割 | prefix+minus |
| 新しいタブ | prefix+c |
| 新しいワークスペース | prefix+shift+n |
| クライアントをデタッチ | prefix+q |
ワークスペースは1つのプロジェクトに対応するので、作業中のリポジトリごとに1つずつ用意してください。そうすればサイドバーが見やすく保てます。tmuxに自動接続するシェルを使っている場合は、HERDR_ENV 変数のチェックを追加してください。herdr のペイン内でtmuxを動かすとエージェントが検出されなくなり、ターミナルがちらつくことがあるとドキュメントで警告されています。実際、tmuxの内側から herdr を起動して諦めてしまったHacker Newsの読者もいました。
herdrはどのエージェントが自分を必要としているかをどう知る？
これが中核機能であり、多くの人が試す理由でもあります。各エージェントのペインには working、blocked、done、idle、unknown のいずれかが付き、サイドバーがワークスペースをまたいでそれをまとめて表示します。ドキュメントによると、herdr はエージェントが画面に描画する内容から状態を読み取り、一部のエージェントは自分で状態を報告します。
対応リストは長く、Claude Code、Codex、Copilot CLI、Cursor Agent、OpenCode、Pi、Droid、Devin、Kimi、Qwen、Grok などが並びます。Gemini CLI や Cline のように、状態のみの対応や検証が少ないとされているものもあります。自作のスクリプト向けには、アプリのサイトが OSC 7501 というオープンなステータスプロトコルを公開しており、1行で使えます。
printf '\e]7501;state=blocked:app=my-agent\e\\'
あるHacker Newsユーザーは、これが重要な理由をマーケティング文句よりうまく説明しています。
"I will start a workspace for each different thing I'm working on, label it ... Then in each one I run a Claude Code. Then I can see the status of my Claude Codes just by glancing at the sidebar, rather than having to switch between screens to see what is waiting next."
すでに Claude Code をフック付きで使っているなら、tmuxでも近いことはできますし、実際にそうしているコメント投稿者もいます。作業中は青いスピナー、注意が必要なときは赤い点、完了したら緑のチェックです。Herdrの主張は、エージェントごとにそれを自作しなくて済むようにすべきだ、ということです。
エージェントが herdr を自分で操作できる？
はい。そして、これがこのツール全体で最も興味深い設計だと私は思います。READMEは herdr を「agent-native」と呼んでいます。エージェントはCLIとソケットAPIを通じて herdr を操作し、ペインを生成したり、互いにプロンプトを送ったり、別のエージェントがブロックされるまで待ったりします。エージェント自動化のドキュメントは、操作の範囲をレイアウト、ペイン、エージェントのコマンドに分けており、作成系のコマンドはJSONを出力するので、スクリプトでIDを取得できます。
created=$(herdr workspace create --cwd ~/project --label api --no-focus)
pane_id=$(printf '%s\n' "$created" | jq -r '.result.root_pane.pane_id')
herdr agent start reviewer --kind codex --pane "$pane_id"
これにより、相互レビューのようなパターンが可能になります。GitワークフローやMCPツールとも相性がよく、サポート向けのMCPはヘルプデスク側での同じ発想です。ある開発者は、Claude がプルリクエストを開き、小さなスクリプトが隣のペインで Codex を起動し、Codex が指摘事項を投稿して Claude が修正する、というフックを紹介していました。
"Claude builds and opens a PR. A small hook starts Codex in the next Herdr pane. Codex posts its findings on the PR. Claude fixes them and replies, finding by finding."
これは Claude Code のサブエージェントと同じ構造ですが、補助役が別ベンダーのエージェントで、別のターミナルで動く点が異なります。アプリのスレッドのあるコメント投稿者は、この設計をうまくまとめていました。マルチプレクサがターミナルを所有していれば、出力を読み、入力を送り、エージェントを操作できます。つまり、各ベンダーのコマンドラインの窓口を通じた、ベンダー横断のオーケストレーションです。
別のマシンで herdr を動かすには？
ここで herdr のサーバーモデルが活きてきます。ビルド用のマシンや安価なVPSにワークスペースを置き、どこからでもSSHで入れば、すべて前回の状態のままです。マシン接続ガイドには2通りの方法が載っています。
herdr machine add workbox # save an SSH host in your sidebar
herdr --remote workbox # attach to its session directly
保存したマシンは、そのマシン自身のコアに独自のスペースと分割を保持し、ローカルとリモートの作業は1つの統合されたエージェント一覧にまとめて表示されます。ドキュメントには、読んでおくべき注意点が2つあります。マシンプロファイルが対象とするのはリモートの1つのセッションで、ホスト上のすべてのセッションではないこと、そしてリモートのペインでのGit認証には ForwardAgent yes が必要で、herdr はこれを自動では有効にしないことです。
サードパーティもこの上に構築を進めています。クラウドサンドボックスの会社boxdは、10月に herdr との連携を発表しました。各エージェントが herdr のサイドバーの中で、それぞれ専用のboxdマシン上で動きます。あるHacker Newsユーザーは、電波の悪いスマートフォンからのSSHという弱点を指摘し、再接続を前提に作られたツールのほうが向いていると述べています。
herdrとtmux：実際に何が得られる？
これは両方のHacker Newsスレッドで最も盛り上がった議論で、率直に答える価値があります。tmuxは何十年も使われてきた汎用のマルチプレクサです。herdr は、コーディングエージェントが何かを知っているマルチプレクサです。あるコメント投稿者は、それを一言で表しました。
"It's all about agentic work. Tmux doesn't know what an Agent is... But if you don't do any agentic work, Herdr has 0 value vs. tmux."
私なりの比較は次のとおりです。herdr については herdr のドキュメント、それ以外はコミュニティの情報を使っています。
| 項目 | Herdr | Tmux |
|---|---|---|
| エージェントが作業中、ブロック中、完了かを把握 | 22のエージェントCLIで標準対応 | 標準では非対応。自作のフックで可能 |
| プロジェクトをまたぐエージェントのサイドバー | あり | 自分で作る |
| マウス中心、クリックとドラッグで分割 | あり。プレフィックスキーも使える | プレフィックスキーが中心 |
| エージェントが他のペインを生成・プロンプト送信 | CLIとソケットAPI | send-keys のスクリプトで可能 |
| リモートマシンを1つの画面で表示 | herdr machine add で標準対応 | ホストごとにSSHで接続 |
| 成熟度 | 1年未満、98リリース | 数十年の実績、どこでも動く |
tmux派の意見にも一理あります。tmuxのウィンドウを4つ使っているユーザーは、Claude Code のフックでステータス表示を組み込んだ様子を見せ、なぜ乗り換える必要があるのかと問いかけました。
"In my current tmux session I have four windows each with a status indicator that shows up when that window is running a claude code session. It is a blue animated braille spinner when it is working, a red dot when it needs attention and a green tick when it is finished with its work."
それでうまくいっているなら、その仕組みを自分で管理するのが好きな人はそのまま続ければよいでしょう。Herdrの主張は、その仕組みが最初から付いてくることと、まだ出会っていないエージェントにも対応することです。別のユーザーは、乗り換えた本当の理由として、作業中か待機中かが一目で分かる表示、1つの画面で見られるネイティブなリモートセッション、小さなiOS画面でも操作しやすいレイアウトを挙げました。3人目は、Ghostty、通知、ハーネス拡張でもう十分だったため、1週間で離れました。どちらの陣営も、それぞれの環境では正しいのです。
そのほかのオープンソースの選択肢は、オープンソースエージェントのまとめ記事で紹介しています。この分野には、Orca や、スレッドに登場したいくつかの新しいマルチプレクサもあり、Ghostty の作者によるマルチプレクサが近々登場するとコメントした人もいました。私はそれらを試していないので、順位付けはしません。もっと広く見たいなら、DeepSeek Harnessが近い仲間であり、有料側はCursorの代替ツールが参考になります。まずはターミナルAIコーディングツールとエージェント型コーディングCLIの一覧から始めてください。
herdrの料金は？誰が費用を負担している？
Herdrの利用は無料です。サイトのFAQによると、アプリ、herdr-core、Herdr TUI はすべてオープンソースで、GitHubのライセンスは Apache 2.0 です。費用がかかるのは中で動かすエージェントで、Claude Code のプランや Codex の利用料、さらに Cursor を使うならそのサブスクリプションも必要です。
資金調達は、気にするユーザーがいる点です。Herdrは9月8日に、Bessemer Venture Partners主導で600万ドルのシード資金を調達しました。Y Combinator、e2vc、ShopifyのCEOを含むエンジェル投資家も参加しています。創業者は、ランタイムはオープンのままで、資金は人材に使うと書いています。全員が安心しているわけではありません。
"I really enjoyed herdr at first but ever since they got VC funding I am avoiding it. Enshittification and cloud features due to vc/monetization pressure incoming."
ほかのコメント投稿者は、Apacheライセンスのコードはフォークできると返信し、すでに個人的な変更をフォークで管理していると話す人もいました。どちらの見方も妥当だと思います。ライセンスが守るのは、現在見えているコードです。ホスト型機能が将来あるとして、その料金がどうなるかは分かりません。私が調べた限り、herdr は有料プランを公表していません。
herdrの弱点は？
制限がいくつかあり、すべてドキュメントかスレッドに基づいています。
- プログラムは再起動後に残りません。 レイアウトは戻りますが、プロセスは戻りません。マシンの再起動をまたいでジョブを残したいなら、それを担うのは herdr ではありません。
- 2つのフロントエンド、2つの別世界。 TUIで起動したエージェントはデスクトップアプリに表示されず、その逆も同じです。
- 一部のエージェントでは状態の把握に手助けが必要です。 エージェント一覧には、OSC 7501 で報告するエージェントが表示され、Gemini CLI や Cline のように検証が少ないとされているものもあります。
- テレメトリとmod。 利用状況テレメトリはアプリのリリースではデフォルトでオンで、設定の「プライバシー」でオフにできます。コメント投稿者の1人は、送信内容にターミナルの内容やファイル名は含まれないと指摘しており、設定ダイアログには例が表示されます。modは信頼されたコードです。
- プレフィックスキーを使ったことがない人には学習コストがあります。 マウスは助けになりますが、多くのコメント投稿者はtmuxから来た人で、新規ユーザーの1人は終了方法が分からなかったそうです。
- まだ若いソフトウェアです。 v0.9.3やv0.9.5のようなリリースは、一部のターミナルでショートカットが効かなくなるなど、入力のリグレッションに対するホットフィックスでした。修正は早い一方、ときどき不具合が出ることは覚悟してください。
herdrはどんな人に向いている？
次のいずれかに当てはまるなら、私は使います（プロジェクトのルールを AGENTS.md で管理していれば、それらはすべてのペインに引き継がれます）。
- 複数のリポジトリで4つ以上のコーディングエージェントを同時に動かし、ブロックされているものを見失いがちな人。
- リモートのマシンやVPSで作業し、ノートPC、スマートフォン、別のマシンから再接続したい人。
- エージェント同士を連携させたく、CLIのスクリプト化も苦にならない人。
- すでにターミナルで作業していて、そこで Claude Code、Codex、OpenCode を使うのが好きな人。
エージェントを一度に1つしか動かさない場合、tmuxですでに必要なことがすべてできている場合、長いジョブを再起動後も残したい場合は、見送りでよいと思います。その場合は、適切なスケジューラーやCIジョブのほうが向いています。
eeselは herdr とどう組み合わさる？
Herdrは、エージェントが住むレイヤーです。エージェントがどんな仕事をするかは決めませんし、お客様のことも知りません。それは別の仕事です。
私の考え方はこうです。Herdr、Claude Code、Codex はインフラとツールです。eesel は従業員です。1つの仕事のために採用するAIチームメイトで、連携や会社の情報はすでに整っており、AI従業員と同じ発想です。おすすめのAIチームメイトのうち、私が担当しているのは、既存の Zendesk、Freshdesk、Gorgias のキューに参加するAIヘルプデスクチームメイトです。eesel は何年も前からAIエージェントを実際のサポートキューに投入してきました。そこから得た教訓は、お客様が返信を目にする前に、過去のチケットですべての導入をシミュレーションすることです。
Herdrの「どのエージェントが自分を必要としているか」という問題は、サポートの現場にも、エージェントが違うだけで存在します。SE Rankingは、Zendesk上で3つのeeselエージェントを運用しています。SE Ranking、Planable、SE Visible に1つずつで、1か月でeeselはZendeskのチケットとライブチャットにわたって約4,650件の会話を処理しました。Swiftregは、Zendesk上で2つのエージェントを運用しており、1つはサポートチケット用、もう1つは個人出品者への返信用で、同じ月に約2,100件のチケットを処理しました。どちらの事例でも、チームは自分たちが書いたルールと人への引き継ぎによって主導権を保っており、これは herdr の blocked 状態と同じ考え方です。
eesel CLIで何ができる？
eesel CLIは、2つの世界をつなぐ部分です。同じeeselエージェントをターミナルに持ち込みます。エージェントとチャットし、ヘルプデスクを接続し、ナレッジをアップロードし、自動化を設定し、保留されたアクションをダッシュボードを開かずに承認できます。CLIで設定したことはダッシュボードに反映され、逆も同じです。すべてのコマンドはJSONを出力するので、Claude Code、Cursor、Codex などのAIコーディングエージェントがセットアップ全体を実行できます。
ドキュメントにある5分間のセットアップは次のとおりです。アカウントなしで動作し、7日間有効な無料の匿名ワークスペースが作成されます。
npx @eesel/cli init chat-bubble --site https://your-site.com
eesel login
eesel chat "what's our refund policy?"
eesel files upload ./refund-policy.pdf
eesel approvals
覚えておきたいコマンドがいくつかあります。Zendesk、Freshdesk、Gorgias などのヘルプデスクを接続する eesel integrations connect、エージェントが自律的に行うことを管理する eesel automations、これまでの活動を確認する eesel activity、人の判断待ちで保留されているアクションを扱う eesel approvals です。最後のコマンドは、herdr の blocked 状態のサポート版にあたります。Herdrのペインは単なるターミナルなので、残りのエージェントたちを眺めながら、1つのペインで Claude Code のセッションにeeselのセットアップをさせておくことができます。この組み合わせをそのとおりに試したわけではありませんが、どちらのツールにもそれを妨げるものはありません。このパターンについて詳しくは、AIエージェントCLI、CLIからAIエージェントを操作する方法、カスタマーサポートCLI、APIファーストのエージェントプラットフォームのガイドをご覧ください。
eeselを試す
コーディングエージェントがツールで、お客様からの質問が仕事なら、その仕事をこなすチームメイトがeeselです。AIヘルプデスクチームメイトは数分でヘルプデスクに接続し、ヘルプセンターや過去のチケットから学習し、リスクのあるものはチームに引き継ぎます。ダッシュボードからセットアップすることも、herdr のペインから Claude Code にeesel CLIを操作させることもできます。eeselを無料で試すか、サポート量が多い場合はデモをご予約ください。
よくある質問
herdrとは何ですか？
Herdrは、コーディングエージェント向けの無料の Apache-2.0 ランタイムです。ターミナルをバックグラウンドのサーバーで実行し、各エージェントを「working」「blocked」「done」「idle」のいずれかで表示します。ウィンドウを閉じたりSSH接続が切れたりしても、すべて動き続けます。Claude Code、Codex、OpenCode、Pi を、ラップせずにそのまま実行できます。
herdrは無料ですか？
はい。ターミナルアプリ、デスクトップアプリ、herdr-core はいずれも Apache 2.0 のオープンソースで、公式サイトも「無料ですか？」にはっきり「はい」と答えています。ただし、中で動かすエージェント自体の料金（Claude Code のサブスクリプションや Codex のプランなど）は別途かかります。
herdrはどうやってインストールしますか？
ターミナルアプリは curl -fsSL https://herdr.dev/install.sh | sh を実行するか、brew install herdr または mise use -g herdr を使います。その後、プロジェクトのフォルダで herdr と入力してください。デスクトップアプリには releases.herdr.dev/app/install.sh の専用インストーラーがあります。すでにエージェントをスクリプトで動かしているなら、ターミナルからAIエージェントを管理する方法のガイドで全体的なパターンを紹介しています。
herdrとtmuxの違いは何ですか？
tmux はエージェントについて何も知らない汎用のターミナルマルチプレクサです。herdr は、エージェントを認識するステータス表示、ワークスペースをまたぐサイドバー、エージェントが呼び出せるCLI、リモートマシンのネイティブ対応を加えています。コーディングエージェントを使わないなら、herdr が tmux より優れる点はほとんどありません。使っているなら、自分の入力待ちのペインを探し回る手間が省けます。ターミナルAIコーディングツールの比較記事もあわせてご覧ください。
herdrは Claude Code や Codex で使えますか？
はい。ドキュメントには Claude Code、Codex、Cursor Agent、OpenCode、Pi、Copilot CLI などの連携が載っており、サイトでは22のエージェントCLIを検出できるとされています。ターミナルで動くものなら何でも動作しますが、ステータスなしの通常のターミナルとして表示されます。Claude Code のサブエージェントによるマルチエージェント構成では、herdr がそれらを監視する画面になります。
herdrのエージェントは再起動後も生き残りますか？
プログラムは残りません。herdr はサーバー再起動後にワークスペース、タブ、ペイン、フォルダを復元しますが、実行中のシェルやエージェントは、エージェント自身が再開コマンドを報告できる場合を除き消えます。デタッチやウィンドウを閉じる場合は別で、すべて動き続けます。長時間実行する Claude Code のジョブを設計するなら、この線引きを前提にすることをおすすめします。
herdrは社内のプライベートなコードに使っても安全ですか？
ランタイムはオープンソースなので、中身を読んで確認できます。確認しておきたい点は2つあります。デスクトップアプリのリリースでは利用状況テレメトリがデフォルトでオンになっていること（設定の「プライバシー」でオフにできます）と、レイアウトのmodはサンドボックス化された拡張機能ではなく信頼されたコードとして扱われることです。エージェント自身の権限ルールは引き続き適用されます。詳しくは Claude Code の権限をご覧ください。
herdrはカスタマーサポート用のAIエージェントの代わりになりますか？
いいえ、担当するレイヤーが異なります。herdr は自分のマシン上でコーディングエージェントを動かします。eesel のようなAIヘルプデスクチームメイトは、Zendesk、Freshdesk、Gorgias の中でお客様に回答します。ただし、herdr のペインから eesel CLI を実行し、Claude Code でセットアップすることは可能です。