VS CodeのCopilot Chatがオープンソースとして公開

 (github.com/microsoft)
2 ポイント 投稿者 GN⁺ 2025-06-29 | 1件のコメント | WhatsAppで共有
  • VS CodeのGitHub Copilot Chat拡張機能がオープンソースとして公開された
  • Chat viewでCopilotに自然言語で質問し、コードに関する支援をすぐに受けられる
    • ワークスペース内のコード、変数、Participant情報、Slashコマンドなどを活用し、コンテキストを認識した回答を提供
  • Inline chatにより、コード内で直接AIの提案を適用できる
    • リファクタリング、例外処理の追加、複雑なアルゴリズムの説明などをリアルタイムで行える

概要

  • GitHub CopilotはAIベースのペアプログラマー支援ツールで、コード作成の速度と品質向上を助ける拡張機能
  • ユーザーはプロジェクトに最適なモデルを選択し、チャット応答をカスタマイズし、agent modeを活用して自然な協調プログラミングセッションを実現できる
  • GitHub Copilot（コード自動補完）とGitHub Copilot Chat（対話型AI）はそれぞれ拡張機能としてインストールされる
  • 無料プラン、またはエンタープライズ管理者の承認を通じて利用でき、サブスクリプションが必要
  • 個人用およびビジネス用として、さまざまな製品（個人、ビジネス、エンタープライズプラン）が提供される
  • Copilot ChatはUI統合の特性上、VS Codeの最新バージョンでのみ動作し、最新のモデルや機能との連携が可能
    • 旧バージョンのVS Codeでは以前のバージョンのCopilot Chatのみ利用可能
  • Copilot Chatの利用は、GitHub Copilot Preview利用規約および透明性に関する案内への同意を意味する
  • ユーザーのコードの所有権は保証され、GitHub Copilotの他のユーザーへの推奨コードとして利用されることはない

関連記事

1件のコメント

 
GN⁺ 2025-06-29
Hacker Newsのコメント

  • ここで、彼らが使っているシステムプロンプトのテンプレートへのリンクを共有している リンク

    • developer のカーソル位置を ${CURSOR_TAG} で示す機能の説明を知ったが、この部分がコード内で開発者がどこに集中しているかを把握するために重要に使われているという点が興味深い

  • VS CodeでのCopilotには期待外れな部分が多く、Microsoftレベルに期待される洗練された完成度が不足しているように見える

    • agent mode が追加された後でもそう感じたのか気になる。私の経験ではかなり満足度の高い使い心地だ。gemini CLI や cline はまだ試していないが、これらがCopilotより優れているとはあまり思えない

    • 昔はMicrosoftに期待を持っていたが、ここ15年ほどで出てきた製品を見ると、そうした期待を抱きにくい状況だ

  • Copilot Chatがプロンプトと応答をどう処理しているのか、その意思決定ツリーを誰かがAIで分析してくれるとよいのだが

    • 私もCopilot Chatの動作フローには非常に興味がある。まずツール[0]とプロンプト[1]を参照し、コードの呼び出し経路を追っているところだ
    • 主な流れとしては、ユーザーが ask または edit を選ぶと AskAgentIntent.handleRequest、EditAgentIntent.handleRequest に入り、その後 DefaultIntentRequestHandler.getResult() で instance を生成して intent を呼び出し、runWithToolCalling ループを進める。プロンプトとツール応答は .tsx としてレンダリングされる
    • 関連ファイルへのリンクとしては createFileTool.tsx、editCodePrompt.tsx、そして toolCallingLoop.ts がある

  • Copilot Chatは単なるMicrosoft SaaSのフロントエンドにすぎず、本当に重要な部分はGitHub Copilot APIの背後に隠れているため、真の意味でオープンソースとは言いがたい。誰もこのLLMの設計や学習データにアクセスできず、セルフホストも不可能だ。ただの別のサブスクリプションモデルの宣伝であり、個人情報を第三者に渡す仕組みにすぎず、コミュニティ的価値や公共的利益もない

    • この意見には反対だ。すべての商用SOTA LLMモデルはおおむね似たようなコード品質と限界を示しており、本当の差別化要因は、有意味なコンテキスト情報をどう渡し、結果をどう処理するかという構造にある。単にLLMへファイル内容を繰り返し投入するエージェントは誰でも作れるが、そのやり方だけで優れたコーディングエージェントができるわけではない

    • この批判の論理をうまく追いにくい。オープンソースとは文字通りソースを公開するという意味であり、それがユーザーにどれだけ有用かは別問題だ

    • オープンソースの意味はソースコードの公開だと思う。特にこの点で批判する理由が理解できない

    • Copilot Chatがフロントエンドにすぎないという点には同意する。ただ、フロントエンド自体がオープンソース化されれば、誰かが最初からUIを作り直す必要がなくなるという公共的価値は生まれる。そして、LLMの設計や学習データまでオープンソース化すべきだという批判には無理がある。現実には、オープンソースコミュニティにその大規模な計算資源を運用する余力はない

    • 最近のコメントでは「AI」APIに対する不満をよく見かけるが、開発者の立場でないため理解しにくい。昔の私は「Web API」に対して似たような不満を持っていた

    • 以前はWebサイトにAPIはなく、単にWeb上で公開されている情報をスクレイピングしていた。この方式は、登録なしでもWebサイトが存在する限り可能だった

    • 一方でWeb APIは、たいていメール収集、利用履歴の追跡、アカウント制限、料金プランなどの方法でアクセス権を制限する。予告なくAPIが停止されるリスクも少なくない

    • ホームページからデータを一括ダウンロードできる選択肢は、一部の政府サイトやWikipedia dumpなどごく少数に限られる

    • APIはLLMにも適用され、モデルの重みなど内部データも公開しないまま、ユーザーにはアカウント登録やサブスクリプションを通じて公開情報を間接的に提供する状況になっている。データはサーバー上にあるが、直接受け取ることはできない構造だ

    • こうしたやり方によって、結局は開発者たちが擁護してきたツールや技術が、今度は開発者自身に不利に働き始めているのではないかという疑問がある