Google Labs発のリモートコーディングエージェント「Jules」、APIを公開
(jules.google)- Jules は Google Labs が開発したリモート AIコーディングエージェントで、最近 API を公開した
- 開発者はさまざまな開発ツールやワークフローと容易に 統合 でき、業務自動化と生産性向上の可能性を確保できる
- コマンドラインツールや 環境変数管理機能 など多様な機能を追加し、使いやすさ、カスタマイズ性、自動化活用度を最大化している
- メモリ、PRコメントフィードバック、画像アップロード など、実際の開発環境に密着した革新的な機能が継続的に導入されている
- 継続的な環境改善、性能と安定性の強化により、開発者体験 を重視したプラットフォームとして定着している
Jules APIの紹介
2025年10月3日
Jules は独自の API を通じて機能にプログラム的にアクセスし、開発者の既存ワークフローに容易に統合できるよう支援している
- API により、Slack などと連携する ChatOps ワークフロー、プロジェクト管理ツールとの自動化、GitHub Actions ベースの CI/CD パイプライン統合が可能
- API の例を通じて、新規セッション（作業）の作成方法やカスタム連携の方法を説明
- 開発者は公式の APIドキュメント でさまざまな活用方法を確認できる
コマンドライン統合（Jules Tools）
2025年10月2日
- Jules Tools という新しい CLI が公開され、コマンドラインから AI コーディングエージェントを制御できるようになった
- ターミナルでのセッション作成／照会／パッチ適用機能、ほかの CLI ツールとのスクリプトパイピング、対話型ダッシュボード を提供
- グローバルな npm インストール、または npx により追加インストールなしで実行可能
- 代表的なコマンドとして、リポジトリ一覧、新規セッション作成、リポジトリ単位の作業などに対応
- Google Workspace ユーザー向けの個別サポートは近日提供予定
リポジトリ環境変数のサポート
2025年10月1日
- リポジトリ単位の 環境変数設定 機能が追加され、ビルド、テスト、さまざまなサービス連携など、プロジェクト要件に応じて Jules の作業環境を細かく構成できる
- リポジトリ設定で変数を追加 → 作業作成時にオプションとして変数使用を指定 → 作業単位で変数にアクセス可能
- これらの変数は作業開始後は変更できないため、開始時に注意が必要
Julesメモリ機能
2025年9月30日
Jules Memory for Repositories: ユーザーのフィードバック、好み、習慣を AI が保存し、同じリポジトリで繰り返される作業において過去の経験に基づく個別対応と精度向上が期待できる
- メモリの ON/OFF はリポジトリ設定の Knowledge タブで調整可能
ファイル選択機能
2025年9月29日
- 作業時に ファイルセレクター 機能で対象ファイルを正確に指定でき、文脈の取り違えなく細かな制御が可能
PRコメントフィードバック対応
2025年9月23日
- Jules が Pull Request 内のユーザーコメント（👀 絵文字で確認表示）にリアルタイムで反応し、要望された変更を自動コミットで反映
- Reactive Mode 使用時は
@Julesとメンションしたコメントのみに反応するよう設定可能
Pirate Dayイベント
2025年9月19日
- 国際海賊デーに合わせて、1日限定で Jules の応答スタイルを一時変更（海賊バージョン）したが、ロジックと基本アルゴリズムは同一のまま維持
画像アップロード
2025年9月9日
- 作業作成時の画像アップロード をサポートし、フロントエンドのバグやデザイン提案などの視覚的コンテキストを伝えられる
- JPEG/PNG 形式、最大 5MB、後続プロンプトでの利用は未対応（今後提供予定）
- コードから直接使用する画像は GitHub に別途コミットが必要
Stacked Diff
2025年9月4日
- コードレビュー向け diff ビューア にスタックレイアウトを導入し、複数ファイルの変更点を同時表示することで関連性の高いコードを一目で把握できる
- タブ形式にも切り替え可能
Jules Criticの改善
2025年9月3日
- Jules critic agent の評価信頼性とフィードバックの洞察力を強化
- リアルタイム分析プロセスを UI で透明に表示し、より多くの文脈情報を反映
サンプルプロンプト
2025年9月2日
- ホーム画面に サンプルプロンプト を追加し、ワンクリックで入力欄に適用可能
- 初心者でも手軽にパターンを学べる
diffビューでの画像レンダリング
2025年8月22日
- diff ビューア内でチャート、UI、図表などの 画像を即座に確認 可能
- ファイルをダウンロードせずに、可視化結果をそのままレビューできる
いつでもエクスポート
2025年8月15日
- 作業中でもいつでも GitHubへコードをエクスポート 可能
- 進行中のブランチ／PR 作成など柔軟性と主導権が拡大
VM容量を20GBに増加
2025年8月15日
- 大規模プロジェクト作業中の容量不足を解消するため、Jules VM のディスクを 20GB に拡張
- より複雑で大規模なコードベースにも円滑に対応
対話型プラン
2025年8月8日
- Jules がコードベースを分析し、質問をやり取りしながら インタラクティブプラン を策定
- ユーザーはより主体的に目標やソリューションを具体化できる
- 作業作成時にドロップダウンから有効化可能
ウェブブラウジング機能
2025年8月8日
- Jules がウェブ検索を通じて 最新ドキュメントやコード例／スニペット を探索可能
- 外部の最新情報を活用し、より正確な作業実行を支援
- 技術ドキュメント寄りの検索に最適化されている
Critic Agent
2025年8月8日
- コードレビューを内蔵した Jules critic agent を導入
- 生成段階で内部レビューを行い、潜在的なバグ・非効率・脆弱性を検出して改善
- 単純なリンターやテストとは異なり、意図と文脈の観点からコード品質を評価
- 強化学習（アクター・クリティックなど）の研究に基づいて設計
ウェブアプリのテスト／スクリーンショット
2025年8月7日
- Jules がフロントエンド作業後に ウェブサイトのスクリーンショット で結果確認を提供
- Playwright ベースのフロントエンドテストをサポートし、外部画像 URL の入力も許可
正式ローンチ
2025年8月6日
- 2か月で14万件超のパブリックコミットを達成し、正式ローンチとともに有料プランを提供開始
- Gemini 2.5 など最新の AI 技術を活用し、より高度なプランと作業品質を提供
- さまざまな安定化とバグ修正を含む
環境スナップショット
2025年8月5日
- 環境設定スクリプト適用時に スナップショット を保存し、複雑な作業でも一貫して素早く再開できる
- コードベースと作業設定メニューで環境構成を確認可能
PRを直接作成
2025年8月4日
- 完了した作業は UI から直接 PR作成とマージ依頼 が可能で、ワークフローを簡素化
Bunランタイム追加
2025年7月18日
- 新しい Bun ランタイム のサポートにより、Node.js 以外のエコシステムとの互換性を拡大
タスク制御／UX改善
2025年7月3日
- タスクの一時停止・再開・削除、URL の即時コピーなど タスク制御性 を強化
- コードビューパネルの幅調整、コピー／ダウンロードボタンを追加
- システムメッセージの視覚面と構造を改善
GitHub Issue連携
2025年6月26日
- GitHub Issue に「jules」ラベルを追加するだけで、自動的に Jules が作業 を開始
- Jules GitHub アプリにはリポジトリアクセス権限が必要
Julesエージェント大規模アップデート
2025年6月20日
- AGENTS.md および環境設定スクリプトをサポートし、文脈把握力と信頼性を強化
- 速度と自動化範囲を大幅に向上し、自動テストの習慣も改善
2025年6月18日
- 標準の Ubuntu 環境から一歩進み、Rust、Node、Python の最新版 を直接インストールし、カスタムスクリプトでインストールプロセスを細かく制御
- マルチランタイム、分離性、バージョン固定などを高度化
- 従来の依存関係問題を解消し、最新要件との整合性を向上
カスタマイズ性と効率性の強化
2025年6月6日
- 各種 性能改善、コードのコピー／ダウンロード、コードパネル幅調整 機能など、開発者環境向けに最適化
- モーダルから複数タスクをノンストップで作成可能
信頼性／安定性の改善
2025年5月30日
- 1日あたり最大60タスク、同時実行5件まで拡張
- GitHub 連携の信頼性を高め、失敗ケースを削減
安定性向上（5月22日）
2025年5月22日
- キューイングシステムをアップグレードし、待機時間・バグ・UI など信頼性全般を改善
Jules初公開
2025年5月19日
- Jules は GitHub ベースのさまざまなコーディングタスク（バグ修正、バージョン／依存関係管理、コード移行など）を非同期処理する AIコーディングエージェント である
- 作業開始時に VM 上で開発環境を自動セットアップし、依存関係のインストール、テストとコード変更、PR 作成まで自動化
- 作業進行状況とコード生成プロセスを透明に可視化
- 範囲指定パッチ、言語／フレームワーク間のコード移行、独立した機能開発など高度な作業をサポート
- 公式ドキュメントと ホームページ で詳細情報と開始ガイドを提供
1件のコメント
Hacker Newsのコメント
長年運用している顧客管理用のDjangoサイトがあり、顧客からごく小さな修正依頼が頻繁に来るのだが、そのたびにシステム起動からコード確認、コミット、プッシュ、サーバー更新までで毎回1時間ほどかかっていた。先週、インフラ全体をRailwayに移し、顧客にJulesの使い方を教えた。今では顧客が自分でPRを作成し、Railwayが変更を反映した環境を立ち上げて自分で確認している。およそ75%は問題なく動作し、うまくいかないときは顧客が先に気づく。顧客が変更内容に満足したら、その時点で自分がコードレビューをしてマージする方式に変わった。本当にものすごい時間の節約になっている
以前と同じ金額を顧客に請求し続けているのか気になる
API利用料が気になる。設定が適切でないと、顧客が些細な修正を何度も試して料金が過大になる心配がある
顧客アプリからユーザーデータを保存しないことを願う。LLMを無条件に信頼するのは危険だと思う
顧客データベースをどう管理しているのか知りたい。全体をVMにアップロードしているのだろうか
正直、とても素晴らしいアプローチだと思う。この体験を具体例付きでブログ記事にしてほしい。特に、顧客がPRでどんな具体的な依頼をしているのか気になる
個人的にはMCPサーバーを構築してJules APIに接続して使っており、Copilot Chat in VS CodeからJulesへ作業を送る形にしている
デモ動画
こういうエージェントを人々が非同期かつ監督なしで信頼して使っているのか疑問だ。自分の経験では、コーディングエージェントは期待されるリターンよりも手間やノイズの方が多かった記憶がある。単にVS Codeで使っていたループと似たようなものなら、わざわざ外部ツールを使う必要があるのかと思ってしまう
こうしたコーディングエージェントが期待ほどROIをもたらさないという意見については、もっと長いスパンで見る必要があると思う。今すぐの1〜2件の作業や数週間だけを見れば投資価値はないかもしれないが、3年後のエンジニアリングチームのワークフローを考えるなら、今からこうしたシステムを導入してみることには意味がある。たとえばボットがライブラリ更新時に自動で環境を立ち上げ、テストし、コードベースがなぜ動かないのかを特定し、修正まで行って、人間向けのレビュー用PRまで作ってくれる自動化は非常に有用だと思う
外部ツールではなくVS Codeのような統合でもできるのに、なぜわざわざ外部ツールを使うのかという質問に対しては、個人のPCには写真やメール、ブラウザのCookieなど機微なデータがあるので、エージェントに分析作業をローカルで実行させるのが不快だった。そのため、自分のGitHubプロジェクトだけにアクセスさせるJulesの方が安全に感じられた。実際、Gemfileを読んでRailsのテスト実行までしてくれて便利だった。コード品質は完璧ではなかったが、機能開発の出だしにはかなり役立った
自分で実際に使ってみたところ、少なくともGitHub copilotと比べると、外部（クラウド）環境では自動承認とサンドボックスで動作するため、よりすっきりしていると感じた
実際に使ってみると、結局ずっと気にかけて見ていないといけない
参考までに、VS Codeはエージェントではなく、コード生成や自動補完機能が中心だ
GoogleがJulesに誤ったシステム設計を選んだのは残念だ。Claude Code側のシステムデザインの方が現時点でははるかに優れていると思う。結局、Julesもまた1つのベンダーロックインや閉鎖的なエコシステムに変わっていきそうだ
（いかにもGoogleらしく）両方作るつもりなのだと思う。オープンソースのGemini cliもあり、かなり余裕のある無料ティアがあるので、Claude codeとより直接的に競合している
https://github.com/google-gemini/gemini-cli
ローンチ時は少し荒削りだったが、今はかなり改善された。Claude codeも大きく進化したので、結局は乗り換えなかった
自分のようにAider初期の頃からAIコーディングエージェントを活用してきた立場だと、話は違って見える。非同期エージェントにも協調型エージェントにもそれぞれ役割があると思う。今後は協調型エージェントが複数の非同期エージェントに委任し、その結果をまとめるような形も出てくるかもしれない。デザインスペースは思った以上にずっと複雑で、私たちはまだそのごく一部しか見ていない。人間中心のワークフローに無理やりAIを当てはめているのだから、AIならではの奇妙で面白い可能性をもっと十分に実験する必要があると感じる
JulesとClaude Codeの比較自体が適切ではないと思う。2つのシステムは完全に異なる。Julesと比較すべき相手はむしろOpenAI Codexであり、Claude CodeのGoogle版はGemini Code Assist CLIだ
比較するなら、JulesはGitHub Sparkにより近いと思う
workspaceユーザー向けサポートが10月以降に提供されるというメッセージに対して、なぜいつも有料ユーザーが後回しになるのか理解できない。とても奇妙だ
こうしている理由は、workspaceが保証するデータ規制準拠を確保しなければならないからだと理解している。最新機能や新技術というより、ビジネスに不可欠なサポート、コンプライアンス、保証に対してお金を払っているのだと思う
有料ユーザーは機能の早さを求めているのではなく、Audit Trail、規制準拠、SLA、管理者コンソール連携のように、多少遅れても安全に入ってくることを望んでいる。変動も少なく、検証済みのプロセスを好む。むしろworkspaceアカウントを個人用途で使っていて、リリースが遅いと文句を言う人が多いが、こういうパターンは20年来ずっとそうで、今後も変わらないだろう。速い機能がほしいなら個人用のGmailアカウントを勧める
意味のない擬人化ブランド名にうんざりする。今はAmazon Rufusのような例が特にひどいと思う。むしろGoogle Waveのように製品の特性や意味を象徴する方がましだ
Julesという名前はJenkinsから着想を得たもののように思えた
ClaudeはClaude Shannonから来ている。Google Waveは成功こそしなかったが、そのアイデアの未来は本当に必要だったと思う
こういう命名にあまり神経質になる必要はないという立場だ。人間が機械や物に名前をつけ、愛着を持つのは本能だ。昔から船、列車、銃、車、さらにはAIにまで人の名前をつけてきたし、1966年のElizaの時代からすでに始まっていた伝統だ。止めることはできないのだから、気楽に受け入れればいい
rust/goのような単一バイナリ実行ファイルに戻ってほしい。nodejsベースのcliはインストールが面倒で不満だ
このプロジェクトにGoogleから何人関わっているのか気になる。自分は似た機能を持つツールを社内で単独開発していて、個人の時間（退勤後や週末）で作業している立場だ
JulesとClaude Codeの価格比較資料があるのか気になる。最近はコスト削減のため、repl.itからClaude maxへ移行した