Skip to content

显示账号请求不合法 #197

Closed
Closed
显示账号请求不合法#197

Description

@Boss-Bai
Boss-Bai
opened on Oct 16, 2026

account banned by upstream (11140 request illegal), re-login required

国际版的账号，遇到这个问题怎么处理呢？

Activity

  1. qingchen102 commented on Oct 16, 2026

    @qingchen102
    qingchen102
    on Oct 16, 2026

    看看账号池，是不是禁用了

  2. mochou567 commented on Oct 16, 2026

    @mochou567
    mochou567
    on Oct 16, 2026

    我的国际版调用不了，agent说调用失败，但是国内的可以调用

  3. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author
    1. 看看账号池，是不是禁用了

    没有禁用，我都是打开的

  4. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author

    2. 我的国际版调用不了，agent说调用失败，但是国内的可以调用

    我的就是显示"违法请求"，但是我在另一个软件里面，都是正常调用。应该就是被发现了吧

  5. mochou567 commented on Oct 16, 2026

    @mochou567
    mochou567
    on Oct 16, 2026

    为啥我所有agent都调用不了国际版？

  6. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author

    5. 为啥我所有agent都调用不了国际版？

    换一个项目试试，我看还有其他的，有个workbuddy switch，你试试

  7. mochou567 commented on Oct 16, 2026

    @mochou567
    mochou567
    on Oct 16, 2026

    我换成agent2api，这个可以调用我的国际版，这个workbuddy2api现在调用不了国际版，只能调用国内版

  8. mochou567 commented on Oct 16, 2026

    @mochou567
    mochou567
    on Oct 16, 2026

    我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理

  9. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author

    8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理

    朋友，aimod-cc/agent2api 是这个项目吗？
    我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用

  10. mochou567 commented on Oct 16, 2026

    @mochou567
    mochou567
    on Oct 16, 2026

    9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理

    朋友，aimod-cc/agent2api 是这个项目吗？
