DEVELOPER NOTES
A September vision fix is a reminder to keep your image test set
Test OCR and image reasoning with preserved inputs, expected outcomes, and separate model-versus-preprocessing checks.

Documentation snapshot: October 14, 2026. This guide discusses the dated release described below; check the linked official documentation for current API behavior and account availability before implementation.
If an image workflow suddenly gets worse, it is easy to blame the prompt. Sometimes the problem is further down the pipeline. On September 25, 2026, OpenAI reported a fix for image encoding affecting GPT-6 Sol and GPT-6 Luna and recommended rerunning affected evaluations. That is the specific event in the official changelog; it does not tell us how your own images performed. Documentation checked October 14.
Preserve the input you actually sent
An original photo is only the beginning. Your application may resize it, rotate it, crop it, compress it, or convert its color space. Keep a non-sensitive fixture and record the exact transformation settings and hash of the bytes sent. Otherwise a later comparison can quietly test a different picture.
For Japanese learning tools, build fixtures covering small kana, mixed kanji and Latin text, punctuation, vertical text if supported, and a low-contrast case. Use original or licensed material with a known transcription. Include an image with no useful text so the model has to admit that rather than inventing a sentence.
Score the useful outcome
Separate transcription accuracy from interpretation. A model might read a word correctly but explain its grammar incorrectly. For OCR, compare normalized text while preserving distinctions your application cares about. Decide whether spacing and punctuation count before scoring. For a reading aid, also check that highlighted regions correspond to the intended text.
A simple fixture record can contain image_sha256, transform_version, expected_text, language, and review_notes. Keep sensitive images out of shared test repositories. When the expected answer is uncertain, mark the fixture for human review rather than giving it a false gold label.
Isolate the changed component
Run the current and candidate model path on the same transformed bytes. Separately test a preprocessing change using the same model configuration. Include service failures and malformed outputs; a beautiful successful example does not prove the surrounding application recovers correctly.
Compare by category, not only one average. A gain on large English print can hide a regression in small Japanese annotations. Recheck the cases that previously failed and retain the results with dates and configuration. Provider changes are one reason to rerun a compact regression set even when you have not changed your app.
I would rather maintain twenty meaningful images than a folder of screenshots nobody can score. The point is to recognize a real change, locate it, and decide whether to ship—not to make every model look good on the same attractive demo.
9月の画像修正から考える視覚モデルの回帰テスト
この記事は2026年10月14日に確認した資料に基づく。以下で紹介するのは、その日付の公開情報だ。実装前に、リンク先の公式資料で現在のAPI仕様とアカウントの利用条件を確認してほしい。
画像処理が急に悪くなっても、原因がプロンプトとは限らない。OpenAIの更新履歴は2026年9月25日、GPT-6 SolとLunaの画像エンコード修正と関連評価の再実行を案内した。10月14日確認の出来事で、個々のアプリの改善を測った結果ではない。
送信した画像を残す
元の写真だけでなく、回転、切り抜き、圧縮、縮小設定と送信バイトのハッシュを記録する。日本語なら小さなかな、漢字と英字、句読点、低コントラスト、対応するなら縦書きを含める。自作または許可のある非機密素材で、正しい転記を用意する。文字がない例も必要だ。
読み取りと解釈を分ける
単語を読めても文法説明が正しいとは限らない。空白や句読点を評価するか先に決め、強調位置も確認する。記録にはimage_sha256、transform_version、expected_text、言語、確認メモを入れる。正解が曖昧なら人の確認対象にする。
同じ変換済み画像で旧経路と候補を比較し、前処理の変更は別に試す。サービス停止や不正出力も含める。全体平均だけでなく、日本語の小さい注記など分類別に見る。日付と設定を保存し、提供者側の変更でも再評価できるようにする。採点できない大量の画像より、意味のある20枚の方が役立つ。



