chore(fts): remove failed FTS5 corruption recovery migrations 0002-0004 (#135) (#146)

production は本日 D1 time-travel restore (2026-04-23T12:00:00Z) で 0002 適用前の状態に復元済み。本 commit は source 側の掃除で、既に corruption を引き起こしたまま放置されていた失敗 migration を物理削除する。

0002 の `INSERT INTO search_docs_code_fts(search_docs_code_fts) VALUES('rebuild');` が 0001 で導入した AFTER INSERT trigger の `WHERE tokenizer_kind` 分岐を無視し、全 search_docs を code_fts (trigram tokenizer) にも強制 index した。8000 字の自然言語 nat content × 739 row ≈ 600 万 trigram が code_fts に流入し、FTS5 内部 segment が corruption。0003 (DROP+CREATE search_docs_code_fts + 再 'rebuild') と 0004 (trigger 再生成) は同じ 'rebuild' pattern を踏襲した復旧試行で、いずれも production で失敗した。storage 層の corruption が論理的な DROP+CREATE では除去できず、time-travel restore でしか抜けられなかった。

production の `d1_migrations` テーブルには 0002/0003/0004 の dummy 行を "applied" 状態で挿入済み。wrangler 側で再 apply は抑止される。

未来の fresh DB deploy は 0001 のみで初期化されるため、同じ罠を踏まない。

Closes #135

Author: liplus-lin-lay