github / github/copilot-cli

Clickable file links for IDEs beyond VS Code

オープン
#4,550 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

triage
主要言語
Shell
スター
11.2k
フォーク
1.9k
平均マージ
14時間 16分
マージ済み PR(30日)
6

説明

Describe the feature or problem you'd like to solve

I use Visual Studio 2026 (not VS Code) with the Copilot CLI. It would be great to have a way to click on a modified/referenced file path in the terminal output and have it open directly in a Visual Studio tab, similar to how the Copilot Chat experience lets you open files by clicking. Currently  /ide  only supports VS Code-family editors. Native Visual Studio integration (or a generic protocol handler VS could register for) would be a valuable addition.

Proposed solution

Many developers use IDEs outside the VS Code family — such as Visual Studio 2022/2026, Rider, or other editors — where the current  /ide  integration doesn't apply. Adding clickable file links (or a lightweight open-in-editor protocol) that work across more IDEs would let users jump straight from a CLI response or diff to the exact file/line in their own editor, just like Copilot Chat already does. This would reduce friction for a large group of .NET/Visual Studio developers, cut down on manual file navigation, and make the CLI feel like a natural extension of their existing workflow rather than a separate, disconnected tool — ultimately increasing adoption and daily usage among non-VS Code users.

Example prompts or workflows
  1. Reviewing a diff: After asking "what changed in this refactor?", click the listed file paths in the CLI's  /diff  output to open each one directly in a Visual Studio tab at the changed lines, instead of manually navigating the Solution Explorer.
  2. Fixing a bug report: When Copilot CLI points to  UsersController.cs:142  as the likely cause, clicking that reference opens the file at that exact line in VS, speeding up verification.
  3. Multi-file changes: After a CLI-driven refactor touches 5+ files, click through each modified file from the summary to quickly eyeball the changes in the IDE before committing.
  4. Error/build output: When the CLI runs a build or test command and reports a failing file/line, clicking it opens the exact file/line in VS instead of copy-pasting the path.
  5. Onboarding a new codebase: While exploring an unfamiliar solution with the CLI ("where is X handled?"), clicking referenced files lets a developer inspect real code in their editor immediately, keeping context and momentum instead of switching windows and searching manually.
Additional context

I frequently use GitHub Copilot Chat (in VS/other IDEs) for code review workflows, where clicking a referenced file opens it instantly in a tab — this is a habit I've built and rely on for fast review cycles. Moving more of my day-to-day work to the CLI, I miss that exact interaction: reviewing generated changes or explanations without a quick way to jump into the actual file breaks that flow and adds friction compared to the Chat experience. Bringing that same click-to-open behavior to the CLI (at least for Visual Studio users) would make the CLI a true drop-in replacement for review-heavy workflows, not just for code generation.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

既存の /ide 統合と /diff で使用されるターミナル出力から始めます。この issue ではファイルやテストが指定されていないため、参照されるパスと行番号がどこで表示されるかを追跡してください。クリック可能な参照から Visual Studio または汎用プロトコルを介して対象ファイルと行を開けるようになり、現在の VS Code ファミリーの動作が維持されれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
cli, shell
領域
cli, developer-experience
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。