ハクソク

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

Google Labsのリモートコーディングエージェント「Jules」がAPIを発表

234日前原文(jules.google)

概要

Jules はAIコーディングエージェントであり、CLIやUIの機能強化を継続的に実施。 Jules Tools によるコマンドライン操作、 メモリ機能 や 画像アップロード など新機能を順次追加。 コードレビュー や ファイル選択、 Web検索 など開発フローを効率化するアップデートを実装。 ストレージ増加 や 新しいプラン、 Bun対応 など環境面も強化。 ユーザー体験向上 のための細やかなUI改善も継続中。

Jules Tools：コマンドライン操作の新時代

  • Jules Tools のリリースにより、CLIからAIエージェントの直接制御が可能
    • タスク作成 （jules remote new）、 セッション一覧表示 （jules remote list）、 モニタリング をコマンドラインで完結
    • 作業中コードのローカル適用 で即時テストが可能、GitHubコミット待ち不要
    • 他ツールとの連携 （gh, jq, cat等）によるスクリプト化・自動化フローの構築
    • 対話型TUIダッシュボード でGUIのような操作感をCLIで実現
  • インストール方法
    • npmでグローバルインストール：npm install -g @google/jules
    • 一時利用：npx @google/jules
  • 主なコマンド例
    • コマンド一覧：jules help
    • 接続リポジトリ一覧：jules remote list --repo
    • 新規タスク作成：jules remote new --repo torvalds/linux --session "write unit tests"
  • Google Workspaceユーザー は10月以降サポート予定

Jules Memory：リポジトリごとの記憶機能

  • タスク実行時 の好みや修正指示を Julesが記憶
  • 次回以降、 記憶を参照 して作業効率・精度を向上
  • 設定画面の「Knowledge」から オン/オフ切替 可能

ファイルセレクタ：作業ファイルの精密指定

  • ファイルセレクタ で 対象ファイルを明示的に指定
  • 曖昧さ排除 と 文脈の明確化 による制御性向上

PRフィードバック対応：コメント駆動で修正

  • JulesがPRコメントを読み取り、👀で既読表示
  • フィードバックに基づく自動コミット で修正反映
  • Reactive Mode で @Julesメンション時のみ反応 に切替可能

画像アップロード：タスクに視覚情報を追加

  • JPEG/PNG画像 をタスク作成時にアップロード可能
  • フロントエンドバグやデザイン案 など視覚的コンテキストの共有
  • 合計5MBまで複数画像対応、現時点ではタスク作成時のみ
  • コード内で使う画像資産 はGitHubへのコミットが必要

Stacked Diff：縦積み型Diffビュー

  • 複数ファイルの変更点を縦に積んで表示
  • 関連変更の一括把握 と レビュー効率化
  • 従来のタブ型表示 への切替も可能

Jules Critic：リアルタイム批評エージェント

  • コード生成中に批評エージェントが介入
  • バグや効率性、意図まで考慮したフィードバック
  • 評価過程のリアルタイム可視化 で透明性向上
  • マルチステップ評価や強化学習的手法 を採用

サンプルプロンプト：初心者向けガイド

  • ホーム画面にサンプルプロンプトを掲載
  • ワンクリックで入力欄に反映、学習コスト低減

Diffビュー画像表示：即時ビジュアルフィードバック

  • Diffビュー内で画像（グラフ・UI等）を直接表示
  • ツール間移動不要の一元ワークフロー

エクスポート・PR・環境強化

  • 進行中タスクの任意タイミングでGitHub公開
  • VMディスク容量を20GBに拡張、大規模プロジェクト対応
  • 環境スナップショット機能 で高速なタスク起動
  • Julesから直接PR作成可能、ワークフロー短縮

その他の強化・新機能

  • Bunランタイム対応 でNode以外の環境もサポート
  • フロントエンド検証用Playwright標準搭載
  • Pause/Resume/Deleteタスク機能 やUI改善
  • Julesベータ終了＆正式リリース、新プラン提供開始
  • インタラクティブプラン による共同設計・質向上
  • Web検索機能 で最新ドキュメントやコード例を自動取得

まとめ

  • JulesはCLI/UI両面で進化し続けるAIコーディングエージェント
  • 効率化・品質向上・自動化 を推進する多彩な新機能
  • ユーザー体験と制御性の両立 を重視した継続的アップデート

