GitHub は、AI ネイティブの開発者環境「Copilot Workspace」を公開した。自然言語を使用することで、開発者はブレーンストーミング、計画、ビルド、テスト、コードの実行を以前よりも迅速かつ簡単に行うことができる。2023年のユーザカンファレンスで初めて予告された GitHub Copilot Workspace は、現在テクニカルプレビューで利用可能で、興味のある開発者はウェイティングリストに登録できる。

Copilot と Copilot Workspace の比較

しかし、GitHub は2021年にコーディングアシスタントを発表している。では、Copilot と Copilot Workspace の違いは何だろうか？同社の GitHub Next 応用研究開発チームの責任者である Jonathan Carter 氏によると、前者はすでに着手した考えを完成させる手助けをし、カーソルのある1つのファイルにコードを合成することができる。Copilot は、定型文やコンテキストの切り替えを減らすこともできる。これはコーディング業界の変革に貢献したと評価されている。しかし Carter 氏は、「それが提供するユーザ体験の副作用として」当然の限界があると言う。

彼は VentureBeat に次のように語った。

オリジナルの GitHub Copilot は、AI を実世界に応用した最初の例の1つになりました。デモではありません。誇大広告でもありません。誰もが非常に便利だと認めざるを得ませんでした。業界と開発者にとって、その可能性と、その先に起こりうる未開拓の可能性を知る大きな瞬間でした。

ローンチから3年、GitHub は Copilot に複数の改良を加えてきた。コード提案のアップグレードやマルチモデルアプローチの追加、OpenAI の GPT-4モデルのサポート、エンタープライズプランのローンチなどだ。

一方、後者は「開発者をサポートしつつ、より複雑なレベルで動作する」、つまりタスク中心で、基本的にタスクを開始するのに必要な摩擦を減らそうとしている。

彼はこう断言する。

Workspace を見るとき、私たちは開発者に取って代わる自律的なエージェントを目指しているわけではありません。より創造的で、より表現力豊かな AI ネイティブのツールを提供することで、開発者に力を与えようとしているのです。

強力なツールと真っ白なキャンバスを与えられて、ゼロから何かを作るように言われ、頭が真っ白になったことを覚えているだろうか？GitHub は、Copilot Workspace が開発者がコーディング時に経験するストレスの一部を取り除くことを期待している。

既存のエディタや IDE に拡張機能を追加するのではなく、真に AI ネイティブな開発者環境とはどのようなものかを探求する上で、これは大きな飛躍になると考えています。最初から完成に至るまで、開発者がループの中にいるような形で、AI を前提とした開発を再考したらどうなるでしょうか？（Carter 氏）

AI を活用して開発者のコーディングを支援するのは GitHub だけではない。Microsoft 傘下の同社は、Google やオープンソースコミュニティ、Augment や Cognition のようなスタートアップとの競争に直面している。

企業開発者への影響

この新しいサービスが企業開発者にもたらす最大のメリットは、生産性の向上と仕事のやりがいだろう。GitHub は、実装にかかる時間を短縮しながら、さまざまなアイデアを探索し、試すことがより手頃になればなるほど、組織はより小さな会社のように行動するようになると考えている。

Carter 氏はまた、ワークフローを具体的かつ意見に基づいた方法でモデル化する構造化された開発者環境が存在すれば、チーム間のスキルの標準化に役立つと主張する。このことは、企業内でより多くの道が開かれることを意味し、企業はチームの成長や従業員のスキルアップのために多くのリソースを割く必要がなくなることを意味する。

チームの開発者が Workspace を使って課題を開始し、作業やブレーンストーミングを行い、フィードバックを共有し、プロジェクトを完了したときに、私たちが望んでいるレベルのインパクトを与えることができれば、どのようなタイプの問題や仕事であれ、一貫性があり、類似しているように見える瞬間があることで、企業に標準化を提供する利点があります。（Carter 氏）

GitHub の Copilot Workspace が AI に統合され、開発者が覚えていなくてもコード上で自動的に実行されるように、チームがガイダンスやベストプラクティスを成文化することには利点があると彼は主張する。現在はまだ利用できないが、将来的に追加される可能性はある。

Copilot Workspace で何ができるのか？

Carter 氏は、このネイティブ開発者環境は「日常的なタスク」に取り組むように設計されているとアピールしている。つまり、新しいリポジトリの作成、タスクの反復、プルリクエストの反復を支援できるということだ。これらは、開発者が最も頻繁に行うことのひとつだ。

とはいえ、GitHub Copilot Workspace には4つの重要な特徴がある。あらゆるレベルでの編集可能性、安全なポート転送機能を備えた統合ターミナル、コラボレーション機能、最適化されたモバイル体験だ。

編集性

GitHub の AI が提案するものはすべて、計画からコードまでいつでも変更できる。同社は、開発者が常にコントロールできることを強調している。 Carter 氏は次のように宣言する。

我々は、人間と人工知能の組み合わせが常に良い結果を生むと深く信じています。Workspace の動作は、すべてが AI によって生成されますが、人間によって編集可能です。これは、自律的なエージェントが「問題があったら、いったん努力してみて、うまくいけば解決するだろう」というアプローチを取るのとは違います。

