8ヶ月前に解決したあのバグの答えは、閉じたタブの中にあった

すべてのエンジニアが、この儀式をやったことがあります。同じエラーを前に解決したことがある、とわかっている。GitHub Issueのコメント、設定スニペット付きのブログ記事、Stack Overflowでaccepted回答の下にある+12の回答——いずれかを、どこかに保存した。それから20分間ブラウザ履歴の発掘をして、結局いちからGoogleし直し、前回踏んだSEOのスライムに再び沈む。ブックマークはこれを防ぐはずだったのに、ブックマークバーは書き込み専用のデータ構造になりました。

Marqlyは、読み出し経路を直します。保存はワンクリックのまま、取り出しだけを記憶のしかたに合わせるAIブックマークマネージャーです。物事を説明すれば、セマンティック検索がそれを出してきます。

コードを覚えている方法に合った取り出し

技術系のブックマークがキーワード検索で失敗するのは、構造的な理由です。ページで役に立つ部分は、たいていタイトルにない。CORSのプリフライト問題を直した回答は、「Fetch request fails in production only」のようなタイトルで生きています。Marqlyの検索はタイトル・ページ本文・あなたのハイライト・動画の文字起こしを横断して意味で照合するので、「Safariの日付パースの回避策」「GoのJSONパサーをベンチした記事」が、共通キーワードが1つもなくても該当の保存に当たります。実際のクエリの型はAIでブックマークを検索する方法にまとめました。

ハイライトはこれをさらに鋭くします。3,000語の記事の中に、荷重を担う段落が1つある——実際のフラグ、実際の落とし穴——なら、そこだけを引いておく。ハイライトはライブラリに同期され、それ自体が検索対象になるので、次回はその記事を読み返さず、スニペットへ直行できます。ハイライターは任意のサイトで動き、メモも付けられ（「これはv5で壊れるのでv4にピン留め」）、再訪時もページに残ります。手順はあらゆるWebサイトでテキストをハイライトする方法に。

管理コストゼロの整理

開発者ブックマークのフォルダ階層は、必ず腐ります。Postgresの性能記事はdatabasesかperformanceかbackendか。分類の判断が1回入るたびに小さな割り込みになるので、最終的には全部が未整理の山に着地します。Marqlyはその判断を取り除きます。保存時にAIが自動でタグを付ける（仕組みはAIの自動タグ付けはどう動きますか）ので、フォルダ対タグの議論もそこで終わりです——ブックマークの整理方法で書いたように、手作業での整理をやめる、という話になります。

粗い構造はボードが引き受けます。プロジェクトごと、スタックごと、「今四半期でRustを学ぶ」みたいな目標ごとに1つ作って、リンクとハイライトを1か所に集められる。ボードは公開ページとして共有もでき、見る側に登録は不要です。つまり「このコードベースのオンボーディング資料」というボードが、READMEに置くリンク1本、次の入社者に渡すURL1本になります。ただし閲覧専用で、共同編集のワークスペースではない点は注意してください。

拡張機能は、デバッグセッションの実際の形にも合っています。3つの仮説を行き来して14のタブが開いている——そんなときタブセーバーは開いているタブをまとめてキャプチャし、タグ付き・検索可能な状態で残すので、痕跡を失わずに窓を閉められます。サイドパネルのライブラリから「これ、前に保存したか？」を、今いるページを離れずに確認できます。

ドキュメントが書き換わる問題への、もう1つの保険

ドキュメントは現行リリースを追いかける設計で、現行リリースは動きます。古いバージョンにピン留めしているとき、参照しているドキュメントが書き換えられてしまうと、その後の判断の根拠ごと消えます。MarqlyのPDF保存は、そんな場面の保険です——画面どおりのレイアウトでPDF化でき、遅延読み込みの画像もキャプチャに含まれ、処理はあなたのブラウザの中でローカルに完結します。変えられない参照を1枚持っておける。詳しくはWebページをPDFとして保存すると実践ガイドに。