Hackerたちの意見

長年の顧客のために、古いDjangoサイトを維持してるんだけど、ちょっとした変更をよく頼まれるんだ。数行のコードだけのことなんだけど、システムを立ち上げて、どう動くか思い出して、コミットして、プッシュして、サーバーを更新するのに1時間もかかっちゃう。先週、全てのインフラをRailwayに移行して、顧客にJulesの使い方を教えたんだ。今は自分たちでPRを作成して、Railwayが変更を反映した環境を立ち上げてくれるから、顧客も自分で確認できるようになった。75%の確率でうまくいくし、うまくいかない時は、私のところに届く前に顧客が気づくんだ。顧客が変更に満足したら、私がコードをレビューしてマージするだけ。これまでのところ、すごく時間を節約できてるよ。

└

APIの料金ってどれくらい高いの？設定が正しくないと、顧客がちょっとした変更をテストするだけで大きな請求書が来ちゃうかもしれないね。

└

アプリにユーザーデータを保存してないことを願ってる。LLMを盲目的に信頼するのは良くない考えだよ。

└

同じ金額をもらえるの？

└

正直言ってめっちゃクールだね！もしよかったら、顧客からのPRリクエストの詳細や例をブログに書いてみてほしいな。

└

顧客データベースはどうやって管理してるの？これをVMにそのままプッシュしてるの？

こういうものを信頼して、非同期で監視なしにうまく動くと思ってる人っているのかな？私のコーディングエージェントの経験からすると、こういうのを使うと、ROIよりもノイズや作業が増える気がする。VS Codeで使ってるループとほぼ同じになるかもしれないけど、じゃあなんで統合ツールより外部ツールを使いたいのかって思っちゃう。

└

VS Codeはコーディングエージェントというより、コード生成と補完のツールだよね。

└

コーディングエージェントを使った経験から言うと、こういうのはROIに対してノイズと作業が増えるだけだと思う。でも、どれくらい先を見越してるかによるかな。もし1つのタスクだけ見てるなら、今は時間を投資する価値はないと思う。一方で、3年後にエンジニアリングチームがどう働くかを考えるなら、今から見始める価値は絶対にあるよ。思いつく例としては、ライブラリが更新されたときに自動で環境を立ち上げて、テストを通して、コードベースが更新と合わない理由を特定して、修正して、適切なPRを開いて人間がレビューできるようにするボットがあれば、めちゃくちゃ便利だと思う。

└

うん、私の経験では、彼らを見守らないといけないよね。

└

外部ツールと統合の利点は、少なくともGitHubコパイロットの場合、クラウド上でデフォルトで自動承認されることだね。それに、サンドボックス環境で動いてるから安心。

└

なんで統合より外部ツールが欲しいの？俺は自分の写真やメール、ブラウザのクッキーが入ってる同じコンピュータでエージェントを動かすのが不安だから、ジュールズに自分のGitHubプロジェクトへのアクセスを許可するのは良い経験だったよ。Gemfileを読んで、Railsアプリのテストスイートを実行してくれたから、プライベートデータのことを心配しなくて済んだ。コードはあんまり良くなかったけど、コーダーズブロックを打破する手助けにはなった。

GoogleがJulesのシステムデザインを間違えたのは残念だね。今のところ、Claude Codeのシステムデザインの方が明らかに優れてる。Julesはただのベンダーロックされた閉じられた庭になっちゃうだけだろうね。

└

私はAiderの初期からAIコーディングエージェントを使ってるけど、これはちょっと違うと思う。非同期エージェントの役割もあるし、協力的なエージェントの役割もある。協力的なエージェントは、もしかしたら複数の非同期エージェントに仕事を振って、最良の結果を選ぶこともあるかもしれない。ここにはすごく複雑な要素があって、可能なデザイン空間のほんの一部すら探求し始めたばかりなんだ。私たちはまだAIを人間の形に合わせようとしてるだけで、彼らの面白い/変わった能力を活かす方向で構築してないんだよね。

└

