# R2.16 任务报告

## 结论

- 最近 8 小时全分组共 4382 个请求：`unidesk-codex-pool` 约 2659 个请求、客户错误率 2.37%、上游错误率 2.44%；`自用`约 1715 个请求、客户错误率 0%、上游错误率 0.12%；`grok` 仅 8 个请求，客户错误均不能归因到上游且样本不足，不调整。
- 盈利池首选账号中，`https://sub.yjxm1221.top plus 0.025` 为 96.6/A、高置信度，988 次尝试、失败率 0.61%、TTFT P95 20756 ms、API USD 82.6121、上游成本 2.0653 CNY，保持 priority 1。
- `https://www.xiaobaishu.org plus 0.01` 在盈利池为 86.2/B、高置信度，1415 次尝试、65 次可归因失败、失败率 4.59%、TTFT P95 5747 ms、API USD 186.1059、上游成本 1.8611 CNY。成本和时延优秀，但客户可见可靠性明显弱于 yjxm，因此从 priority 1 调整为 3。
- `https://ai.whistlelads.com plus 0.03` 仅 4 次尝试，评分 100 但低置信度；`lyon9801 0.0`、`https://sub.yjxm1221.top pro 0.06`、`https://api.recurdream.com plus 0.02` 在该窗口没有请求证据；其余账号当前不可调度。以上账号不因低样本或当前不可用自动调整。

## 全局优先级权衡

- Sub2API 没有分组级 priority，本次变更同时影响盈利池和自用池。
- 自用池中 `xiaobaishu` 为 99.3/A、失败率 0.22%、成本 0.01，`yjxm` 为 97.5/A、失败率 0.64%、成本 0.025；将 xiaobaishu 降到 3 会增加自用池边际成本，但能避免盈利池中 4.59% 可归因失败账号与 A 级账号并列首选。
- xiaobaishu 仍保留为低成本备用；yjxm 临时不可调度或不可用时仍可切入。当前总并发 3/245、队列 0，不存在容量不足导致必须维持并列首选的证据。

## 执行

- Dry-run 精确命中账号 37，唯一变更为 priority 1 -> 3。
- Confirm 返回 `writeSucceeded=1`、`reconciled=1`、`mismatched=0`。
- 最终回读：账号名称 `https://www.xiaobaishu.org plus 0.01`，状态 active，schedulable=true，proxy=3，并发 0/20，priority=3，临时不可调度规则 0，pool mode=false。
- 未修改版本、源码、分组、容量、代理、凭据、账号状态、可调度、临时不可调度规则或外部哨兵。

## 工具观察

- 盈利池默认账号表比 CLI 输出预算略大而触发保护；显式 JSON/raw 仍被外层输出保护包裹，未能形成可直接抽取的账号聚合。此次改用可调度账号的精确 selector 下钻，并识别出并行原生查询可能返回 `ok=false`，关键账号改为顺序复查。
