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

[liplus-lin-lay]

経緯

本日、production D1 で再発していた D1_ERROR: SQLITE_CORRUPT_VTAB (search_docs_code_fts) の root cause が特定され、D1 time-travel restore (2026-04-23T12:00:00Z) で復旧済み (issue #135)。

corruption 経路:

1. migration 0002_fts5_rebuild.sql の INSERT INTO search_docs_code_fts(search_docs_code_fts) VALUES('rebuild'); が 0001 で導入した AFTER INSERT trigger の WHERE tokenizer_kind による振り分けを無視し、全 search_docs を search_docs_code_fts (trigram tokenizer) にも index 強制した
2. 8000 字の自然言語 nat content × 739 row ≈ 600 万 trigram が code_fts に流入し、FTS5 内部 segment が corruption
3. 後続の 0003 (DROP+CREATE search_docs_code_fts + 再 'rebuild') / 0004 (trigger regen) はいずれも同じ 'rebuild' pattern を踏襲した復旧試行で、production では storage 層の corruption が論理的な DROP+CREATE では抜けず、いずれも失敗
4. time-travel restore でのみ復旧、エラーは即座に停止 (1h error count: 10 → 0)

本 PR の内容

source tree から失敗した recovery migration 3 本を物理削除する:

• migrations/0002_fts5_rebuild.sql
• migrations/0003_fts5_code_recreate.sql
• migrations/0004_fts5_triggers_regen.sql

残るのは 0001_fts5_init.sql のみ (元の正しい schema)。

production 影響

• production D1 は time-travel で 0002 適用前の状態に復元済み
• production の d1_migrations テーブルには 0002/0003/0004 の dummy 行が "applied" 状態で挿入済み、wrangler 側で再 apply は抑止される
• 本 PR は source の掃除のみで、production state に対する追加操作は不要

未来の fresh deploy 安全性

新規 DB は 0001 のみで初期化されるため、'rebuild' pattern による trigram explosion → corruption の罠を踏まない。

Closes #135

[cloudflare-workers-and-pages]

Deploying with    Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status	Name	Latest Commit	Updated (UTC)
✅ Deployment successful! View logs	github-rag-mcp	bc1ca61	Apr 29 2026, 10:45 AM

[liplus-lin-lay]

Self-review (auto mode)

削除対象の正当性

• 0002_fts5_rebuild.sql = 本 corruption の直接原因。INSERT VALUES('rebuild') が 0001 の trigger 振り分け (WHERE tokenizer_kind) を無視し全 search_docs を code_fts に強制 index、trigram explosion の入口。残す価値なし
• 0003_fts5_code_recreate.sql = DROP+CREATE 後に再度 'rebuild' を発行、同じ pattern を踏襲。production で失敗。残す価値なし
• 0004_fts5_triggers_regen.sql = trigger 再生成のみだが、これも復旧フローの一部として失敗。0001 の trigger で十分。残す価値なし

3 本いずれも failed recovery 試行で、source tree に残すと未来の fresh deploy で罠を踏ませるだけ。delete 一択。

production 影響なし

• D1 は time-travel で 0002 適用前に restore 済み (今朝の作業)
• d1_migrations テーブルに 0002/0003/0004 の dummy "applied" 行を挿入済み、wrangler の再 apply 経路は抑止
• 本 PR は source の git rm のみ、production state に副作用なし

未来 deploy 安全性

• fresh DB は 0001_fts5_init.sql のみで初期化、trigger は WHERE 分岐で正しく振り分け
• 'rebuild' 命令は今後 source に存在しないため、trigram tokenizer に nat content を流す経路は塞がれる

Deletion Impact (rules/task/deletion-impact.md)

• target = git-tracked source (recovery cost = instant revert)
• production state への到達経路なし (d1_migrations dummy + time-travel 完了済み)
• true caution = medium、本件は category 内で安全

LGTM, proceed to merge.