彼らは両方やってると思うよ（さすがGoogleって感じ）。オープンソースのGemini CLIがあって、かなりお得な無料プランもあるから、Claude Codeと直接競争してる。最初はかなり粗かったけど、今はかなり良くなったね。Claude Codeもそうだけど、だからあんまり乗り換えてないんだ。

└

JulesとClaude Codeを比べる意味がわからないな。全然違うじゃん。Julesの良い比較対象はOpenAI Codexだと思う。Claude CodeのGoogle版はGemini Code Assist CLIだね。

└

ユーザースペースにエージェントをアクセスさせて、何も問題が起きないことを願うってこと？クラウドコードのデフォルトインストールはめちゃくちゃ不安定だし、俺が使ったのは完全にサンドボックスのVMの中だけだよ。

└

ジュールズは、比較するならむしろ https://github.com/features/spark を思い出すな。

Googleの誰か、このプロジェクトに何人が関わってるか教えてくれないかな？私は雇用主のために機能的に似たものを作ってるけど、夜と週末のプロジェクトで、貢献者は私一人だけなんだ。

└

なんで自分の時間を使って雇い主のために何かを作るの？自分のお金を株主のポケットに入れてるようなもんだよ。

Jules APIに接続する個人用のMCPサーバーを作れたよ。これでVS CodeのCopilot ChatからJulesにタスクを送れる。動画はこちら: https://www.youtube.com/watch?v=RIjz9w77h1Q

└

もしコパイロットを持ってるなら、コパイロットのコーディングエージェントを使った方がいいよ。こっちの方がずっと良いから。俺の経験では、ジュールズは市場で最悪のコーディングエージェントだね。

JulesとClaude Codeの価格比較ってあるの？最近、コストを抑えるためにrepl.itからClaude Maxに移ったんだ。

└

replitは雰囲気コーディング向けで、Claude Codeは実際のコーディング向けじゃない？なんか全然別の製品に見えるんだけど。

こういう人間っぽい名前にはうんざりだよ。全然関係ないのに、みんな覚えなきゃいけないってどういうこと？なんで商品にファーストネームをつけるの？一番ひどいのはAmazon Rufusかな。ほんと馬鹿らしくて嫌だわ。せめて商品に関連する名前をつける努力をしろよ。Google Waveも欠点はあったけど、商品名としては意味があったしね。

└

クロードはクロード・シャノンにちなんで名付けられたんだ。そして、Google Waveは私たちが必要としていた未来だった、たとえそれを受けるに値しなかったとしても。

└

友よ、これに悩まされるのは無駄なことだよ。人間は機械や他の物を擬人化するのが昔からの習性なんだ。何千もの船や電車に人間の名前が付けられてるし、戦車や銃、車、少しでも複雑なものや人々が依存して関係を築くものには名前が付けられてる。AIも少なくとも1966年のエリザから人間の名前が付けられてきたし、もっと早い例もフィクションの中にたくさんある。止めることはできないよ。流れに乗るしかないね。

└

ジュールズって名前は、少なくとも部分的にはJenkinsからインスパイアされたんじゃないかなって思ってた。

ワークスペースユーザーのサポートは10月後半に来るよ！有料ユーザーがしばしば置いてけぼりにされる理由が全く理解できない。本当に奇妙だよね。

└

それは、製品がワークスペースが提供するデータ保証に準拠し続けるためだと思うよ。最新の機能にお金を払ってるわけじゃなくて、ビジネスが期待するサポートやコンプライアンスの保証にお金を払ってるんだ。

└

有料ユーザーは、機能をすぐに欲しがってるわけじゃないからね。企業は、コントロールの背後にある機能を求めてるし、監査トレイルやコンプライアンス、SLA、管理コンソールとの統合を望んでるんだ。それに、機能が急に変わらないという確実性も求めてる。個人利用でワークスペースアカウントを使い続けて、機能が遅れて提供されることに驚く人たちの気持ちが全く理解できない。これが20年間続いてきたやり方で、変わることはないよ。早くアクセスしたいなら、個人用にGmailアカウントを作ればいいんじゃない？

rust/goベースのバイナリに戻れないかな？nodejsのCLIはインストールするのが面倒で、単一のバイナリと比べると本当にイライラするんだよね。

自分の無知をさらけ出すけど、これってコパイロットや他のオンラインコーディングエージェントと何がそんなに違うの？