最新動向

GitHub Copilotが複数エージェント連携へ 開発が分業に

Meliorra編集部 ・ 公開日
GitHub Copilotが複数エージェント連携へ 開発が分業に

この記事の要点

GitHub Copilot Workspaceが、実装・テスト・文書を別々のエージェントが同時に担う複数連携に対応。オープンソースのOpenHandsも1.0に到達し、コーディングを1人の助手から分業チームへ変える動きが加速している。

GitHubが、Copilot Workspaceで複数のAIエージェントを同時に動かす連携に対応したと明らかにした。実装を担うエージェント、テストを書くエージェント、文書をまとめるエージェントが、共通の文脈を共有しながら1つのコードベースの別々の部分を並行して進める。あわせて、オープンソースの自律コーディング基盤OpenHandsが1.0へ到達した。コーディング支援が「1人の助手」から「役割を分けた分業チーム」へ移りつつある。

何が変わったのか

Copilot Workspaceの新しい点は、役割ごとにエージェントを分け、同じプロジェクトの文脈を共有させて協調させることだ。従来は1つの助手に順番に指示していた作業を、実装・テスト・文書の担当に分け、同時に進められる。開発の現場では、レビューの負荷や統合の手戻りを減らす使い方が想定される。

OpenHandsの1.0は、本番運用を意識した作りが特徴だ。Dockerによる隔離実行、あらかじめ組み込んだセキュリティ方針、使用資源の上限、機能を足すためのプラグイン方式を備える。公開されたベンチマークでは、実在の不具合修正課題を集めたSWE-bench Verifiedのうち約68%を自動で完了したと報告されている。数字は評価条件で変わるため、最新は公式で確認してほしい。

隔離実行と資源上限がそろうことで、エージェントにコードを実際に走らせる作業を任せやすくなる。これまで人手で行っていた統合や書き換えの一部を、監督付きの自動処理に置き換えられる余地が広がる。

なぜビジネス側にも関係するのか

この話はエンジニアだけのものではない。コーディングエージェントが実用域に入ると、これまで外部ツールを買っていた小さな機能を、社内で組んで済ませる判断が現実味を帯びる。実際、コーディングエージェントを理由に特定のソフトを買わない判断をした企業が出ていることは、コーディングエージェントが調達を変える マッキンゼー報告で扱っている。開発AIへの資金集中も続いており、その規模感はCognitionが評価額40Bで調達交渉 DevinのARRが接近から読み取れる。

現場の実務にどう効くか

AI推進担当や情報システムがまず動かせるのは、購買前の「これは社内で作れるか」という問いを1つ増やすことだ。次に新しい小規模ツールの契約を検討するとき、エージェントで作った場合の開発費と保守負担、生成したコードの所有と品質保証まで見積もり、ベンダー料金と並べる。判断の型は社内でAIツールを選ぶプロセスが使える。

同時に、エージェントにコードを実行させる以上、権限とログの設計は欠かせない。誰がどの範囲を触れるかは生成AIのアクセス権限管理、記録の残し方は生成AIのログ・監査の考え方を土台にすると、内製を広げても統制を保てる。速さと安全は両立できる。

1人の助手と分業チームは何が違うか

これまでのコーディング支援は、1人の助手に順番に頼む形だった。実装を頼み、次にテストを頼み、最後に文書を頼む。順番待ちが発生し、全体の速さは頭打ちになりやすい。役割を分けたエージェントが同じ文脈を共有して並行するようになると、この待ち時間が減る。

観点1人の助手型役割分業型
進め方順番に処理実装・テスト・文書を並行
文脈の共有1つの会話に依存共通の文脈を全員が参照
向く作業小さな単発の修正複数箇所にまたがる開発

分業型が効くのは、複数のファイルや工程にまたがる作業だ。一方で、役割が増えるほど、誰がどこを変えたかを追う仕組みが要る。だからこそ、実行と権限の設計が前提になる。

内製を広げる前に決めておくこと

コーディングエージェントで内製を広げるなら、着手前に3つを決めたい。第一に、生成したコードの所有と保守の担い手だ。作った後に誰が直し続けるかを決めずに広げると、放置されたツールが増える。第二に、レビューの体制で、エージェントが書いたコードを人がどこまで確認するかを定める。第三に、実行環境の隔離だ。OpenHandsのような隔離実行を使い、本番のデータや権限に直接触れさせない。この3点をそろえてから、非中核の小さな機能で試すのが安全な順番になる。買うか作るかの判断そのものはコーディングエージェントが調達を変える マッキンゼー報告で扱っている。

まとめ

Copilot Workspaceの複数連携とOpenHandsの1.0は、開発を分業のチーム作業へ寄せる流れを後押しする。ビジネス側にとっての要点は、内製の選択肢が広がることと、実行と権限の統制を前もって設計することだ。対応範囲やベンチマークは変わりうるため、最新は公式で確認してほしい。

出典

#GitHub Copilot#OpenHands#AIエージェント#ソフトウェア開発#内製化

よくある質問

GitHub Copilotの複数エージェント連携とは何ですか。

GitHub Copilot Workspaceが、実装・テスト・文書作成をそれぞれ担う複数のエージェントを同時に動かし、共通の文脈を通じて協調させる仕組みです。1人の助手ではなく、役割を分けた開発チームのように使えます。

非エンジニアの部門にも関係しますか。

関係します。社内で使う小さな業務ツールを外注せず内製する選択肢が広がるため、購買や情報システムの判断に影響します。最新の対応範囲や料金は公式で確認してください。

関連記事