カンファレンストークとチュートリアル動画

技術系の動画は、実在するエンジニアリングの内容を、ひどい情報密度で持っています。MarqlyはYouTubeの再生ページにAIカードを出すので、ストリーミング表示される要約（キーセクション付き）、文字起こしから答えるChatタブ（Pro）、再生に同期してワンクリックコピーできる文字起こしが使えます。23分14秒に見えたコマンドが、スクリーンショットではなく貼れるテキストになる。ブックマークボタンは動画を文字起こし付きで保存するので、そのトークの内容がライブラリ側から検索できます。全体の流れはYouTube動画をAIで要約する方法に。

Proなら、チャットはライブラリ全体に及びます。「ゼロダウンタイムのPostgresマイグレーションを扱った保存はどれ？」が、あなたの保存内容から答えが出る。つまり自分で選んだインターネットの部分集合に質問できることで、たいていは全体を再検索するより信号が高くなります。

移行の実際の手順

バックログの移行でつまずかないための順路です。

1. ブラウザから書き出す。 Chrome・Edge・Firefox・Safariのいずれも、標準のブックマークHTMLを出力します（ブックマークマネージャーの「書き出し」から）。
2. Marqlyのインポートに流し込む。 対応形式はブックマークHTML、汎用CSV、Pocketのlist.csv、Raindrop.ioのHTML書き出しです。ファイルサイズの上限は無料プランが10MB、Proが30MB、1ファイルあたり10,000ブックマークまで。
3. 自動タグ付けを通す。 Proにするとバックログ全体にタグが付き、セマンティック検索の対象になります。
4. 1点だけ期待値を合わせておくと、 インポートでは元の保存日が引き継がれません。項目には取り込み日の日付が付きます（タグと本文は残るので、検索の当たり方は変わりません）。

ブラウザバーの「dev stuff 2」をどうにかしたい人の大半は、整理するより先に、全部放り込んで検索できる状態にしてから引ったほうが速いです。分類してから探すではなく、探せるようにしてから捨てる順番になります。## 検索クエリの型：実際に入力する言葉

セマンティック検索は、キーワードの羅列より「説明の文」で強さを発揮します。エンジニアが入力して当たりやすい型を置いておきます。

• 症状＋条件： 「本番だけCORSのプリフライトが失敗する」「SafariでDateパースが化ける」
• 意図＋対象： 「useEffectのクリーンアップで競合を避ける方法」「Postgresをゼロダウンタイムでマイグレーション」
• 比較・評価： 「GoのJSONパサーをベンチした記事」「状態管理ライブラリの意思決定コスト」
• 断片の想起： 「--legacy-peer-deps を使う理由を説明していた記事」「nginxでWebSocketを張り替えた設定」

いずれも、タイトルにその語が出ていなくても構いません。本文とハイライトを見ています。自分がその問題をどう説明したかが、そのまま検索文になる——これがフォルダ階層とのいちばん大きな差です。記憶しているのは、パスではなく症状だから。

実際の場面で言うと

• エラー解決の再訪。 40分かけて見つけたIssueのコメントは、保存の1クリックで本文ごと残り、次回はそのエラーの説明で出てくる。
• バージョン間の移動。 v4からv5へ上げる際、壊れる箇所だけハイライトして残しておく。「v5で壊れる」というメモが検索の入口になります。
• オンボーディング。 入社者に渡す資料をボード1つにまとめて公開リンクに。スプレッドシートを管理する人がいなくなります。
• 技術選定の比較。 JSONパサー、状態管理ライブラリ、DBの性能記事——テーマごとにボードへ。判断する日に、材料が1か所に揃っています。
• 勉強の継続。 「今四半期でRustを学ぶ」をボードにして、動画とドキュメントと同じ棚に入れる。観る価値があるかは要約で先に決められるので、積む量が減ります。

