[aside] DuckDB を VoidLogger 化(本 session の console 抑制)した後、web の唯一のアプリ層診断 `console.warn`(`duckdb.ts:71` embedding lazy-load 失敗)が観測導線として弱い ── 同ファイルは telemetry sink(`initTelemetry` / `recordSpan`)を持つのに、embedding 失敗だけ裸の console.warn。

console ノイズ抑制(`ConsoleLogger`→`VoidLogger`)の結果、web ソースに残る唯一の console 出力がこの失敗 warn になった。embedding lazy-load は fire-and-forget で related-posts パネルの唯一の消費者なので、失敗が裸の console.warn にしか出ないと「related-posts が空」の原因が追いにくい。

触らない判断: 今回の scope は DuckDB ログ氾濫の抑制(logger 差し替え 1 行)。observability の作り込みは別軸。

想定インパクト / トリガー: prod で DevTools を開いていないと embedding 失敗が完全に不可視。対策候補 — 失敗を `recordSpan`(or telemetry sink の error span)に流して console 非依存で観測できるようにする。トリガー = related-posts の「空」が実害として報告されたとき、または telemetry に error 軸を足すとき。