pikasTech-unidesk/docs/MDTODO/details/sub2api-upstream-reliability/R2.2.32_Task_Report.md

R2.2.32 任务报告

经济口径

用户确认账号名称尾部数值为上游采购成本，售价扣除服务器等固定成本后的可用收入为 0.10。因此单元毛利按 0.10 - 采购成本 评价；成本 0.10 的账号毛利为 0，不应作为常态主调度账号。

运行面修改

在确认配置、skill 和脚本没有按 lyon9801 名称引用后，对两个 runtime-manual 账号执行精准更新：

• 账号 15：名称 lyon9801 -> lyon9801 0.10，全局 priority 1 -> 20。
• 账号 35：名称保持 https://api.recurdream.com plus 0.02，全局 priority 20 -> 5。

执行前校验账号 ID、完整名称和旧 priority；失败路径带回滚；执行后逐账号 GET 和正式 runtime list --target PK01 全池回读均一致。未触发回滚。分组、容量、load factor、proxy、credentials、status、schedulable 和临时不可调度规则未进入更新 payload，Secret 未打印。

当前盈利分层

• priority 1：https://sub2.pokexiao.com plus 0.03，毛利 0.07；两组 A，是当前主盈利账号。
• priority 5：https://api.recurdream.com plus 0.02，毛利 0.08；近期低延迟零错误，作为最低成本首层备用。https://sub2.pokexiao.com pro 0.05，毛利 0.05；历史主池 A，作为高可靠首层备用。
• priority 10：https://ai.whistlelads.com plus 0.03、https://api.iceiu.com plus 0.03，毛利均 0.07；质量 B，作为二级容量。
• priority 20：https://sub.yjxm1221.top plus 0.025，毛利 0.075，但历史主池 E；lyon9801 0.10，毛利 0，保留为高可靠应急账号而非日常主力。
• priority 50：成本 0.06/0.05/0.10 的无流量或不可用账号，以及成本未明确的 grok 专用账号。

结论

上一轮把 lyon9801 放在 priority 1 只优化了可靠性，没有纳入真实采购毛利，经济判断错误。本轮已修正为“盈利主账号优先、低成本可靠备用其次、零毛利直连账号只做应急兜底”。既有 sticky 会话可能短期继续使用账号 15，新增会话应逐步转向 priority 1/5 的盈利账号。后续效果应在完整新窗口复核客户错误率、failover、账号 35 的样本量和实际毛利流量占比。