JUCE開発者が送る次世代AIコーディングエージェント「Juggler」登場！CLIにサヨナラしてGUIで爆速開発

Hacker Newsの皆さん、こんにちは！普段はあまり投稿しませんが、ちょうどリリースした新しいプロジェクトをぜひ見てほしくて投稿しました。また新しいAIコーディングエージェントかよ、と思われるかもしれませんが、今回は少し違います。

私は30年以上C++エンジニアとして活動し、JUCEやTracktion DAW、Cmajor DSP言語といったオーディオ開発ツールを手掛けてきました。これらはすべて、既存のツールに対する「もっとこうなればいいのに」というイライラから生まれたものです。

「Juggler」は、まさにその延長線上にあります。AIモデルの能力には惚れ込んでいるものの、CLIベースの使い勝手には辟易しており、「もっと優れたUXがあるはずだ」という思いから自作に至りました。

エンジニアの皆さんが気になりそうな技術的なポイントを簡単にまとめます。

・セッションはログファイルではなく「ドキュメント」：会話はすべてYjs CRDTツリーとして管理され、再帰的なスレッド分岐、ドリルダウン、バックトラック、編集、Undo/Redoが自由自在。ツール呼び出しやモデルへのJSONプロンプトもすべて可視化されます。
・FinderスタイルのMillerカラムUI：延々とスクロールするチャット形式ではなく、直感的なカラム式UIで爆速ナビゲーションが可能です。
・P2P対応：ローカルWebサーバー上のCRDTなので、デスクトップアプリ、ブラウザ、スマホなど、複数のクライアントから同じセッションにアクセス可能。コードが存在するマシンでヘッドレスサーバーを動かせば、どこからでも操作できます。
・JavaScriptプラグイン拡張：コンテキスト（読み書き、Bash等）、LLMループ戦略、スラッシュコマンドまで、ほぼすべてをJavaScriptプラグインとして実装可能。独自のカスタマイズが容易です。
・技術スタック：バックエンドはGo、ウィンドウ表示にはWailsを採用（Electronは不使用）。型チェック済みのプレーンJSとYjsで構成されています。主要なLLM（Claude, OpenAI, Gemini, Ollama, OpenRouter, DeepSeek等）をAPIキー設定で使用可能です。

ライセンスは本体がAGPLv3、SDKとバンドル拡張機能はApache-2.0です。サインアップ不要、テレメトリもなしで、誰でも気軽に試せます。

現在はベータ版の個人開発プロジェクトです。まだ荒削りな部分はありますが、私のこだわりと似た感性を持つ方にきっと気に入ってもらえるはずです！

公式サイト: https://juggler.studio

これ面白そう！試してみるよ。興味本位で聞くんだけど、これを作るのにもAIエージェントを使ったのかな？サイトには約6ヶ月かけて開発したってあるよね。AIを使っている個人開発プロジェクトって、とにかく早くコンセプトを形にして見せることに集中するものが多い印象なんだ（多くの人にとって、こういうツールの最大の利点は、他の人にすぐ試してもらえるものを爆速で作れることだからね）。サイトでは使っているツールや作り方にかなり独自のこだわりがあるって書いてあったけど、リリースまでに時間をかけたのはその辺りが理由かな。特定のアイデアや好みを重視した大きなプロジェクトをAIを使って構築するのって、実際どうだった？

ACP（Agent Capability Protocol）への対応はかなり重要だし、それがあれば自分にとって有力な選択肢になるな。見た目はすごくいいけど、Piのプラグインを書き直す必要があるのは本当にネックなんだ。今の自分のエージェント環境には概ね満足していてそのまま使いたいけど、UIはもっと改善できるはずだし、これはその方向への良い一歩だと思う。

これすごく興味深いね。AIエージェントのオーケストレーションに対するユニークなアプローチだと思う。新しいパラダイムに入っているのは明らかで、対応するツールが不足しているから、この分野ではどんどん実験が必要だよね。特にセッションツリーの考え方は価値があると思う。自分もOrcaBot（Orchestration of Botsの略）というプロジェクトで同じように6ヶ月間、個人開発の実験をしてきたよ。宣伝するつもりはないんだけど、Steve Yeggeの「Stage 8 AI-assisted coding」チャートにどっぷり浸かっている身として、これにどれだけの思考と努力が注ぎ込まれたかは理解できるつもり。@Claudeのように、AIとまるで自律的な従業員みたいに対話する未来を考えると、Slackのようなアプリのアプローチと、君のツリー/スレッド構造を組み合わせるようなことはできないかな？君の「すべてを検査する」というコンセプトとは少しベクトルが違うかもしれないけど、クリックして詳細を開くようなオプションで共存できるかも。

@julesrms エージェントとの対話にはネイティブな分岐が必要だっていう考えを補強してくれてありがとう。LLMのブームが始まって3年近く経つのに、RedditやSlackのような「横道」のスレッド形式がまだ実現できていないのは本当にクレイジーだと思う。追記 待って、もしかして君がそれを実装してるの？ちなみにJUCEは大好きだよ。

ワークフローに新しいものを取り入れるのはいつも好きだよ。まず言いたいのは、400MB超えじゃなくて40MBで動くアプリっていうのが最高に嬉しいね。

Pi以外で、VC（ベンチャーキャピタル）の出資を受けていないOSSで、かつ優秀なメンテナーが開発しているフレームワークが見られて本当に嬉しい。追記：リモート接続機能がうまく動かないみたいだね...

いいね。エージェントとの「対話」をどうあるべきか、という独自色の強いアプローチが気に入ったよ。投稿にはこれが何でどう動くかが詳しく書かれているけど、実際に使ってみてLLMとの向き合い方はどう変わった？Claude Codeと比べると何が違うんだろう。特に「すべてがツリーである」という点。面白いけど、実際どんな風に使っているの？同じ問題を異なるアプローチで攻めたりするのかな？

この投稿がHacker Newsのトップページから徐々に流れていってしまう前に、素敵なコメントをくれたみんなに感謝を言いたい。時間をかけて開発してきたことが無駄じゃなかったと実感できるフィードバックをもらえて最高だよ！言った通り、このプロジェクトはすべて完全に自分の余暇を使って作ったもので、資金もゼロだし、今後どうするかの計画も特にないんだ！もし気に入ってくれたら、マーケティング予算なんてないから、ぜひ広めてくれると助かる。もし十分なユーザーベースを獲得できたら、専業としてやっていく方法も考えられるかもしれないしね。開発するのは本当にエキサイティングだったよ！

すごくいいね、共有してくれてありがとう！もしよかったら機能追加をお願いしたいんだけど、GUIで「思考レベル（thinking level）」を選択できるようにしてほしい。対応しているモデルだけでもいいからさ。各ツール呼び出しで何が起きたかを正確に検証したり、思考ブロックをインスペクトできたりするのはすごく気に入っているよ。

「延々とスクロールするんじゃなくてミラーカラム（フォルダ階層のような表示）」を採用。これだけで買いだよ、Clineで一番イライラしていた点だからね。バックエンドはGo、ウィンドウ処理はWails（Electron不使用）、型チェック済みのプレーンJS（厳密なJSDoc）、ドキュメントにはYjs。いつものBYOK（自分のキーを使う）サポートでClaude (CLI/API)、OpenAI/Codex、Gemini、Ollama、OpenRouter、DeepSeekなどが使える。文句なし。長年サウンドエンジニアをやっていて君の他の制作物もよく知っているから、安心して試させてもらうよ。