クラウドエージェント開発環境について（6 分読了）
Cursor は、クラウドエージェントが単一リポジトリの制約を超えて複数コードベースを横断し、テストや API 連携を含む完全な開発環境で自律的にタスクを完結できるよう、新しい構成ツールを発表した。
キーポイント
クラウドエージェントの開発環境要件
コード作成だけでなく、テスト実行、サービス照会、API 接続が可能になるよう、ローカル環境に準じたリポジトリ、依存関係、認証情報を備えた環境が不可欠である。
マルチリポジトリ対応の重要性
エンタープライズではマイクロサービスなど複数のコードベースが連動するため、単一リポジトリに閉じたエージェントでは限界があり、横断的な推論と実行能力が必要となる。
新しい構成ツールの発表
Cursor が提供する新ツールにより、チームは完全に制御可能な環境内で並列化されたエージェント群を運用し、工程の開始から完了までを自動化できるようになる。
重要な引用
An agent that can write code but can't run tests, query services, or reach APIs cannot close the loop on its work.
Most engineering work in the enterprise spans multiple codebases and repositories.
影響分析・編集コメントを表示
影響分析
この発表は、AI エージェントが単なるコード生成ツールから、実際のソフトウェア開発ライフサイクルを自律的に完結させる「エンジニアリングパートナー」へと進化するための重要な一歩を示しています。特にマルチリポジトリ環境への対応は、大規模なマイクロサービスアーキテクチャを持つ企業における実用性を劇的に高めるものであり、AI による本格的な開発自動化の普及に寄与します。
編集コメント
AI エージェントの実用化において、最も欠落していた「実行環境の完全性」と「複雑なコードベース間の推論」を解決する具体的なアプローチが示されており、開発現場での導入可能性が高まっています。
クラウドエージェントはローカルエージェントよりも並列化が容易であり、ラップトップを閉じた状態でも作業を継続でき、プログラムトリガーに応じて自律的に実行できます。
しかし、エージェントの能力はその動作環境に依存します。コード記述はできるもののテスト実行やサービス照会、API へのアクセスができないエージェントでは、その業務の完結を図ることはできません。
エンジニアリングタスクを最初から最後まで遂行するためには、クラウドエージェントにはラップトップ上のセットアップと同様の開発環境が必要です：クローンされたリポジトリ、インストール済みの依存関係、内部ツールチェーン用の認証情報、ビルドシステムへのアクセスです。効果的な開発環境は、エージェントに対してコードベースと組織に関する完全な文脈を提供し、その作業を検証・確認できるようにします。
image
image
本日、クラウドエージェントの開発環境を設定するための新ツールをリリースしました。Cursor はこれらのツールを使用して、お客様の環境のセットアップと維持管理も実行できます。これにより、開発環境を完全に制御しながら、エンドツーエンドのタスクを処理する並列化されたエージェント群をチームで運用することが容易になります。
マルチリポジトリ環境
エンタープライズにおけるエンジニアリング作業の多くは、複数のコードベースやリポジトリにまたがります。マイクロサービスを実行している大規模な組織では、連携して変更を行う必要があるリポジトリが多数存在します。単一のリポジトリに限定されたエージェントは、必要なすべての文脈を推論できないため、有用性が限定的です。
クラウドエージェントと自動化機能は、マルチルートワークスペースに関するこれまでの取り組みに基づき、マルチリポジトリ環境をサポートするようになりました。エージェントが作業に必要なすべてのリポジトリを含む単一の環境を構成し、セッション間でも再利用できるように設定できます。複数のリポジトリを対象範囲に含めることで、エージェントはコードベース内の一部の変更が他の部分にどのように影響するかを推論し、リポジトリ間を跨いで変更の提供、テスト、検証を行うことができます。
マルチリポジトリ環境を活用している当社のお客様から直接お聞きください：
AmplitudeDecagonSnykBILT
私たちは Amplitude の公開 Slack チャンネルで Cursor Automations を運用しています。マルチリポジトリサポートこそが、これらを実際に有用なものにしています。エージェントは報告された問題を調査し、どのリポジトリに影響を与えるかを特定し、適切な場所に修正を加えたプルリクエスト（PR）を完全な文脈とともに作成できます。
Steven Cheng
シニアエンジニアリングマネージャー、Amplitude
コードとしての環境設定
変更、デバッグ、環境定義のレビューをより容易にするために、Dockerfile ベースの設定を改善しました。これにはビルドシークレットのサポートが含まれており、Dockerfile から直接プライベートパッケージレジストリに安全にアクセスできるようになりました。ビルドシークレットはビルドステップにスコープされ、実行中のエージェントの環境には渡されません。
また、レイヤーキャッシングをアップグレードしたため、Dockerfile を変更してもイメージの更新されたレイヤーのみが再構築されます。キャッシュを利用したビルドは 70% 高速化されています。
Dockerfile をゼロから作成したくないチームのために、Cursor が Dockerfile の設定を代行します。Cursor はリポジトリを検索し、必要なツールと依存関係を特定して、編集やバージョン管理が可能な構成ファイルを生成します。この機能は現在プライベートベータ版として提供されており、今後数週間にわたって Enterprise チーム向けに順次展開されます。
エージェント主導の環境セットアップの改善
Cursor が環境を設定する際、ユーザーに質問を行い、不足している認証情報を警告し、環境が正しく設定されているか検証します。
Cursor は開発環境についてもより意識が高く、エージェントが実行されている環境のバージョンを表示します。環境設定に失敗した場合、Cursor は明確な警告表示付きでベースイメージをデフォルトとして使用し、クラウドエージェントが即座に失敗するのではなく継続して実行できるようにします。
環境ガバナンスとセキュリティ制御
すべての開発環境には、ユーザーが確認およびロールバックできる独自のバージョン履歴が用意されています。管理者はロールバック権限を管理者のみに制限することも可能です。監査ログにはチームメンバーが行った環境に関するすべてのアクションが記録され、セキュリティチームが誰が何を変更したかを完全に把握できるようになります。
エグレス（外部通信）とシークレットは、開発環境レベルでスコープを設定できるようになりました。チームは特定の環境に対して特定のホワイトリストへのアウトバウンドネットワークアクセスを制限しつつ、別の環境にはより寛容な設定を残すことが可能です。また、ある環境用に設定されたシークレットは、他の環境からはアクセスできません。
今後の展望
現在、環境は特定時点での構成として設定され、コードベースとの同期が外れた際に再構築されます。今後は、コードベースの進化に合わせて自律的に進化する環境セットアップの実現を目指しています。
クラウドエージェント開発環境の利用を開始するには、ドキュメントをお読みいただくか、クラウドエージェントダッシュボードをご覧ください。
原文を表示
Cloud agents are easier to parallelize than local agents, continue working when your laptop is closed, and can run autonomously in response to programmatic triggers.
But agents are only as capable as the environments they run in. An agent that can write code but can't run tests, query services, or reach APIs cannot close the loop on its work.
To take engineering tasks from start to finish, cloud agents need a development environment similar to the setup on your laptop: cloned repositories, installed dependencies, credentials for internal toolchains, and access to build systems. Effective development environments give agents full context on your codebase and organization, so they can test and verify their work.
Today we're shipping new tools for configuring cloud agent development environments. Cursor also can use these tools to set up and maintain your environments. Together, this release makes it easier for teams to run fleets of parallelized agents that handle tasks end-to-end, inside development environments you fully control.
Multi-repo environments
Most engineering work in the enterprise spans multiple codebases and repositories. Larger organizations running microservices often have many repos that need to move in tandem. An agent confined to a single repo has limited usefulness because it can't reason across all the required context.
Cloud agents and automations now support multi-repo environments, building off our work on multi-root workspaces. You can configure a single environment with all the repositories an agent needs for its work, with re-use across sessions. With multiple repos in scope, agents can reason about how a change in one part of the codebase affects others and work across repos to deliver, test, and verify changes.
Hear directly from some of our customers using multi-repo environments:
Environment configuration as code
To make it easier to change, debug, and review environment definitions, we have improved Dockerfile-based configuration. This includes support for build secrets, making it easy to securely access private package registries directly from Dockerfiles. Build secrets are scoped to the build step and aren't passed to the running agent's environment.
We've also upgraded layer caching, so that only the updated layers of your image rebuild when you change the Dockerfile. Builds that hit the cache run 70% faster.
For teams that don't want to write Dockerfiles from scratch, Cursor can configure the Dockerfile for you. Cursor will inspect your repos, figure out the tools and dependencies required, and produce a configuration you can edit and version. This feature is in private beta and will be rolling out to Enterprise teams over the coming weeks.
Improved agent-led environment setup
As Cursor configures your environment, it will ask you questions, flag missing credentials, and validate that your environment is set up properly.
Cursor is also more aware of development environments. It will show you the version of the environment your agent is running in. If your environment configuration fails, Cursor will default to a base image with clear warning signs so that your cloud agents can keep running instead of immediately failing.
Environment governance and security controls
Every development environment now has its own version history that users can review and roll back. Admins can also restrict rollback permissions to admins only. An audit log captures every action team members take on environments, giving security teams full visibility into who changed what.
Egress and secrets can now be scoped at the development environment level. Teams can restrict outbound network access to a specific allowlist for one environment while leaving a different environment more permissive. Additionally, secrets configured for one environment aren't accessible from any other.
What's next
Today, environments are configured at a point in time and rebuilt when they fall out of sync with the codebase. We are building towards environment setups that evolve autonomously as your codebase evolves.
To get started with cloud agent development environments, read the docs or visit your cloud agents dashboard.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み