我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用

    是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗

  11. luohaonan365
    added a commit that references this issue on Oct 16, 2026

    fix(server): 保证 X-Conversation-ID 必发，修正 request illegal 被误判为账号封禁

    906a3eb

  12. devfox403 commented on Oct 16, 2026

    @devfox403
    devfox403
    on Oct 16, 2026

    10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >

     是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗

    magpie可以用国际版，而且很稳

  13. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author

    10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >

     是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗

    对，就是yetone/magpie这个，国际版能用。而且更新很勤

  14. luohaonan365 commented on Oct 16, 2026

    @luohaonan365
    luohaonan365
    on Oct 16, 2026

    补充一个已验证的根因（不是猜测，是抓包 + 直连上游复现出来的）。

    直接原因：出站请求缺 X-Conversation-ID

    internal/upstream/headers.go 的 injectConversationHeaders 里，会话头三元组中只有 X-Conversation-ID 是条件写入（ChatMeta.ConversationID 非空才 Set），而同族的 X-Conversation-Request-ID 有必发兜底。

    于是这条链路会踩空：

    1. 客户端发 user_id，但不发 conversation_id / prompt_cache_key
    2. session.ExtractKey() 因 hasUserIDKey 契约不派生会话键 → sessKey 空
    3. ResolveConversationID() 也空 → convID 空 → 头被静默省略
    4. 上游渠道校验失败 → HTTP 400 {"code":"11-128","msg":"request illegal", ...}
    5. Classify() 判成 ErrAccountFault → applyErrorPolicy() 执行 Pool.Disable()

    第 5 步是误判——上游那条 400 的 displayMsg 明明写着「请求被拦截，请重新发送」，displayTips 写着「渠道校验失败，可能不是从官方客户端发出的，请用官方客户端重新发送」。上游自己说的是可重试的请求级拦截。

    怎么确认账号没被封

    用和网关完全一样的出站头部直连 https://www.workbuddy.ai/v2/chat/completions：

    • 被禁用的号 → 稳定 400 11-128
    • 同时期的健康号 → 稳定 200

    余额、JWT（exp 到 2027-10）、azp/aud 全部正常；换模型、换 header 变体（去掉 X-Machine-ID/X-Session-ID、换 UA 平台段、加 X-Device-Token、去掉 X-No-Enterprise-Id、去掉全部 X-IDE-*）结果全一样。所以问题在请求形状，不是账号被封——和楼上几位「在别的软件里正常调用」的观察一致。

    修复

    已经中招的号怎么办

    面板里点「解冻」就行，不需要重新登录。 那句 re-login required 提示是误导——凭证从头到尾都是好的，禁用只是网关自己写进 state 的标记，清掉即可恢复。

  15. Boss-Bai commented on Oct 16, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 16, 2026
    Author

    12. > 10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >
    > > 是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗 >

     magpie可以用国际版，而且很稳

    我昨天才开始用magpie，还不晓得长期效果如何？你用下来体验如何？？

  16. 5 remaining items

  17. luohaonan365 commented on Oct 17, 2026

    @luohaonan365
    luohaonan365
    on Oct 17, 2026

    补充一个已验证的根因（不是猜测，是抓包 + 直连上游复现出来的）。

    直接原因：出站请求缺 X-Conversation-ID

    internal/upstream/headers.go 的 injectConversationHeaders 里，会话头三元组中只有 X-Conversation-ID 是条件写入（ChatMeta.ConversationID 非空才 Set），而同族的 X-Conversation-Request-ID 有必发兜底。
    于是这条链路会踩空：

    1. 客户端发 user_id，但不发 conversation_id / prompt_cache_key
    2. session.ExtractKey() 因 hasUserIDKey 契约不派生会话键 → sessKey 空
    3. ResolveConversationID() 也空 → convID 空 → 头被静默省略
    4. 上游渠道校验失败 → HTTP 400 {"code":"11-128","msg":"request illegal", ...}
    5. Classify() 判成 ErrAccountFault → applyErrorPolicy() 执行 Pool.Disable()

    第 5 步是误判——上游那条 400 的 displayMsg 明明写着「请求被拦截，请重新发送」，displayTips 写着「渠道校验失败，可能不是从官方客户端发出的，请用官方客户端重新发送」。上游自己说的是可重试的请求级拦截。

    怎么确认账号没被封

    用和网关完全一样的出站头部直连 https://www.workbuddy.ai/v2/chat/completions：

    • 被禁用的号 → 稳定 400 11-128
    • 同时期的健康号 → 稳定 200

    余额、JWT（exp 到 2027-10）、azp/aud 全部正常；换模型、换 header 变体（去掉 X-Machine-ID/X-Session-ID、换 UA 平台段、加 X-Device-Token、去掉 X-No-Enterprise-Id、去掉全部 X-IDE-*）结果全一样。所以问题在请求形状，不是账号被封——和楼上几位「在别的软件里正常调用」的观察一致。

    修复

    已经中招的号怎么办

    面板里点「解冻」就行，不需要重新登录。 那句 re-login required 提示是误导——凭证从头到尾都是好的，禁用只是网关自己写进 state 的标记，清掉即可恢复。

    点解冻也没用，解冻了不下十次了，还是不行

    可以让你的agent把这个pr同步到本地后你再重新部署一下：

    Image

    我之前看提示之后以为是账号被封了，但是直接登陆workbuddy ai（海外版是能正常使用的），所以判断账号没有被封，然后让ai排查了一下

  18. devfox403 commented on Oct 17, 2026

    @devfox403
    devfox403
    on Oct 17, 2026

    19. > 18. > 16. > 12. > 10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > > > > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >
    > > > > > 是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗 >
    > > > > magpie可以用国际版，而且很稳 >
    > > > 我昨天才开始用magpie，还不晓得长期效果如何？你用下来体验如何？？ >
    > > magpie我用了一段时间了。给我的感受就是：功能无比强大，很全面。但是极大可能封号，因为我已经被封了两个trae了。。。我能跟你确定的是这个软件magpie丝滑无比非常流畅、且功能强大，而且丝毫不复杂。唯一的最大的缺点你随时可能面临封号或者被迫下线。我计划周末二开他们的插件，然后导入进去用自己的，这样我感觉稳一点。 > <img alt="Image" width="937" height="272" src="https://private-user-images.githubusercontent.com/332432860/676135846-a2963782-bfde-4d6a-bd9c-a02a12aa2f1d.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTIxNzkxNzcsIm5iZiI6MTc5MjE3ODg3NywicGF0aCI6Ii8zMzI0MzI4NjAvNjc2MTM1ODQ2LWEyOTYzNzgyLWJmZGUtNGQ2YS1iZDljLWEwMmExMmFhMmYxZC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjYxMDE2JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI2MTAxNlQxOTI3NTdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1jOGZkZTU2MDhmOTcwNGYxYjliYzM3ODkxOTQxOGQxZTYyODc5NjZhMWZhNDVjZTRhN2Q1MmVkMTY0OGE5ZDNiJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZyZXNwb25zZS1jb250ZW50LXR5cGU9aW1hZ2UlMkZwbmcifQ.3H-6P3WSG2JKc2qvycp36y0tF-ziAJNEeI0TJNifiPM"> >

     到时候可以让我也用吗？我也怕被封号，哈哈哈

    那不行，那是增加我被封号的概率啊你哈哈哈。除非你有渠道提供很多号，那我可以部署到服务器上我们内部自己用

  19. Boss-Bai commented on Oct 17, 2026

    @Boss-Bai
    Boss-Bai
    on Oct 17, 2026
    Author

    24. > 19. > 18. > 16. > 12. > 10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > > > > > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >
    > > > > > > 是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗 >
    > > > > > magpie可以用国际版，而且很稳 >
    > > > > 我昨天才开始用magpie，还不晓得长期效果如何？你用下来体验如何？？ >
    > > > magpie我用了一段时间了。给我的感受就是：功能无比强大，很全面。但是极大可能封号，因为我已经被封了两个trae了。。。我能跟你确定的是这个软件magpie丝滑无比非常流畅、且功能强大，而且丝毫不复杂。唯一的最大的缺点你随时可能面临封号或者被迫下线。我计划周末二开他们的插件，然后导入进去用自己的，这样我感觉稳一点。 > <img alt="Image" width="937" height="272" src="https://private-user-images.githubusercontent.com/332432860/676135846-a2963782-bfde-4d6a-bd9c-a02a12aa2f1d.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTIxNzkxNzcsIm5iZiI6MTc5MjE3ODg3NywicGF0aCI6Ii8zMzI0MzI4NjAvNjc2MTM1ODQ2LWEyOTYzNzgyLWJmZGUtNGQ2YS1iZDljLWEwMmExMmFhMmYxZC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjYxMDE2JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI2MTAxNlQxOTI3NTdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1jOGZkZTU2MDhmOTcwNGYxYjliYzM3ODkxOTQxOGQxZTYyODc5NjZhMWZhNDVjZTRhN2Q1MmVkMTY0OGE5ZDNiJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZyZXNwb25zZS1jb250ZW50LXR5cGU9aW1hZ2UlMkZwbmcifQ.3H-6P3WSG2JKc2qvycp36y0tF-ziAJNEeI0TJNifiPM"> >
    > > 到时候可以让我也用吗？我也怕被封号，哈哈哈 >

     那不行，那是增加我被封号的概率啊你哈哈哈。除非你有渠道提供很多号，那我可以部署到服务器上我们内部自己用

    我是指你二开的插件，可以给我也用用吗

  20. devfox403 commented on Oct 17, 2026

    @devfox403
    devfox403
    on Oct 17, 2026

    26. > 24. > 19. > 18. > 16. > 12. > 10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > > > > > > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >
    > > > > > > > 是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗 >
    > > > > > > magpie可以用国际版，而且很稳 >
    > > > > > 我昨天才开始用magpie，还不晓得长期效果如何？你用下来体验如何？？ >
    > > > > magpie我用了一段时间了。给我的感受就是：功能无比强大，很全面。但是极大可能封号，因为我已经被封了两个trae了。。。我能跟你确定的是这个软件magpie丝滑无比非常流畅、且功能强大，而且丝毫不复杂。唯一的最大的缺点你随时可能面临封号或者被迫下线。我计划周末二开他们的插件，然后导入进去用自己的，这样我感觉稳一点。 > <img alt="Image" width="937" height="272" src="https://private-user-images.githubusercontent.com/332432860/676135846-a2963782-bfde-4d6a-bd9c-a02a12aa2f1d.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTIxNzkxNzcsIm5iZiI6MTc5MjE3ODg3NywicGF0aCI6Ii8zMzI0MzI4NjAvNjc2MTM1ODQ2LWEyOTYzNzgyLWJmZGUtNGQ2YS1iZDljLWEwMmExMmFhMmYxZC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjYxMDE2JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI2MTAxNlQxOTI3NTdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1jOGZkZTU2MDhmOTcwNGYxYjliYzM3ODkxOTQxOGQxZTYyODc5NjZhMWZhNDVjZTRhN2Q1MmVkMTY0OGE5ZDNiJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZyZXNwb25zZS1jb250ZW50LXR5cGU9aW1hZ2UlMkZwbmcifQ.3H-6P3WSG2JKc2qvycp36y0tF-ziAJNEeI0TJNifiPM"> >
    > > > 到时候可以让我也用吗？我也怕被封号，哈哈哈 >
    > > 那不行，那是增加我被封号的概率啊你哈哈哈。除非你有渠道提供很多号，那我可以部署到服务器上我们内部自己用 >

     我是指你二开的插件，可以给我也用用吗

    我已经拥抱ofm了，免费池+自己的号

  21. wabxn514 commented on Oct 18, 2026

    @wabxn514
    wabxn514
    on Oct 18, 2026

    27. > 26. > 24. > 19. > 18. > 16. > 12. > 10. > 9. > 8. 我估计是我同时在workbuddy上面登录帐号了，所以就把我在workbuddy2api登陆的这个不给使用模型，瞎猜的，不知道是不是这个原理
    > > > > > > > > > 朋友，aimod-cc/agent2api 是这个项目吗？ > 我感觉应该不是这个原因，应该是请求参数没有搞对，虽然起初可以请求，但可能是被风控检测到了，但其他的工具的请求参数是正确的，就可以正常使用 >
    > > > > > > > > 是这个项目，或许是请求参数被风控了吧，那这样子怎么解决？你在这个项目可以正常调用国际版账号吗 >
    > > > > > > > magpie可以用国际版，而且很稳 >
    > > > > > > 我昨天才开始用magpie，还不晓得长期效果如何？你用下来体验如何？？ >
    > > > > > magpie我用了一段时间了。给我的感受就是：功能无比强大，很全面。但是极大可能封号，因为我已经被封了两个trae了。。。我能跟你确定的是这个软件magpie丝滑无比非常流畅、且功能强大，而且丝毫不复杂。唯一的最大的缺点你随时可能面临封号或者被迫下线。我计划周末二开他们的插件，然后导入进去用自己的，这样我感觉稳一点。 > <img alt="Image" width="937" height="272" src="https://private-user-images.githubusercontent.com/332432860/676135846-a2963782-bfde-4d6a-bd9c-a02a12aa2f1d.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTIxNzkxNzcsIm5iZiI6MTc5MjE3ODg3NywicGF0aCI6Ii8zMzI0MzI4NjAvNjc2MTM1ODQ2LWEyOTYzNzgyLWJmZGUtNGQ2YS1iZDljLWEwMmExMmFhMmYxZC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjYxMDE2JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI2MTAxNlQxOTI3NTdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1jOGZkZTU2MDhmOTcwNGYxYjliYzM3ODkxOTQxOGQxZTYyODc5NjZhMWZhNDVjZTRhN2Q1MmVkMTY0OGE5ZDNiJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZyZXNwb25zZS1jb250ZW50LXR5cGU9aW1hZ2UlMkZwbmcifQ.3H-6P3WSG2JKc2qvycp36y0tF-ziAJNEeI0TJNifiPM"> >
    > > > > 到时候可以让我也用吗？我也怕被封号，哈哈哈 >
    > > > 那不行，那是增加我被封号的概率啊你哈哈哈。除非你有渠道提供很多号，那我可以部署到服务器上我们内部自己用 >
    > > 我是指你二开的插件，可以给我也用用吗 >

     我已经拥抱ofm了，免费池+自己的号

    OFM 是什么？

  22. Huiaei
    added 3 commits that reference this issue on Oct 20, 2026

    fix(upstream): 按业务码分流 11-128/11128 通道校验失败与 11140 账号限制

    0bf6250

    fix(server): 11-128 通道校验必须继续轮转，且不得归内容审核域

    ac61d87

    fix(upstream): 收窄 11140 的限流排除项，并纠正过时的「换号不换通道」注释

    2da024f

  23. xiufengzha-dotcom commented on Oct 20, 2026

    @xiufengzha-dotcom
    xiufengzha-dotcom
    on Oct 20, 2026

    补充一条 2026-10-20 的复现与定位（v1.13.0-panel / Windows / global 账号）：

    现象

    • cn:* 正常；global:* 全部 503，10~80ms 快速失败
    • 账号被禁用，提示 account banned by upstream (11140 request illegal), re-login required
    • 请求日志真实错误是 11128 conversation id missing（“此调用未通过通道校验，可能不是官方客户端发送的”）

    根因

    • 上游 global 通道要求 X-Conversation-ID / X-Conversation-Request-ID / X-Conversation-Message-ID
    • 当前 injectConversationHeaders 只在客户端传了 conversation_id 时才设置 X-Conversation-ID；cli-proxy-openai-compat 这类客户端不传，于是每次被 11128 拦截
    • applyErrorPolicy 又把含 request illegal 的错误当成封号直接 Disable；之后池里没有可用 global 账号，表现为 503

    验证

    建议

    环境：wb2api v1.13.0-panel，Windows 10，客户端 UA cli-proxy-openai-compat。

  24. yjzsg
    added a commit that references this issue on Oct 20, 2026

    fix(upstream,session): 出站 X-Conversation-ID 转 UUID 形态，不再自报"非官方客户端"

    a095ba8
  25. Huiaei
    added 2 commits that reference this issue on Oct 20, 2026

    fix(upstream): 11-128 与 11140 的判据按「主文案 + 业务码」分流，惩罚强度按状态码分级

    8d749ba

    fix(upstream): 11-128 与 11140 的判据按「主文案 + 业务码」分流，惩罚强度按状态码分级

    063c26d

  26. misakano7545 commented on Oct 21, 2026

    @misakano7545
    misakano7545
    on Oct 21, 2026

    这不是封号，是出站 body 形态没过渠道校验。同一 token、同一 body 只改 messages[0].role 的结果：

    首条角色 结果
    user 400 11-128 first message is not system prompt（提示「可能不是官方客户端发出的」）
    developer 400 同上（另一种文案）
    system 正常 200

    而 11140 request illegal 是同一族判定的账号级表现：重登不会解决，除非客户端同时改了 body 形态。

    修法：出站前把首条消息规整成 system（缺则补一条中性 system，developer 就地改写为 system，其余消息逐字不动），并保证会话头族齐全（X-Conversation-ID / -Request-ID / -Message-ID、X-Request-ID、X-Root-Request-ID，缺任一个同样 400 11-128 conversation id missing）。我这边两处都已实现。

    顺带：11-128 conversation id missing 那条（本线程上方 #188 的报错）修法相同，且可自查——如果错误文案里有 conversation id missing，就是头族缺失，不是号的问题。

    上游自 10-12 起未再提交（27 个 PR 待 review）；这些问题我在自己的 fork 里持续跟进并已修掉大半：https://github.com/misakano7545/workbuddy2api-panel 。交流群：https://t.me/wb2api

  27. linguo2625469 commented on Oct 21, 2026

    @linguo2625469
    linguo2625469
    on Oct 21, 2026
    Owner

    已修复：#233（11-128 通道校验失败与 11140 账号限制分流：前者不罚号，后者才禁用）。（本条处置由 AI 辅助完成。）

  28. linguo2625469
    closed this as completedon Oct 21, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions