Opus 5.5への移行、画面操作の座標補正と画像サイズを再確認
Claude Opus 5.5へ旧モデルから移行する際、画像の位置を示す座標や解像度の扱いも変わる。Anthropicの公式文書を確認し、日本語の業務画面を扱う開発者向けに、倍率補正、画像の縮小、処理量の見直しを整理した。

Claude Opus 4.6以前から5.5へ移る開発者は、画像を扱うアプリの座標変換を見直す必要がある。Anthropicの移行文書は、4.7以降でモデルが返す位置や囲み枠の座標が実際の画像ピクセルと1対1になるとして、以前の倍率補正を取り除くよう案内している。
これは画面上のボタンを指定したり、資料の一部分を囲んだりする処理に関わる。古い補正を残すと、モデルが示した場所と、アプリが操作する場所の対応が崩れるおそれがある。日本語の業務画面を扱う場合も、応答の文章が自然かどうかだけでは、この種の移行ミスを確認できない。
高解像度画像への対応は4.7から導入され、5.5への移行時にも確認すべき項目に入る。公式の画像ガイドでは、対応モデルの画像長辺上限は2576ピクセル、視覚トークン上限は4784とされる。従来の1568ピクセルの区分から変わるため、同じ画像を送っても処理量の前提を引き継げるとは限らない。
移行文書は、フル解像度画像のトークン数が以前のモデルの約3倍まで増える場合を示す。これはすべての画像や請求額が一律に3倍になるという意味ではない。細部が不要なら送信前に縮小する選択肢もある。読みたい文字の大きさと、必要な画像領域を先に決めることが、費用と読み取りの確認につながる。
画像ガイドは、通常の大き過ぎる入力画像について、処理前に縮小すると説明する。ただし、computer useやbrowser useのツールへ返すスクリーンショットなどでは扱いが違う。モデルの制限を超える画像は自動縮小されず、検証エラーになるため、アプリ側で先に大きさを調整する必要がある。
このため、画像の受け渡し経路も調査対象になる。利用者が直接添付した画像なのか、画面操作ツールの結果として返した画像なのかを区別しなければ、同じ大きさでも挙動が違う理由を見落としかねない。画像枚数や送信容量の上限もあり、高解像度対応を無制限の受付と解釈することはできない。
本稿は提供元の移行条件を整理したもので、特定の日本語画面の操作精度を測定したものではない。導入側は元画像と返された座標を保存し、実際の操作位置を照合する必要がある。
高解像度対応には追加ベータ指定は要らないとされる。設定を追加したかどうかより、旧モデル向けの前処理が新しい座標や画像制限と整合するかを確認することが焦点になる。
프리즘코리아 편집국 > 水野遼