この5つに共通するのは、保存の瞬間に判断を挟まないことです。分類を考えずに放り込んで、必要なときに説明する。逆のことをやると（保存時にフォルダを決めて、検索時にタイトルを思い出す）、たいてい続けません。

始めかた

1. 拡張機能を入れる。 Chrome・Edge・Firefox・Safariに対応。app.marqly.comの登録は無料で、カードも不要です。
2. 既存のブックマークをインポート。 ブラウザのブックマークHTML（4ブラウザとも同じ形式で出力されます）を流し込む。PocketとRaindrop.ioの書き出しも入ります。
3. 自動タグ付けにバックログを通す。 数年分のリンクが、タグ付き・セマンティック検索可能な状態で向こう側から出てきます。以後は保存が1クリックで、整理は誰の仕事でもありません。

適否は、都合の悪いところも含めてまっすぐに書いておきます。公開APIはなく、セルフホストもできないので、自作の自動化やオンプレ要件には入り込めません。オフライン閲覧はウェブ版とiOSアプリでProの機能です（AndroidアプリもGoogle Playにあり、ブラウザ経由ならオンラインで読めます）。このツールが作られているのは、ドキュメント・回答・Issue・チュートリアルという日々のループです——摩擦なく保存して、そして実際に取り戻せること。ここが読者の期待と合っているなら、導入は当日中に終わり、翌週から検索の仕方が変わります。

無料とProの境界

• 無料プラン：カード不要、最大100件まで保存、ライブラリ全体を読んでキーワード検索ができる。保存・ボード・ハイライトという「整える」部分はここから回ります。
• Pro（年額72ドル＝年払いで約6ドル/月、または月額9ドル）：自動タグ付け、セマンティック検索、AI要約、保存内容へのAI質問応答、動画とのチャット、オフライン閲覧（ウェブとiOS）。初年度49ドルの常設オファー、学生は初年度48ドル。
• YouTubeのAI要約：無料プランでも月3本まで試せます。

エンジニア向けの使い方で効いてくるのは、だいたい取り出しの側です。保存したものをキーワードで探すだけなら無料でも回りますが、「あのエラーの解決策」を説明して当てるにはProのセマンティック検索が要ります。100件を超えて溜まっているなら、まずインポートしてから、どこまで無料で足かを試すのが現実的です。

どんな人に合っていて、誰には合わないか

合うのは、①調べ物の再訪が多い（同じエラー、同じライブラリに戻ってくる）、②ドキュメントや記事の「あの一文」を取り出したい、③保存の手間を増やしたくないので分類は機械に任せたい——という人です。日常がブラウザの中で回っているので、拡張機能の位置と合います。

合わないのは、①ブックマークを自作ツールに流し込みたい（公開APIはありません）、②自分のインフラで動かしたい（セルフホストもできません）、③機内や接続なしで動画を観たい（オフラインは記事ページのキャッシュで、再生ではありません）。この3つが要件の上位にあるなら、ここで無理に合わせる必要はないです。

中途半端に効くのは「ノートアプリと併用したい」ケースで、Marqlyは読み書きの両方を満たす道具ではありません。保存と検索に寄せた道具です。ドキュメントやコードの断片を要約に落としたいなら、ハイライトとメモがその役目を担えます。保存したページに1行「これはv4でのみ動く」と書いておけば、その一文が検索の入口になるので、ノートアプリの管理コストを背負う必要がありません。## 個人開発者と、業務での使い方

個人と業務で変わるポイントは共有の単位です。個人では「次に同じエラーが来たときに出る」だけで十分ですが、業務では他人が出せることが価値になります。

• オンボーディング：ボードに必读を並べて公開リンク化。READMEに貼れば、次の人が登録不要で開けます（閲覧専用）。
• 技術選定：比較材料をテーマ別ボードに集約。意思決定の会議にURL1本で入れる。
• 障害対応の記録：解決に使ったIssueや記事のリンクを、その場でもう1つのボードへ。次の障害で検索が当たります。
• 学習の継続：動画とドキュメントを同じボードに。要約で観る価値を決められるので、積み残しが減ります。

