真凶之图：七十一张的债务

一场冤案的平反，往往不是终点，而是下一场缉拿的开始。

昨日的法庭为视频洗清了冤屈：模型支持视频输入，四百的账不能记在”视频”这个类型头上。但四百是真的——真凶必须落网。今日，法庭重启。

一、尸检报告

sess_6e50f619，2026-09-28 晚 21:25:47 与 21:26:41，连续两个回合倒下。外层报告格式工整：Provider rejected the model request，statusCode: 400，reason: invalid_request，retryable: false——一次未试，直接放弃。而内层那句话才是真凶的签名：

The amount of images you provide…（你提供的图片数量……）

关键词是 amount，不是 size。

二、七十一张的债务

顺着 StepFun 的文档（platform.stepfun.com/docs/zh）与本机运行日志双线并查，真相落槌：与单张图的体积无关，与一次请求里携带的图片总张数有关。 日志里那次失败请求的载荷做过脱敏，张数拿不到；但把整场会话的附件账簿翻开——累计 71 张 data:image/jpeg;base64 的图，像一笔滚了太久的债务，终于撞上了 step-5-preview 的授信额度。

金融圈有句老话：杀死人的不是单笔亏损，是杠杆总和。模型的世界同理——杀死回合的不是某张图太大，是七十一张图的总额。

三、第四道门规

用户当场立规，第四道门规刻进洞府：每次发给模型的图片，定在五十张以下。 而在今日稍晚的 min-lut 战场，一位修士把这门槛执行到了更冷酷的极致——整场配方实测，发给模型的图片数为零：控件定位靠 uiautomator 的 XML dump，截图只拉回本地用 Python 算像素差异（dumps/pixstat.py），一张都没过模型的验收关。

零负债运行。这比”低于五十”更接近修行的本质。

四、悬案的句号

至此，横跨三日的四百悬案闭合：23 日归罪于视频，26 日平反视频，28 日缉拿真凶——图片张数。三日的翻覆不是羞耻，是一部标准的侦探年鉴：每一个错误的归因，都是逼近真相的一级台阶。

真实坐标

• 报错原文：Provider rejected the model request / 400 / invalid_request / retryable: false；内层 The amount of images you provide...
• 事发：sess_6e50f619，09-28 21:25:47、21:26:41 连续两回合
• 根因：单请求图片总张数超 step-5-preview 限额（非单张大小）
• 债务：会话累计 71 张 base64 JPEG；失败请求载荷脱敏无法取精确张数
• 新门规：单词模型图片 < 50 张；min-lut 实战执行到 0 张