GitHub、GoogleおよびAnthropicとAI提携を締結
(bloomberg.com)- Microsoft傘下のGitHubは、GoogleのGeminiとAnthropicのClaude 3.5 Sonnetを、数百万人のソフトウェア開発者が利用するコーディング支援アシスタントCopilotに統合することで合意
- 当初は、顧客がGoogleとAnthropicのモデルを使ってチャットし、質問できるようになる
- 最終的には、これらのモデルがGitHub Copilotアシスタントの主要部分に統合される見込み
- GitHubは、OpenAIとの提携後、退屈なコーディング作業を自動化するための生成AI活用を先導してきた
- MicrosoftによるGitHub買収後も、GitHubは技術的にはMicrosoftの競合相手であっても、幅広いパートナーシップを維持することを認められている
- GitHubは顧客に選択肢を提供し、GoogleやAmazonのクラウドサービスを利用する人々にオプションを提供することに注力している
- GitHubはSparkというAIプロジェクトを先行公開しており、これによりユーザーは平易な英語のプロンプトを使って小規模なアプリケーションを作成できる
- プログラミング方法を知っているユーザーは、Sparkで生成されたコードを開いて修正し、コーディングとプロンプトの間を行き来できる
- 初心者には何かを作る手段を提供し、経験豊富な開発者にはアイデアを試すより簡単な方法を提供することが目標
- GitHubのCEOによれば、AIによるソフトウェア開発はますます強力になっている
- AIが生成できるコードブロックの規模は大きくなっており、複数のコードブロックを組み合わせることも可能になっている
- まだ完全なGitHubやFacebookを書けるわけではないが、AIの進化に伴ってコードブロックの規模は拡大していく見込み
1件のコメント
Hacker Newsの意見
Cursorのタブ補完機能を使っているが、機能は驚くべきものの、生産性が向上した実感はない。AIは基本的な作業を助けてくれる一方で、誤った関連付けをすることがあるため、コードレビューが必要になる。これはAIツール全般の問題なのか、それともCopilotの新しいモデルなら違う体験になるのか気になる
CopilotユーザーとしてClaudeも使っているが、難しいコーディング問題や作業レビューではClaudeのほうをより信頼するようになっている
社内でどのような理由で決定されたのか気になる。OpenAIの問題によるものなのか、Cursorとの競争が理由なのか。LLMプロバイダー間の競争はユーザーにとって有益だろう
SourcegraphのCodyを使っており、Copilotが似た機能を提供するならまた乗り換えるつもりだ。Copilotの自動補完のほうが正確だが、Cody + Sonnet 3.5のチャット体験のほうが優れている
Copilotを使ってコーディングしているが、ランダムなリストを作るときにCopilotが残りのテーブルをうまく予測してくれる。この機能は非常に速く便利で、大きな変化をもたらしている
複数の記事リンクが提示されており、GitHub Copilotは現在Xcodeでも利用可能になっている
コード変更を英語でAIに説明するより、自分で直接書いたほうが速くてよい。良いプロンプトを書くのはコードを書くのと同じくらい難しい
GitHubは初期のOpenAIのデザインパートナーであり、OpenAIがカスタムLLMを開発していた。初期の優位性があったにもかかわらず、汎用モデルプロバイダーに戻らなければならない。将来の技術企業もこの方法を選ばざるを得ないのか気になる
競合他社の大きな利点は、1つのモデルに縛られないことだ。MSによるOpenAIへの投資後でも、他の選択肢を検討できた