「開発者向けブックマーク活用術」を謳う記事の多くは、バラバラな10個の提案を並べるだけで、実際の組み立ては読者に任せきりです。この記事はそれとは違います。ここで紹介するのは、私自身が実際に使っている構成そのものです。1スロットずつ、その理由とともに解説します——私はこの拡張機能を作った開発者本人であり、コードを書く毎日、まったく同じ使い方をしているからです。
配置:3つのスロット、3つの役割
Second Bookmark Barでは最大7つのクイックスイッチスロットを使えます。それぞれに個別のアイコンを設定できるので、単なる番号に頼らず一目で見分けられます(標準搭載のMaterial Symbolsアイコンセットから選択可能)。開発作業では、3つのスロットでほとんどの用が足ります。
- スロット1 — 現在のプロジェクト。 リポジトリ、ローカル開発用のURL、いま触っている特定のチケットやドキュメント。複数のプロジェクトを同時に抱えているときは、各ブラウザウィンドウがそれぞれ独立してアクティブフォルダを保持するので、ウィンドウAはプロジェクトAのスロットを、ウィンドウBはプロジェクトBのスロットを表示したまま、状態を奪い合うことがありません。
- スロット2 — ドキュメントとリファレンス。 言語のドキュメント、フレームワークのリファレンス、何度も戻ってくるStack Overflowのスレッド、今月統合している何かのAPIリファレンス。ここは週単位でもほとんど変わらない内容だからこそ、ブラウザ履歴に埋もれさせず、専用スロットを与える価値があります。
- スロット3 — ダッシュボード。 クラウドコンソール、CIパイプラインの状態、モニタリング、デプロイログ——本当の意味で「見て回る」のではなく、ステータスをちらっと確認してすぐ離れるページ群です。
Alt+1、Alt+2、Alt+3でこの3つに直接キーボードから飛べます。これは見た目以上に重要です。スロットの切り替えにマウス操作が必要になった瞬間、人はそれをやらなくなり、せっかくの構成は静かに1つの雑然としたフォルダへと逆戻りしていきます。
スロットが自動で切り替わるルール
手動でのジャンプに加えて、自動切り替え（Auto-Switch）を使えば、いまいるサイトに応じてバーが自動で適切なスロットを選んでくれます。
github.com(お好みのGitホスト)→ プロジェクトスロット- ドキュメント系ドメイン → リファレンススロット
- クラウドコンソールのドメイン → ダッシュボードスロット
スロットスイッチャーの小さな星印は、そこにいるのがサイトルールによる自動切り替えの結果であることを示します——手動選択との違いを知っておく価値はあります。手動での上書きは常に可能だからです。エッジケースでルールが誤ったスロットに切り替えてしまった場合も、別のスロット番号をクリックすればそのタブに限って上書きされるだけで、ルールがそれに抵抗することはありません。
「ドキュメントページのどこかにあるはず」を探すための検索と記憶ランク
バー内検索の結果にはフォルダとドメインの情報が含まれます。これは開発者がページを見失う特有のパターンに効きます——どこかのドキュメントサイトだった、あるいはこの機能に取り組んでいたときに保存した、というのは覚えていても、正確なタイトルは覚えていないものです。結果のタイトルと一緒に「どのフォルダの、どのドメインか」が出てくることで、「あのへんにあるはず」という感覚が、当てずっぽうではなく実際の検索行為に変わります。
リファレンスの山に対しては特に、ブックマークを右クリックしてLow・Mid・Topにランク付けできます。実際の使い分けはこうです。Topはそれなしでは困る参照先(あの厄介な内部APIの、まさにそのドキュメントページ)、Midは「役に立つ、たまに参照する」、Lowは「とりあえず保存した、二度と開かないかもしれない」。このランクは検索結果にも反映されるので、リファレンスフォルダが1年かけて80件のリンクに膨れ上がっても、Topに付けたページが埋もれることはありません。
デバッグセッションをスナップショットする
デバッグの真っ最中、複数のサービスのログとGitHubのIssueをいくつも開いたタブが10個並んでいる——Ctrl+Shift+Aは、開いているウィンドウ内のすべてのタブをアクティブフォルダへ一気にまとめてくれます。私はこれを、その日のデバッグセッションを終える直前にほぼ毎回使っています。プロジェクトスロットにまとめてタブを閉じ、翌日はどの組み合わせで10個のタブを開いていたか思い出そうとする代わりに、そのフォルダから調査を再開できます。同じショートカットはデバッグに限らず、あらゆる種類のタブの山に使えます——「タブが多すぎて閉じるに閉じられない」問題全般に効く、汎用の解決策です。
この構成を持ち運べるものにしている部分
ここが本当の肝であり、この記事を機能一覧ではなく1つの構成としてまとめて書いた理由です。設定のエクスポートには見た目の設定だけでなく、フォルダスロットの構成そのものが含まれます。エクスポートで作られる1つのバックアップファイルには、スロットの割り当て、自動切り替えのサイトルール、除外サイト、クイックヒドゥンのショートカットがすべて含まれます。つまり、このルールも含めた3スロット構成そのものを一度エクスポートしておけば、新しいマシンでも、再インストール後でも、毎回記憶を頼りに作り直す代わりに読み込むだけで済みます。
これが、ブログ記事に「書いて説明する」構成と、実際に「あとから自分に手渡せる」構成の違いです。上記の3スロットをそのままコピーし、自分の使うツールのドメインに合わせて自動切り替えルールを設定すれば、最初に組むのに10分かかっただけで、あとはどこへでもついてくる構成が手に入ります——新しいノートパソコンでも、初期化したマシンでも、オフィスのデュアルモニター環境でも、関係ありません。
この構成で過ごす1日は実際どんな感じか
朝はスロット3から始まります——夜間のCI実行とモニタリングをざっと確認するだけで、能動的に閲覧しているわけではなく、ただ状態を見ているだけです。エディタを開き、あるプロジェクトのリポジトリに切り替えると、キーボードに触れる前にすでに自動切り替えルールがスロット1を表示しています。午前中、なじみのない何かで行き詰まればスロット2に飛んでフレームワークのドキュメントを確認し、答えが見つかった瞬間にAlt+1でスロット1へ戻ります。そのどれも「ブックマークを探しに行こう」という意識的な瞬間ではありません——それぞれがワンキーの操作か、気づいたときにはもう終わっている自動切り替えのどちらかです。
ポイントは、この構成のどの部分か1つが特別複雑だということではありません。静的な1段のブックマークバーは、3つのコンテキストを1つの雑然としたリストに詰め込むか、その半分をブックマークすらしないか、という選択を強いてきます。そして多くの人は無意識に後者を選び、代わりにURLを打ち直すようになります。3つのスロットはその選択そのものを不要にします——常に置き場所があり、それはキー1つ分の距離より遠くなることがありません。
あえてこれを設定しておく価値がある理由
多くの開発者がデフォルトで頼ってしまう代替策は、ブラウザ履歴と体で覚えた操作です。localhost:3000を打ち直す、正しいJiraチケットが出てくるまで戻るボタンを連打する、次のクラッシュで消えるまで15個のタブをピン留めしたまま生かしておく。それでも普段は何とかなります——新しいマシン、忙しい週、午後の間に3つのプロジェクトを行き来するコンテキストスイッチが起きるまでは。そのとき、コストは1クリックではなく5分の探し物として表れます。3つのスロットといくつかのドメインルールは、それに比べれば小さな設定コストです。
ドメインで文脈を分けるという発想が、開発作業以外でも役立ちそうだと感じたなら——仕事とプライベート、あるいはクライアントA・クライアントBという分け方でも——自動切り替え機能はもっと一般的な形でそれをカバーしています。上で説明した開発者向けの使い方より広い話です。そして、こういう構成が Free プランでもできるのか、まだ決めかねているなら、できます——ここで説明した内容に、Proが必要なものは何一つありません。