Copilot の AI はコーディングを支援するが、Copilot Workspace の目標は、開発者に仕事をしながら学ぶ機会を提供することだ。

Workspace のあらゆる部分が編集可能で、再生成可能で、元に戻すこともできます。異なるブラウザのタブで複数の異なるアプローチを試すことができます。こうしたらどうだろう？どう見えるだろう？と。開発者が Copilot を使用することで、大まかなアイデアから、形が見え始め、探しているものの正確なコードが現れるまでのフィードバック・ループを表現できると考えています。

統合ターミナルと安全なポート転送

コンテキストの切り替えを最小限に抑え、コーディングの成功を確認するために、開発者は GitHub Copilot Workspace 内でターミナルにアクセスできる。Carter 氏はこう説明する。

ブラウザ上でターミナルを立ち上げ、Lint を実行し、コードをビルドしてすぐにテストし、Web アプリや API であればアプリを実行し、それをブラウザで表示することで、非常に垂直に統合された方法で、コードがどのように動作するかを確認することができます。そして、プル・リクエストを作成することができます。

言い換えれば、Copilot Workspace は、コーディングプロセスを合理化し、プログラマーに明快さを提供する、ワンストップ・ショップの開発者環境を目指している。

本質的なコラボレーション

GitHub Copilot Workspace は、一人で使うものではない。この開発者環境は、プログラマーが共同でソフトウェアを作成できるコラボレーション機能をサポートしている。

このように、Workspace は、あなたが話していることを私たちがどのように行うかという提案を提示することで、意思決定をより明確にする会話資産としての役割を果たすことができます。（Carter 氏）

スタンドアップで、誰かが前日に顧客から聞いたフィードバックについて話したとします。数分のうちに、そのアイデアを課題またはタスクとして書き出し、（Copilot）Workspace でそのサイズ、複雑さ、どのようにそれを行うかの形を効果的にスケッチすることができれば、チーム内の複雑さや F.U.D.を減らすことができます。これは非常に強力です。

このアイデアは、開発者にソフトウェアのロードマップに対する主導権を与え、ユーザが望むと思われる機能を開発するよう動機付けるものだ。

どこからでもコーディングできる新しい方法

最後に、GitHub Copilot Workspace は Web に限ったものではない。スマートフォンなどのモバイルデバイスからもアクセスできる。

同社は、コーディングはどこでもできると考えており、開発者が思いついたらすぐに新しいプロジェクトを立ち上げることができる。

GitHub のモバイルアプリはこれが最初でも唯一でもなく、2つある。GitHub Codespaces と、その名を冠したアプリだ。Carter 氏は、彼が最初のプロダクトマネージャーだった前者について、Visual Studio のコードや JetBrains、その他のコーディング言語を中心に作られたアプリだと説明する。

しかし、「これらのプラットフォームは、モビリティをサポートするという点ではここまでしかできないので、Codespaces は事実上 iPad には最適でしたが、携帯電話や小型のデバイスには向いていませんでした」と彼は明かした。

一方、GitHub アプリについてはこのように語る。

編集シナリオをサポートしていますが、効果的に小規模な形です。PR を出したり、誰かがコメントを残したり、ファイルに1行だけ手を加えたり。つまり、外出先での編集をサポートするものであって、エンドツーエンドの開発には対応していません。

Carter 氏は、Copilot Workspace を GitHub 初の「フル機能の実際のモバイル開発者環境」と説明している。Web とモバイルの体験は100％同等である。しかし、現在ネイティブのモバイルクライアントは存在しないが、開発者はモバイルブラウザで Copilot Workspace にアクセスできる。

また、Codespaces や GitHub モバイルアプリよりも多くの機能を備えているが、同社は Copilot Workspace がそれらに取って代わるとは考えていない。

GitHub モバイルアプリ（とそれが可能にするもの）を見てみると、Workspace が解決しようとしないような、引き続き価値のある他のユースケースの多くを可能にしていると言えるでしょう。例えば、プルリクエストの通知やコメントを見たり、誰かがあなたに課題を割り当てたり、オープンソースのメンテナならディスカッションスレッドをナビゲートしたり。

ですから、現在使われている GitHub モバイルアプリは、開発者にとってこうしたワークフローの中核的な部分であり続けるでしょう。ある意味、Copilot Workspace は、すでに素晴らしい GitHub のモバイル体験を補完するものであり、問題やアイデアを開発者環境に取り込み、コードに変える手助けをするものです。（Carter 氏）

Workspace はいつ一般利用可能になるのか？

前述したように、GitHub Copilot Workspace はテクニカルプレビュー版（アルファ版）である。開発者環境が一般に利用可能になる時期は未定だ。Carter 氏は、Workspace は GitHub Next から生まれたものであるため、Go-to-Market 戦略がどのようなものかをよりよく理解するためにフィードバックを求めているのだと強調する。

私たちは Workspace に大きな期待と自信を持っています。しかし、いつ一般公開するかは私が決めることではありません。それは製品チームとのパートナーシップによるものです。

このサービスへのアクセスは先着順だが、GitHub は迅速なフィードバックを得るために、スタートアップや中小企業にも公開する可能性がある。

【via VentureBeat】 @VentureBeat

【原文】