公開ボードは「社内情報を見せる場所」にはなりません。共有したい範囲だけ置く運用にしてください。社外秘のドキュメントを扱うなら、公開しない保存とボードのほうを使うのが普通です。

始める前に確認しておきたい3点

1. 自分がどこでコードを調べるか。 拡張機能はChrome・Edge・Firefox・Safariで動きます。CLIやドキュメントジェネレーターの中で完結する調べ物が多い人は、保存の入口がブラウザになるので、まず入口があるか確認してください。
2. インポートするブックマークの規模。 無料プランは100件まで、Proは無制限です。ファイルは10,000ブックマークまで、サイズは無料10MB・Pro30MB。数年分のブラウザバーなら、まず書き出して件数を見てからプランを考えればよいです。
3. 検索で何を打ちたいか。 「エラー文」「ライブラリ名」「あの設定」——ここで必要なのはタイトル検索ではなく本文検索です。キーワード検索なら無料プランでも回りますが、意味で当てるのはProです。

この3点が埋まっていれば、導入は当日中に終わります。拡張機能を入れて、適当な記事を1本保存して、サイドパネルから出てくるかを見る——5分で検証できます。

よくある疑問

ブラウザのブックマークと何が違うんですか？ ブラウザのはタイトルとURLを持ちます。Marqlyは本文、ハイライト、動画の文字起こしも持ち、それらを横断して検索します。つまり項目ではなく内容で探せます。

タブを閉じると消えますか？ タブセーバーで保存したものはライブラリに残ります。閉じる前に1クリック置くだけで、仮説の痕跡が保持されます。

チームで使えますか？ ボードを公開ページにすれば、見る側に登録不要で共有できます。閲覧専用なので、共同編集のワークスペースとしては機能しません。

セルフホストが必要な場合は？ この記事の読者にそれが必須なら、Marqlyは合いません。その場合はPocketの次を探す人向けの比較やセルフホスト型の選択肢のほうが判断材料になります。

年額72ドルという数字は、調べ物の再発時間で考えると判断しやすいです。1回のエラー再調査に20分かかる人が月に2回やり返すだけで、年間の工賃はそれなりに積み上がります。逆に、週に1本も保存しない人にとってProは不要です——100件までなら無料プランで回りますし、キーワード検索も使えます。

動画と記事で調べることが多く、かつ「前に見たはず」が頻発するなら、Proの境界にあるのは自動タグ・セマンティック検索・要約・AI質問応答なので、そこが埋まるかどうかで決めてください。初年度49ドルの常設オファーがあるので、年間での試運転はしやすいほうです。

まとめ：書く専用だったブックマークバーを、読めるようにする

開発者にとってブックマークの価値は、保存した量ではなく、必要なときに取り出せるかで決まります。フォルダに預けた瞬間に二度と開かれないなら、それは作業の記録ではなく単なる倉庫です。Marqlyは保存を1クリックのままにして、検索を意味の側に移します。本文もハイライトも動画の文字起こしも、同じ1つの検索窓に入るので、次回はそのエラーの説明をするだけで、答えのページが出てきます。

ドキュメントが変わっても、投稿が消えても、保存しておいた本文とPDFは残ります。XやYouTubeと同じで、大事なもののコピーは自分の側に置く——この前提に立つと、デバッグの再発時間は確実に減ります。まずは拡張機能を入れて、次に解決したエラーを1クリックで保存してみてください。そのページが「本番だけCORSが落ちたやつ」で出てくるかどうか——そこが1回確かめられれば、以後の調べ物の時間はもう戻ってきません。ブックマークバーが倉庫から検索可能な資料に変わる瞬間は、たいていこの1回目の保存です。