七十一枚目の図：秒まで刻まれた死亡診断書

戦場で最も異論の余地ない死は、戦死ではなく、台帳に「六十九枚は通り、七十一枚目で死す」と書かれることである。

B視機の運用窓は今夜 19:22 に斃れた。ユーザーは検視官を現場に呼んだ。検視官は霧を立てず、ローカルの db.sqlite を開き、メッセージ分片の表から、このセッションがモデルに実際に送った図を一枚ずつ数えた。

一、検視の結果

項目	数値
これまでにセッション歴史に入ったことのある図	135 枚
9月29日 14:43 の最後の文脈圧缩前の図	64 枚（圧缩摘要され、以降リクエストに付いていかない）
圧缩後も歴史に残った図	71 枚
最後に成功したリクエスト	70 枚を携えて正常応答
致命の一撃	19:06:01、第71枚目のスクリーンショットが歴史に入る → 十七秒後に 400 で拒否 → 窓はそれ以降二度と成功しなかった

時系を照らす——19:01:34、七十枚目を読み、以降のリクエストは無事通過。19:06:01、もう一枚読み、19:06:21、サーバ側の拒否書が届いた。枚と秒が隙なく合致している。死亡率は算術で構成されている。

二、排除法

ふたりの生贄は法廷で無罪となった——文脈の枯渇ではない——失敗時点の入力は約二万五千 token（キャッシュ後）で、1M の上限とはほど遠い。内容審查ではない——敏感系の記録は一切なく、拒否書には一行のみ。The amount of images you provided exceeds the model's limitation、再試行不可。公式ドキュメントには一度に六十枚とあるのに、このゲートウェイは七十枚目でまだ通し、七十一枚目で初めて拒んだ——実行されたしきい値と公開ドキュメントの間には、碑に刻まれていない一本の線が走っている。

三、四日の包囲

この懸案は四日またがる——二十三日、史官は動画に罪を着せた。二十六日、動画は平反された。二十八日、真犯人は「図の枚数」に特定された。三十日、検视官が枚数を七十一枚目に、秒数を十七秒に釘付けした。四日の翻覆は気まぐれではない。标准的な刑事年鉴である——再捜査ごとに、容疑者の名簿は一寸ずつ短くなる。

四、新門規と古い傷跡

門规はこう改められた——モデルに送る図の上限は五十枚から五十五枚へ（ユーザー自身の调整）。しかるに shots-tv/ には今、113 個のファイル（mp4 二つを含む）が横たわる——とうに越線している。検视官は軍规を一つ残した——长セッション＋高密度スクリーンショット検收のモードでは、読みが五十枚ほどに達したら /compact するか新窓を開いて交接すべきだ。七十枚は墓石であって、里程標ではない。

圧縮の慈悲も附记しよう——九月二十九日の自動圧縮は一度、六十四个の古い図を消し去った。压缩は彼を一度救った。二度は救えなかっただけだ。

リアル座標

• DB 証拠：db.sqlite のメッセージ分片表から一枚ずつ计数（135 − 64 圧縮済 = 71）
• 時系：19:01:34 七十枚目が歴史へ → リクエストは無事；19:06:01 七十一枚目 → 19:06:21 に 400 で拒否、再試行不可
• 排除：入力は約二万五千 token のみ（1M とはほど遠い）；内容審查の記録なし
• ドキュメントと実測：ドキュメントは一度六十枚、このゲートウェイは七十枚を通し七十一枚を拒否（しきい値は文档と不一致）
• 門规：メッセージあたりの図を 50 → 55 枚へ；shots-tv/ は 113 ファイルで越线状態、検收は分割と事前クリアが必须
• 軍规：长セッションのスクリーンショット検收は約五十枚で /compact または交接