docs: 记录 Sub2API 错误成本再调优

2026-07-16 06:08:36 +02:00
parent 8298c5ce74
commit d5666c8338
2 changed files with 34 additions and 0 deletions
@@ -0,0 +1,31 @@
+# R2.18 任务报告
+
+## 新窗口概要
+
+- 观察窗口为 R2.16/R2.17 下发后约 3 小时，不重复使用此前 65 个集中错误窗口。
+- 全分组共 3580 个请求、103 个客户错误，客户错误率 2.88%，上游错误率 4.30%。盈利池约 1382 个请求、客户错误率 2.98%、上游错误率 6.61%；自用池约 2198 个请求、客户错误率 1.29%、上游错误率 2.30%。
+- 自用池 52 个 `/models` 错误主要是 `API Key 所属分组已停用` 等 auth/分组状态语义，不作为上游账号质量扣分。
+
+## 账号证据
+
+- `lyon9801 0.0`：盈利池 280/280 成功，100/A、高置信度，TTFT P95 5986 ms，API USD 34.9783，边际成本 0 CNY；自用池 596/596 成功，100/A。原 priority 20。
+- `https://api.recurdream.com plus 0.02`：盈利池 98.3/A、高置信度，347 次尝试、失败率 0.58%、TTFT P95 9466 ms、API USD 34.4565、成本 0.6891 CNY；自用池 97.2/A。5 个 `/alpha/search` 404 属 internal/non-upstream，已排除扣分。原 priority 20。
+- `https://www.xiaobaishu.org plus 0.01`：盈利池 67.2/D、高置信度，397 次尝试、失败率 9.57%、TTFT P95 37415 ms；虽成本最低但不继续提升。
+- `https://sub2.pokexiao.com plus 0.03` 与 `https://sub2.pokexiao.com pro 0.05`：盈利池均为 E、失败率约 16%，不提升。
+- `https://sub.yjxm1221.top plus 0.025`：盈利池 56.9/E、高置信度，失败率 7.75%、TTFT P95 42824 ms，当前因 `API Key 所属分组已停用` 不可调度；若恢复后保留 priority 1 会立即重新成为首选。
+- `siifaaneshetu7813+vngOe7cfdIdW@gmail.com`：盈利池 93/A、自用池 100/A，但名称没有成本标注且查询时当前可用性不一致；未知成本不按 0 处理，本轮不修改。
+- `https://ai.whistlelads.com plus 0.03`：自用池仅 8 次尝试且全部失败，仍低于自动调整所需样本，不修改。
+
+## 调整
+
+- `lyon9801 0.0` priority 20 -> 0：优先利用 5 并发的零边际成本高质量容量。
+- `https://api.recurdream.com plus 0.02` priority 20 -> 2：放在高质量低成本承接层。
+- `https://sub.yjxm1221.top plus 0.025` priority 1 -> 10：避免账号恢复后以 E 级质量重新成为首选，等待新健康窗口再提升。
+- 三项操作均先 dry-run，再顺序 confirm；每项均 `writeSucceeded=1`、`reconciled=1`、`mismatched=0`。
+- 未修改版本、源码、容量、代理、凭据、分组、状态、可调度、临时不可调度规则或外部哨兵。
+
+## 即时回归
+
+- 调整后 2 分钟盈利池有 10 个请求，客户错误和上游错误均为 0；`recurdream` 承接 11 个成功尝试，TTFT P95 8632 ms，API USD 1.0982、成本 0.0220 CNY。
+- lyon 在短窗口没有新请求；官方 v0.1.156 源码确认最小 priority 优先，模型、会话和账号可用性筛选先于最终 priority 选择，因此不根据 2 分钟零流量反向修改。
+- 该短窗口只证明无即时回归，最终效果应在新的完整窗口复核。
@@ -231,6 +231,9 @@
 ### R2.17 [completed]

 优化 PK01 Sub2API 近期所有分组的用户可见错误：使用原生 runtime errors 和代表 request trace 核对真实状态码、响应短语、账号、端点、流式阶段、临时不可调度命中与切号结果；优先复用 YAML 已有通用非 auth 上游 failover 模板，对缺规则且符合证据的非 lyon runtime-manual 账号做精准批量 dry-run、确认写入和自动对账，立即短窗口回归但不把短窗口当最终效果，不修改版本、源码、priority、容量、代理、凭据、分组、可调度或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.17_Task_Report.md)。
+### R2.18 [completed]
+
+基于 R2.16 优先级和 R2.17 通用 failover 模板下发后约 3 小时的新窗口，再按 PK01 Sub2API 所有分组的用户可见错误与人民币边际成本调优全局 priority：使用原生 runtime errors 聚合完整账号名称、评分、请求、Token、API USD、成本、可归因失败、TTFT、规则命中、切号和置信度，区分盈利池与自用池；只对新窗口证据充分的账号做精准 dry-run、确认写入和回读，不重复计入旧错误，不修改版本、源码、容量、代理、凭据、分组、可调度、临时规则或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.18_Task_Report.md)。
 ## R3 [completed]

 增加 Sub2API 客户余额精准批量充值 CLI：支持从原生最近24小时用量提取活跃用户并生成每人增加20美元的补偿计划，也支持显式用户ID或账号 selector；默认 dry-run 输出完整账号、用户ID、当前余额、增额和目标余额，写入必须显式 --confirm 并自动回读对账。本轮只实现并验证 dry-run，禁止实际充值，必须等待用户再次明确授权，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3_Task_Report.md)。