Visual Studio の Bookmark Studio は、2026年4月1日に Visual Studio Blog で紹介された実験的な拡張機能です。結論からいうと、これは単なるブックマーク強化ではありません。「増えると使いづらくなるブックマーク」を、日常開発で使い続けられるナビゲーション手段に変える拡張です。1〜9の直接ジャンプ、検索しやすい Bookmark Manager、共有しやすい保存方式が加わることで、従来は自分だけの一時メモで終わりがちだったブックマークが、調査・レビュー・引き継ぎにも使えるようになります。(Microsoft for Developers)
Visual Studio の標準ブックマークは以前から便利でしたが、複数ファイルをまたぐ作業や、レビュー観点の共有、大規模コードベースの再読には限界がありました。この記事では、何が不便だったのか、Bookmark Studio で何が変わるのか、そして実務ではどう運用すると効くのかを、実践前提で整理します。(Microsoft for Developers)
Bookmark Studioは何を変える拡張なのか
Visual Studio Blog では、Bookmark Studio は既存のブックマーク体験を壊さず、不足していた部分を埋める拡張として紹介されています。主な追加要素は、1〜9のスロット移動、Bookmark Manager による一覧管理、ラベル・色・フォルダでの整理、plain text / Markdown / CSV へのエクスポート、そして編集中にテキストが移動しても関連コードへ追従しやすいブックマーク管理です。ブログ上では Visual Studio 2026 向けの拡張として案内されています。(Microsoft for Developers)
ここで重要なのは、Bookmark Studio が「新しい作業管理ツール」ではないことです。役割はあくまでコード移動の質を上げることです。つまり、Todo 管理やチケット管理の代わりではなく、いま見ているコードを速く、迷わず、必要なら他人とも共有できる形にするための拡張だと考えると分かりやすいです。(Microsoft for Developers)
従来のVisual Studioブックマークはどこが不便だったのか
標準の Visual Studio でも、ブックマーク自体は十分に使えます。現在行へのブックマークは Ctrl+K, Ctrl+K、次と前への移動は Ctrl+K, Ctrl+N と Ctrl+K, Ctrl+P、Bookmarks Window ではフォルダ整理や名前変更も可能です。つまり、基本機能が弱いのではなく、増えたあとに扱いづらいのが課題でした。(Microsoft Learn)
Visual Studio Blog が挙げた不満も、まさにそこです。特定のブックマークへキーボードで直接飛びにくいこと、そしてブックマークをチームで共有したり、リポジトリ・ブランチ・プルリクエストをまたいで再利用したりしにくいことが、長年のギャップとして整理されています。(Microsoft for Developers)
実務で困るのは、ブックマークが5個を超えたあたりからです。順送りで次へ進むだけだと、目的地に着くまでに何回もキーを押すことになります。しかも、あとから見返したときに「この印は何のためだったか」が分からず、結局 Ctrl+F や Navigate To に戻りがちです。ブックマークが定着しないチームでは、機能不足よりも運用の曖昧さが原因になっていることが少なくありません。
Bookmark Studioで変わる3つの運用
1〜9の番号を「場所」ではなく「役割」で使える
Bookmark Studio では、ブックマークを 1〜9 のスロットに割り当てて Alt+Shift+1 〜 Alt+Shift+9 で直接ジャンプできます。新しいブックマークは空きスロットに自動割り当てされ、既存の Visual Studio のブックマークコマンドを使う運用にも対応しています。初回利用時には、標準のブックマークコマンドを Bookmark Studio 側で受けるかどうかを選べます。(Microsoft for Developers)
実務では、番号を場所順に使うより役割順に固定したほうが強いです。たとえば次のように決めると、毎回迷いません。
- 1: 調査の起点
- 2: 原因候補
- 3: 修正箇所
- 4: テストまたは再現コード
- 5: レビューで見せたい箇所
- 6〜9: 補助経路
これをチケットごとに毎回ゼロから設計する必要はありません。自分の思考パターンに合わせて固定すると、ブックマークが「印」ではなく「導線」になります。
Bookmark Managerで「あとで読む」を減らせる
Bookmark Studio には専用の Bookmark Manager があり、名前、ファイル、位置、色、スロットで絞り込みながら一覧管理できます。ダブルクリックやキーボード操作で移動でき、ラベル・色・フォルダも付けられます。さらに、名前入力を有効にすると、識別子名やファイル名などをもとに候補名を提案する設定も用意されています。(Microsoft for Developers)
この機能が効くのは、「後で見返すはずだった場所」が埋もれなくなるからです。おすすめは、最初から色を増やしすぎないことです。3色で十分です。たとえば、赤は要調査、黄はレビュー用、緑は修正済み候補。色数を増やしすぎると、色の意味を覚えられず、結局ラベルを読まないと判断できなくなります。
共有前提のブックマークに変えられる
Bookmark Studio は .bookmarks.json を使って共有できます。ただし既定では .vs フォルダ配下に保存され、通常は Git で無視されやすい場所です。チームで使うなら、保存先を Workspace にするか、.vs/.bookmarks.json を solution root か repository root に移してコミットする必要があります。拡張は solution root → repository root → .vs の順でファイルを探します。(Visual Studio Marketplace)
この仕様を知らないまま導入すると、「自分には見えるのに他の人には見えない」が起きます。Bookmark Studio の評価は、機能そのものよりも保存ルールを最初に決めるかどうかで変わります。特にコードレビューや新人オンボーディングに使いたいなら、個人保存のままでは効果が半減します。
大規模コードベースでどう効くのか
デバッグでは「原因探索の往復」が短くなる
Marketplace の説明でも、バグ調査は代表的なユースケースとして挙げられています。クラッシュ地点、関連コードパス、調査対象を色分けし、番号付きブックマークで往復する使い方が想定されています。(Visual Studio Marketplace)
大規模コードベースでは、バグの原因が1か所に閉じないことが普通です。例外発生点、呼び出し元、設定読み込み、テストコード、ログ出力箇所を頻繁に行き来するなら、検索やスクロールよりブックマークのほうが速い場面があります。特に再現条件が不安定な不具合では、「またこの場所を見たい」が何度も起きるため、番号付きジャンプの効果が出やすいです。
リファクタリングでは「編集点」より「判断点」を残せる
Bookmark Studio は、機能開発やリファクタリング向けにも、フォルダ・色・ラベルを前提にした運用を案内しています。さらにブログでは、コード編集中にテキストが動いてもブックマークが関連コードに追従しやすいことが強調されています。(Microsoft for Developers)
リファクタリングで本当に見失いやすいのは、変更した行そのものよりも「なぜそこを変えたか」という判断の接点です。たとえば、インターフェース定義、最も影響の大きい呼び出し側、失敗しているテスト、削除候補の旧実装、レビューで説明が必要な差分、といった判断点にブックマークを置くと、作業の筋道が保ちやすくなります。
コードレビューとオンボーディングでは共有が効く
Visual Studio Blog では、Bookmark Studio がブックマークを plain text / Markdown / CSV にエクスポートできること、プルリクエストに含めたり、調査経路をチームへ共有したりできることが紹介されています。Marketplace でも、コードレビューや新メンバーのオンボーディングで、.bookmarks.json を共有する使い方が案内されています。(Microsoft for Developers)
この機能は、レビューコメントを減らすためにも有効です。たとえば「まず 1→2→5 を見てから差分全体を確認してください」という導線を作れると、レビュアーは設計意図を追いやすくなります。オンボーディングでも、エントリーポイント、主要サービス、認可、永続化、代表テストをブックマークして渡すだけで、ソース読解の入口がかなり整理されます。
Bookmark StudioとTODO・Task Listはどう使い分けるべきか
Visual Studio Blog は、Bookmark Studio が tasks、TODO コメント、issue tracking を置き換えるものではないと明言しています。一方、Visual Studio の Task List にはコードコメントのトークン管理や、Ctrl+K, Ctrl+H で追加するコードタスクショートカットもあります。つまり、Bookmark Studio は移動のため、Task List や Issue は管理のためと分けるのが自然です。(Microsoft for Developers)
| 状況 | まず使うもの | 判断の理由 |
|---|---|---|
| 今だけ複数地点を高速で往復したい | Bookmark Studio | 導線を短くする効果が大きい |
| レビュー観点や理解ルートを共有したい | Bookmark Studio | 見る順番まで伝えやすい |
| 恒久的な作業を残したい | Task List / Issue / TODO コメント | タスク管理の文脈に乗せやすい |
| 1〜2個だけ一時的に印を付けたい | 標準ブックマーク | 機能を増やさなくても足りる |
この切り分けを曖昧にすると、Bookmark Studio に「進捗管理」まで期待して失敗しやすくなります。Bookmark Studio は、あくまで読む・移動する・共有するための軽量レイヤーとして使うのが向いています。
導入前に知っておきたい注意点
- Bookmark Studio は Visual Studio Blog でexperimental な拡張として紹介されています。チーム標準にするなら、いきなり全員に広げるより、まず 1 チームか 1 プロジェクトで試すほうが安全です。(Microsoft for Developers)
- 標準ショートカットを Bookmark Studio に引き渡す設定があるため、メンバーによって挙動が変わると混乱します。
Ctrl+K, Ctrl+Kなどをそのまま乗り換えるのか、Alt+Shift系だけを使うのかは、先に決めておくと事故が減ります。(Visual Studio Marketplace) - 既存の標準ブックマークを使っている人でも、同じ行でトグルすると Bookmark Studio 側へ自然に移行できます。全面移行を一気にやる必要はありません。(Visual Studio Marketplace)
- Global bookmarks は
%USERPROFILE%\.bookmarks.jsonに保存され、どのソリューションでも使えますが、チーム共有向きではありません。個人用の設定ファイルや参照資料へのショートカットとして使うのが現実的です。(GitHub)
加えて、番号付きスロットは 1〜9 しかありません。ここにすべてを詰め込むと、せっかくの「即ジャンプ」が死にます。番号はホットスポット専用にし、その他は検索や色、フォルダで拾う運用が長続きします。
まず試す導入手順
- Visual Studio Marketplace から Bookmark Studio をインストールする。ブログでは Visual Studio 2026 向け拡張として案内されています。(Microsoft for Developers)
Alt+Shift+Bで Bookmark Manager を開き、現在の作業中チケットだけで試す。いきなり全案件へ広げないほうが判断しやすいです。(Visual Studio Marketplace)Tools > Options > Bookmark Studio > Generalで、保存先を Personal か Workspace か決める。チーム共有が前提なら、ここを後回しにしないことが重要です。(Visual Studio Marketplace)- 最初は 3 つだけ作る。おすすめは「起点」「原因候補」「テスト」です。これだけでも、ブックマークが単なる印ではなく導線になる感覚をつかめます。
- ラベルと色のルールを最小限に決める。最初から細かい分類表を作るより、「赤=要調査、黄=要確認、緑=完了候補」くらいで始めたほうが定着します。
- チーム導入するなら、
.bookmarks.jsonの置き場所、番号の使い方、レビューでの使い方を 1 ページで決める。ルールがないまま共有だけ始めると、すぐに誰も使わなくなります。
まとめ
Visual Studio の Bookmark Studio が良いのは、ブックマークを派手に作り変えたからではありません。「増えると雑になる」ブックマークを、移動・整理・共有まで含めて実用品にしたところに価値があります。直接ジャンプ、Bookmark Manager、共有可能な .bookmarks.json、エクスポート機能は、特に大規模コードベースやレビュー中心の開発で効きやすい改善です。(Microsoft for Developers)
次にやることはシンプルです。いま抱えているバグ修正かレビュー案件を1つ選び、3つだけブックマークを置いてみてください。そのうえで、番号の役割、色の意味、保存先のルールを決めれば、Bookmark Studio が自分の開発に必要かどうかはすぐ判断できます。
コメント