[aside] SPA の `.tsx` コンポーネントはレンダリングテストの手段が無く(vitest が node-env / jsdom 無し)、read-side lens を出しても UI は build(コンパイル)までしか検証できない ── 実描画は未検証で landed する。

PR #402 で `TaskLens` / `TaskCard` を足したが、検証できたのは純ロジック(`parseTask`)の unit test と projection arm の DuckDB test、それと `vite build`(= 型 + bundle が通る)まで。コンポーネントが実際に mount して空状態/カードを描くかは、テストでは一切踏めない(node-only vitest に jsdom が無く `@solidjs/testing-library` 等も未導入)。残る検証手段はライブ browser だけで、それも projection.duckdb 等の backend が要る。結果 `.tsx` を含む PR は『コンパイルは通るが描画は未確認』で出る。

今回触らない判断: PR #402 は task lens scaffold が scope。test harness 整備は別。

想定インパクト / トリガー: `.tsx` を出すたびに render が無検証(runtime の reactivity / `<Show>` / `<A>` 等のミスは build を素通りする)。直すなら (a) jsdom or happy-dom env + `@solidjs/testing-library` で最小 render smoke を入れる、(b) playwright で主要ルートの mount を 1 本通す。根拠 = friction 経験(本 PR で `TaskLens` の実 mount を確認する手段が無く、テスト + build 止まりだった)。DuckDB を node で実行する既存 SQL テストパターンはあるが、あれは SQL であって component render ではない。