问题描述Flow 前端灰度到 boq_labs-ai-sandbox-frontend_20261105.10_p0 之后:文生图正常;图生图(带参考图)稳定失败:参考图上传 maseQ 成功,但提交生成 ogiZ0b 被拒:生成失败: Flow frontend RPC rejected: rpc=ogiZ0b, error=PUBLIC_ERROR_UNUSUAL_ACTIVITY同一账号在 Flow 网页上图生图正常。连续失败多次后账号容易被注销登录(Flow 页面未返回已登录账号)。基于 main 最新 2cf700d 测试,未合并的 #195、#196 与此无关。根因在网页上做一次图生图,抓 batchexecute?rpcids=ogiZ0b 的 f.req,与 _build_frontend_image_generation_argument 逐槽比对。网页(新版前端,图生图,成功)内层 request:[null, null, [["<mediaId>", null, null, null, 1]], <seed>, 3, "BELUGA", null, <clientContext>, [[["<prompt>"]]], null, null, null, "<UUID>", "<UUID>", 4]当前实现(14 槽):[None, None, [[media_id, None, None, None, 1]], seed, aspect, model, None, client_context, [[[prompt]]], None, None, None, session_id, uuid] 槽 | 网页 | 当前实现 -- | -- | -- 0–13 | 与当前实现一致 | — 14 | 4(仅带参考图时出现) | 缺失 这个 4 在 ogiZ0b 的响应里也回显在参考图旁边:[[[null,1,"<mediaId>"]],null,null,4],看起来表示参考图的用法。外层结构 [null, [request], 1, clientContext, ["<UUID>"]] 与当前实现一致。参考图上传 maseQ 的请求结构也与当前实现完全一致,不需要改。文生图(无参考图)的内层仍是 14 槽,与 #187 的结论一致,不受影响。建议修复src/services/flow_frontend.py 的 _build_frontend_image_generation_argument:有参考图时在末尾追加 4。 session_id, str(uuid.uuid4()).upper(), ] + if reference_media_ids: + request.append(4) return [tests/test_flow_image_generation_args.py 中 test_image_requests_follow_fourteen_slot_layout 需相应调整:无参考图 len == 14,有参考图 len == 15 且 request[14] == 4。验证修改前:同一账号连续 8 个图生图请求(每个请求含同号重试共 2 次提交)全部 PUBLIC_ERROR_UNUSUAL_ACTIVITY;同期文生图可以出图。修改后:图生图(1 张参考图,gemini-3.1-flash-image-four-three)一次成功,HTTP 200,约 77 秒。现有单元测试全部通过。样本量不大,但修改前后对比明显,且与网页请求逐槽一致。环境flow2api main @ 2cf700d(另有少量本地补丁,与该 RPC 无关)Flow 前端:boq_labs-ai-sandbox-frontend_20261105.10_p0账号:Pro(PAYGATE_TIER_ONE),模型 BELUGA(Nano Banana 2.1)打码:远程浏览器打码,提交与打码同一出口 IP
Activity
0xGunDone commentedon Nov 12, 2026
Do any ideas to solve problem with error=PUBLIC_ERROR_UNUSUAL_ACTIVITY?