世界を動かす技術を、日本語で。

HerdrがY Combinatorに参加します。ランタイムはオープンのままです。

2026年8月7日原文(herdr.dev)

概要

  • Herdr の開発者Canによるプロジェクト転換の経緯
  • エンジニアリングとマネジメントの課題認識
  • Herdr RuntimeTUI (ターミナルUI)の設計思想
  • オープンソース化と Y Combinator 参加の発表
  • 今後の展望と Herdr の小規模・拡張性重視の方針

Herdr開発体験と課題認識

  • Herdr はCanが一人で開発していたプロジェクト
  • 4ヶ月前、キャリアやソフトウェアエンジニアリングの未来について考察
  • 個人が ボトルネック であることを自覚
  • 管理や開発スタイルに合うツールが存在しなかった現状
  • 自社エージェント乱立への疑問と、 統合性重視 の思想
  • 自分に合うものがないなら自分で作るという決断

RuntimeとTUIの設計思想

  • Runtime とはCLIコーディングエージェントがターミナル上で動作する基盤
  • ターミナルはエンジニアにとっての「ホーム」
    • コード編集、サーバー起動、プロジェクト管理、CI運用、設定管理
  • エージェントごとにターミナルペイン を割り当て、タブ・プロジェクト単位で構成
  • ペインやタブの 永続性 を重視
  • エージェントの長時間稼働を想定
  • どこでも動く基盤 としてのRuntime設計
  • インターフェースとして TUI (ターミナルUI)を開発
    • TUIはHerdrの思想を体現
      • エージェントの状態把握、プロジェクト単位での作業分割、必要時のみ通知
    • バンドル されているため、VPSやSSH環境でも即利用可能
      • 例:herdr --remote user@hostで即時セットアップ

エコシステムと拡張性

  • TUI は唯一のクライアントではなく、拡張性を重視
    • Raycast拡張、Stream Deck連携、iOSアプリなど外部開発が活発
    • マーケットプレイス公開1ヶ月で 500以上のプラグイン が誕生
    • TUIの限界も認識し、今後はさらなるクライアント拡充を計画

Herdrの成長と今後

  • ソロ開発で 25kスター、34万ダウンロード を達成
  • Y Combinator F26バッチ に参加し、企業化を発表
  • 小規模チームで
    • ランタイムの健全性・堅牢性・高速性・移植性・拡張性を維持
    • コアは小さく、拡張で多様なニーズに対応
  • ランタイムは Apache-2.0ライセンス で無償公開
    • AGPLからApacheに変更し、利用の自由度を向上

オープンソースと未来像

  • オープンなHerdr Runtimeの上で、Can自身も拡張開発に参加
  • オープンソース支援と同時に、ユーザーの本当に必要な機能開発も推進
  • マルチクライアント、ノートPC・VPS・サンドボックスなど多様な利用シーン
  • 今後は 接続性 の強化が課題
  • コアのスリムさと拡張性を守る方針
    • 機能追加が容易な時代だからこそ、 コアに何を入れるかが最重要
    • それ以外はすべて拡張で対応
  • 利用者・コミュニティへの感謝の気持ち
  • さらなる開発への意欲

Hackerたちの意見

じゃあ、tmuxに戻ろうか。

Herdrは俺の日常的なツールだから、stagexにPRするつもりだよ。これで完全に独立したリリースプロセスができて、いろんな人がブートストラップして、再現性のあるバイナリを署名して作れるようになる。tmuxのリリースと並行してね。俺たち(stagexチーム)は、将来的に起こるかもしれない企業のトラッキングのクソみたいなものは自然にパッチ当てるし、必要があればコミュニティの主流フォークに従うよ。terraformからopentofuの時みたいにね。Herdrがクソ化しない限り、次の月のstagexリリースから非常に高いサプライチェーンの整合性を持ったリリースを提供できると思う。FOSS開発者がプロジェクトを良くするために収益源を見つけるのは全然問題ないよ。俺の会社は100% FOSSで、何も隠してないし、これからもそのままのつもり。今のYCバッチにいて、毎週新しい顧客が増えてるけどね。確かにこれは普通じゃないけど、できるんだよ。

この1年で、tmuxに色々な機能を無理やり追加して、新しい時代のマルチプレクサが目指してること(セッション起動とか、ライブエージェントのステータスとか)を実現しようとしたんだけど、なんとか動いてるけど、やっぱり無理やり感がある。tmuxプロジェクトがこれをネイティブにサポートする方向に進むかは分からないから、今のところherdrはオープンでフォーク可能な選択肢の中では一番いい感じ。tmuxの設定を動かし始めてからあまり触ってないから、もしFOSSコミュニティがherdrの改良版を維持することになったとしても、そんなに悪いことじゃないと思う。

herdrの中でMCP認証状態が失敗する問題に気づき始めたけど、普通のターミナルセッションやtmuxでは問題なく動いてるから、tmuxに戻したら完璧だった。herdrが普通のターミナルセッションでエラーや警告を引き起こしてるのも気づいたから、今はあまり価値がないかな(少なくとも私にとっては)。でも、いいツールだと思うから残念だね。

hiveっていう、Herdrに似たものを作ったんだけど、tmuxの横に置いて使う感じ。tmuxの上にいいステータスUIを提供して、マルチプレクサを作るんじゃなくて。エージェントと連携するためのメッセージバスやタスク管理フレームワークみたいな他のユーティリティもたくさんあるよ。 https://github.com/colonyops/hive

Workmuxを試してみて!1ヶ月前にHerdrからWorkmux + Tmuxに移行したけど、めっちゃ楽しんでる。柔軟性がかなり増したよ。

よりミニマリストなツールなら、https://zmx.shを試してみて。

だから最近AGPLからApacheに切り替えたんだ。みんなが問題なくHerdrを自由に使えるようにしたいからね。AGPLの具体的な問題が何だったのか気になるな。

ツールを使ってる人がソースコードを共有しなきゃいけないなら、金儲けはできないよね。

投資家からはお金が入らない。

コピーレフトライセンスは採用にとって有害だよ。企業は不明瞭な点が多いから、そこから離れがちなんだ(例えば、コピーレフトのサービスを運営してAPI経由で接続した場合、それは拡張してるの?そのサービスのソースコードを共有しなきゃいけないの?)そんな面倒なことはやりたくないからね。もしライブラリを多くの実際のユースケースで使ってもらいたいなら、許可的なライセンスが必要だよ。原則にこだわるなら、採用を犠牲にすることになる。どちらが良いとは言わないけど、トレードオフはあるよ。

FUDだね。ユーザーの自由を実際に守るプロジェクトには投資できないよ。

Hacker Newsで議論の続きを見る