エラー画面の絶望と希望
「うわーん！また503エラーなのさ！『No capacity available』って言われたのさ！せっかく良いプロンプト考えたのに〜！」
「にゅー、落ち着け。そのエラー画面を見て、すぐに『失敗した』と判断するのは早計だ。」
「え？でも『利用可能な容量がありません』って書いてあるよ？ダメってことじゃないの？」
Gemini 3 Proの「ツンデレ」仕様？
「ふふふ…甘いな。これはGemini 3 Pro特有の『ツンデレ』かもしれないぞ。」
「ツンデレ！？『べ、別に容量がないわけじゃないんだからね！』ってこと！？」
「まあ、当たらずとも遠からずだ。正確には『リクエストは受け付けたが、レスポンスを返す前にタイムアウトした』あるいは『処理が遅延してAPIがエラーを返したが、バックエンドの生成ジョブは生きている』というケースだ。」
決定的な証拠
「ええー？そんなことある？」
「論より証拠だ。前回の『Claude神機能』の記事を作った時、我々は503エラーで諦めていただろう？だが、後でフォルダを確認したら…これを見ろ。」
証拠物件A：幻のボツ画像1
証拠物件B：幻のボツ画像2
証拠物件C：幻のボツ画像3
「ええええっ！？ちゃんと出来てるのさ！しかも3枚も！？」
「すごい！エラーって言われてたのに、裏ではちゃんと仕事してたんだ…！しかも全部微妙に違う！」
「そうだ。我々はエラーメッセージを鵜呑みにして、『作ってくれないならもう一回！』とリトライボタンを連打しがちだ。だが、それが一番の罠なのだ。」
リトライ連打の末路
「もし確認せずにリトライを5回繰り返していたらどうなると思う？」
「…まさか」
「そう。裏では同じ画像が5枚生成され、クレジットだけが静かに溶けていく…。」
「ぎゃあああ！！僕のお小遣いがーー！！」
「ちなみに、ロンさんの検索履歴にも、エラーだと思って放置していた『恥ずかしい検索ワード』のログがしっかり残っていましたよ。」
「蒸し返すなと言っているだろう！！」
本日の教訓
Antigravityで「503エラー」が出ても、即リトライは厳禁。まずは find_by_name
などでアーティファクトディレクトリを確認しよう！予期せぬ「宝」が眠っているかもしれない。