2026年7月15日水曜日2026年7月15日
- 今日、ソウル行きバスで作業を進めた。
- 7月13日に作成した
Qwen Validation Debugger コード分析文書を基準に分類、合成コード生成、JSONL生成、検証フローを最初から再検討した
- 分析中に次の問題点を確認した
common/separate 分類段階の説明がコード生成入力にそのまま引き継がれ、誤ったバージョン文法が次の生成段階の事実根拠に混入する可能性があった- 生成された合成コードが実際のGodotエンジンでパースされるか確認していなかったため、Godot 3コードにGodot 4専用文法が入っても次の段階へ進められた
- バージョン別コードを独立して生成しても、同じ機能・入力フロー・対象と結果を維持しているか保証が難しかった
- JSONL応答のフィールド型とネスト構造を十分に制限しておらず、既存スキーマと異なる形が生成される可能性があった
- ネガティブJSONL生成時に現在のコードが一緒に入ってしまい、モデルが現在コードの直接根拠を再利用する問題が生じる可能性があった
- バージョンが異なるスロットや変更前の直接根拠がない場合までモデル判定に任せると誤った
例 が出ることがあった
- HTTP 429、502、503、504、接続終了とリクエストタイムアウトを区別した再試行制限と構造化応答制約が不足していた
- 部分的なプロンプト修正だけで解決するよりも、根本的なフローから再構築すべきと判断し、合成データE2Eの入力・生成・検査・スキーマ・判定順序を定義した文書を新たに作成した
- 実際のRetrieverと検証器を作る前に合成データでE2Eを確認するという
Qwen Validation Debugger の目的を再整理した
- 分類モデルの説明がGodot 3/4コード生成に誤って混入しないよう、分類結果と合成コード生成入力を分離した
- 生成された合成コードをQwenの自己判定だけに任せず、実際のGodot 3/4エンジンの
--check-only --script で即時検査するよう改善した
- ネガティブJSONLは現在のコードをコピーしないよう別のテスト項目を動的に選択して生成し、生成後に現在コードと直接根拠が重複していないか検査するよう改善した
- 既存JSONLスキーマで必須フィールド、型、enumと追加フィールドの有無を検査し、バージョンと直接文字列根拠だけで確定可能な判定はモデル呼び出し前に処理するよう改善した
- 設計と試験記録: docs/observations/2026-07-15-qwen-validation-debugger-synthetic-e2e-contract.md
- Cloudflareで購入した
ideaworldlab.com をVercelプロジェクトに接続し、DNS検証とHTTPS証明書発行を完了した
- 文書を個別に登録しなくてもREADMEとdocsからパースされたページがcanonical、hreflang、sitemap、robots、Open Graph、JSON-LDに自動反映されるようSEO/GEO基盤を構築した
- 韓国語、英語、日本語、中国語、ポルトガル語（ブラジル）、スペイン語、フランス語、ドイツ語、ロシア語と
x-default を含む動的サイトマップをGoogle Search Consoleに登録し、ideaworldlab.com 基準で1,074ページが正常に認識されることを確認した
- Google、Bing、Naver、Yandexに登録した
- Baiduはサイト登録に中国の電話番号と地域情報が必要なため、今回の検索エンジン登録対象から除外した
- 回顧: docs/retrospectives/2026-07-15.md