QUICKROUTER · 本站真实 API 执行报告 · 2026-10-24

429 复核：原令牌的智能路由请求已成功

HTTP 200 · 事实核对 8/8 gemini-2.5-flash-lite · 296 tokens · 6.341 秒

原令牌、原模型、完整原始输入不变，仅新增顶层 provider.sort=success_rate。

本站对真实 API 数据的报告，不是 Make 原生界面。Make SaaS 未执行，外部通知 0。

01 完整原始会议输入

{
  "meeting_id": "DEMO-20261024",
  "decisions": [
    {
      "id": "DEC-A",
      "fact": "阿青核对“灰度”上线清单。\n截止日期未确定。",
      "owner": "阿青",
      "deadline": null
    },
    {
      "id": "DEC-B",
      "fact": "小禾在2026-10-28前整理三条虚构反馈。",
      "owner": "小禾",
      "deadline": "2026-10-28"
    }
  ]
}

02 真实模型 JSON，未人工修订

{
  "actions": [
    {
      "id": "DEC-A",
      "action": "阿青核对“灰度”上线清单。",
      "owner": "阿青",
      "deadline": null
    },
    {
      "id": "DEC-B",
      "action": "小禾在2026-10-28前整理三条虚构反馈。",
      "owner": "小禾",
      "deadline": "2026-10-28"
    }
  ]
}

由 gateway-smart-override-success.json 的原始 content 直接解析。

03 唯一新增的请求字段

{
  "provider": {
    "sort": "success_rate"
  }
}

provider 与 model、messages 平级。请求前后对照：模型、messages、max_tokens=512、temperature=0 完全一致，完整原始输入保留。

可选排序值：price、speed、success_rate；本次只实测 success_rate，无须修改令牌权限。

04 实际返回的逐项检查：8/8

通过真实 API HTTP 状态为 200
通过内层 JSON 仅含两条 actions，字段符合约定
通过两条 ID 与输入一致
通过action 非空
通过负责人逐条一致
通过期限保持 null 与 2026-10-28
通过DEC-B 保留三条虚构反馈
通过DEC-A 保留灰度清单事实

离线运行 verify-gateway-result.py 复核，不发送新请求。

05 旧失败与恢复请求分别保留

执行范围	时间 UTC	HTTP	实际结果
旧固定分组	2026-10-23T16:42:31.557543+00:00	429	无成功模型完成；旧失败保留
原令牌＋请求级智能路由	2026-10-23T17:28:13.498468+00:00	200	296 tokens · 6.341 秒 · 完整事实正确
同账号现有智能路由令牌	2026-10-23T17:26:47.211436+00:00	200	245 tokens · 独立完整请求

旧 429 对应固定分组上游负载饱和，不能推断整个平台不可用。原固定分组默认路径没有被改写；本次使用请求级智能路由覆盖成功完成。

06 从 API 成功到 Make 场景还需验证

在 HTTP v4 中配置专用 Credentials、JSON Data structure、顶层 provider 对象与 Parse response；手动 Run once 后读回真实外层响应，再解析 choices[0].message.content。当前没有 Make 原生执行或通知发送证据，教程状态保持 partial。

此前本地模型漏“三条”的失败与人工参考单独保留，不因本次成功改写。真实结果不保证其他模型、其他分组或未来时刻必然成功，遇到结果未知先查请求记录。