# Sub2API 上游可靠性

本问题域持续跟踪 Sub2API 上游错误的真实归因、账号运行时可见性、受控调度缓解和用户侧错误隔离。配置事实以 owning YAML 为准，手工账号运行时配置通过受控 CRUD 显式管理。


## R1 [completed]

完善 Sub2API 上游错误归因与 runtime CRUD 可见性，并基于实际错误证据应用保守的临时不可调度策略，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R1_Task_Report.md)。

## R2 [in_progress]

在新观测窗口复核临时不可调度命中、内部换号和最终客户响应，按请求分母评估调优效果并识别仍会穿透的流式错误，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2_Task_Report.md)。

### R2.1 [completed]

增强 CLI 使用 Sub2API 原生 admin/ops 数据诊断请求错误、账号可用性、并发和 request trace，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.1_Task_Report.md)。

### R2.2 [completed]

集中跟踪 Sub2API 通用客户错误归因、failover、临时不可调度模板、runtime CRUD 和所有分组诊断能力，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2_Task_Report.md)。

#### R2.2.1 [completed]

溯源最近窗口客户可见错误请求，区分上游失败、切号耗尽、无候选和流式提交后错误并给出配置调优建议，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.1_Task_Report.md)。
#### R2.2.2 [completed]

执行客户错误调优：处理 gpt-5.4-nano 无候选，扩展 429 upstream rate limit 与精确 504 临时不可调度规则，并通过受控 runtime apply 下发和验证，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.2_Task_Report.md)。
#### R2.2.3 [completed]

将 runtime 精准 CRUD、批量操作、原生模型探测、客户可见错误溯源和基于真实证据的配置调优流程沉淀到 unidesk-sub2api skill，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.3_Task_Report.md)。
#### R2.2.4 [completed]

重新分析所有 Sub2API 分组最近的用户可见错误，并把 runtime errors 泛化为 all-groups 与精确 group 下钻；默认输出必须提供语义摘要、索引和渐进披露，禁止用手工 limit 规避输出问题，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.4_Task_Report.md)。

#### R2.2.5 [completed]

增强 Sub2API CLI 的纯分析能力：只读披露实际 OpenAI response-header timeout、TTFT 分位数、长等待请求和 failover 剩余时间窗，并使用原生 admin/ops 数据分析候选配置，不修改 Sub2API 配置、源码或运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.5_Task_Report.md)。
#### R2.2.6 [completed]

继续纯分析 Sub2API timeout 与 failover：按所有分组、模型、账号和请求类型定位超长 TTFT 与客户错误，区分响应头前等待、流式提交后失败和无候选，评估观测下限是否可能缓解且不做配置实验或运行面变更，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.6_Task_Report.md)。
#### R2.2.7 [completed]

按仓库 P0 拆分超过 3000 行的 `remote-python-sync.ts`，关联 [Issue #2026](https://github.com/pikasTech/unidesk/issues/2026)：把大段内嵌 Python 按 trace、sync/validate 与 sentinel 职责迁入原生模块，单文件收敛到 2000 行以下，并保持受控 CLI 行为与只读诊断契约不变，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.7_Task_Report.md)。

#### R2.2.8 [completed]

增强 Sub2API CLI 的上游账号粒度质量分析与自动评分：使用原生 Ops 归因账号请求量、客户/上游错误、触发切号、切号结果、同账号重试、临时不可调度和首字延迟覆盖率/分位数，输出可解释评分、置信度和扣分原因；只做分析，不自动修改账号 runtime 或调度配置，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.8_Task_Report.md)。
#### R2.2.9 [completed]

重新抓取 PK01 Sub2API 最近 30 分钟所有分组的客户可见错误、上游错误、账号质量、切号恢复、临时不可调度和首字延迟，按完整账号名称报告主因；只做原生只读分析，不修改 runtime、YAML 或调度配置，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.9_Task_Report.md)。
#### R2.2.10 [completed]

只读专项调查 lyon9801 的近期 503 流式错误：增强 Sub2API CLI 同时采集账号 proxy 绑定、容器环境代理摘要、DNS/路由、连接与出网基础设施证据，结合真实 request trace 和源码链路区分 OpenAI 上游、PK01 网络、代理、超时或 Sub2API 转发问题；不发探针、不修改 runtime、YAML、代理或调度配置，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.10_Task_Report.md)。
#### R2.2.11 [completed]

只读复取并综合分析最近2小时所有 Sub2API 分组的客户可见错误、上游错误、账号质量、failover、候选耗尽和流式 degraded 情况，报告完整账号名称，不发探针且不修改 runtime、YAML、代理或调度配置，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.11_Task_Report.md)。
#### R2.2.12 [completed]

快速缓解账号 https://sub.yjxm1221.top plus 0.025 的 Input must be a list 客户可见400：在 owning YAML 模板加入精确400短语并保留该 runtime-manual 账号现有规则，通过精准 runtime CRUD dry-run、确认下发和短窗口只读复取验证当前请求能够冷却并切号，不泛化匹配其他400，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.12_Task_Report.md)。
#### R2.2.13 [completed]

向当前PK01全部非 lyon9801 OpenAI账号精准批量下发 codex-upstream-failover 统一临时不可调度模板：从runtime账号清单固定显式selector，排除lyon9801，先dry-run再confirm并逐账号对账，不修改分组、优先级、容量、proxy或凭据，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.13_Task_Report.md)。
#### R2.2.14 [completed]

由 Artificer 实现 Sub2API runtime 精准批量 CRUD 的命令内自动回读对账：confirm 后批量回读全部selector并输出write result、actual、reconciled、mismatch和部分写入摘要，避免外部逐账号get；关联 [GitHub issue #1998](https://github.com/pikasTech/unidesk/issues/1998)，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.14_Task_Report.md)。
#### R2.2.15 [completed]

继续只读分析统一非 auth 上游模板与超时预算的下一轮调优方案：交由独立 Artificer 调查 [Issue #1999](https://github.com/pikasTech/unidesk/issues/1999)，基于下发后真实400切号成功、旧长请求context canceled、其他invalid input id与HTTP 200流式degraded证据，区分可安全泛化的精确模板、需要Sub2API源码能力和不应自动处理的客户参数错误，不继续盲目扩规则，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.15_Task_Report.md)。

#### R2.2.16 [completed]

核对 Sub2API v0.1.155 官方源码与配置能力并按支持边界实施两项源头调优：将确定的模型上下文超限错误避免包装为通用上游502，以及在官方配置确实支持响应首 token 超过180秒触发当前请求failover时通过 owning YAML和受控CLI启用；Grok不处理，不修改Sub2API源码，不用隐藏UniDesk补丁伪造上游能力，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.2.16_Task_Report.md)。
### R2.3 [completed]

调查并收敛 Sub2API 原生 system-log 索引未保留策略事件的能力缺口，关联 [Issue #2027](https://github.com/pikasTech/unidesk/issues/2027)，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.3_Task_Report.md)。

### R2.4 [completed]

集中跟踪客户直接反馈、专项请求事件和 Sub2API 原生诊断能力，形成按用户、请求、账号和监控对象快速下钻的运维入口，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4_Task_Report.md)。

#### R2.4.1 [completed]

紧急只读追踪用户 mail0795336304@163.com 反馈请求卡住15分钟：定位用户ID、近30分钟请求、当前长请求/并发、request ID、账号与模型，区分排队、上游首字、流式间隔、代理网络或客户连接，不取消请求且不修改runtime、YAML、proxy或调度，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.1_Task_Report.md)。
#### R2.4.2 [completed]

复盘用户直接反馈的只读追踪过程并交由 Artificer 实现 [Issue #2000](https://github.com/pikasTech/unidesk/issues/2000)：增加通用的一键用户追踪 CLI，以邮箱或用户ID关联请求空窗、用户/API Key并发、client/internal request ID、上游账号名称、proxy基础设施和证据化归因，采用Kubernetes列表风格与稳定ID渐进披露，减少手工API与重复trace调用，不改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.2_Task_Report.md)。
#### R2.4.3 [completed]

将 PK01 的 Sub2API 通过 owning YAML 从 v0.1.153 受控升级到 v0.1.155：只修改 PK01 target镜像版本，依次执行状态核对、plan、apply dry-run、镜像预拉、受控apply、状态与公开健康验证，保持账号池runtime和Codex pool配置原样，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.3_Task_Report.md)。
#### R2.4.4 [completed]

交由 Artificer 实现 [Issue #2004](https://github.com/pikasTech/unidesk/issues/2004)：增强 Sub2API CLI 拉取 v0.1.155 原生智能诊断与渠道监控状态，泛化所有分组/渠道概要和指定对象下钻，以Kubernetes列表风格呈现TTFT、上游与客户错误率、原生建议和证据边界，以及7/15/30天渠道运行状态、平台/模型、对话延迟、端点PING、可用率、最近记录和刷新事实，使用稳定ID渐进披露，不重算第二套诊断且不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.4_Task_Report.md)。
#### R2.4.5 [completed]

快速缓解错误 #17440：基于 request e5c08dde-9e60-4a14-9458-5574cec00b65 的真实链路，将精确短语 Input must be a list 补入通用 504 临时不可调度规则，对全部非 lyon9801 账号精准批量 dry-run、确认下发和自动回读对账，不改容量、优先级、代理或 Sub2API 源码，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.5_Task_Report.md)。
#### R2.4.6 [completed]

交由 Artificer 实现 [Issue #2013](https://github.com/pikasTech/unidesk/issues/2013)：定义并实现 Sub2API P0/P1/P2 故障快速查询 CLI，P0 为上游故障穿透客户，P1 为首字延迟偏高且普通与 compact 分开统计并突出极端离群，P2 为上游错误率偏高；支持所有分组概要与按等级、分组、账号名称、模型、请求类型、稳定 request ID 下钻，默认 Kubernetes 列表风格和固定分页，不靠手工 limit，不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.6_Task_Report.md)。
#### R2.4.7 [completed]

主代理只读追踪客户错误 #17490（request ID 4eb9a84b-7346-47a8-bb66-fb7b44317279）：使用 Sub2API 原生 Ops、trace、账号完整名称、failover/retry/临时不可调度和近期窗口证据，定位账号 https://sub2.pokexiao.com plus 0.03 的同步502为何穿透客户，区分候选耗尽、context取消、不可重试阶段或模板未命中；先调查，不盲目新增generic 502规则，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.7_Task_Report.md)。
#### R2.4.8 [completed]

交由 Artificer 实现 [Issue #2016](https://github.com/pikasTech/unidesk/issues/2016)：增强 CLI 对 Sub2API 内部账号/渠道监控的原生只读访问，展示探测 timeout、cadence、阶段耗时、账号选择、上游首字节、切号/重试和最终状态，支持所有监控对象概要与稳定 ID 下钻，默认 Kubernetes 列表风格且不靠手工 limit；不修改运行面、不发新探针，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.8_Task_Report.md)。
#### R2.4.9 [completed]

只读调查错误 #17511（request ID `f7ff0efe-64d3-4dd7-8716-20bdfc3a2f90`）为何上游 502 后未成功切号，重建流式请求的账号选择、首字节、响应提交、failover、排除列表、context deadline 与最终客户错误链，并与内部 monitor 请求 #17490 对照，不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.4.9_Task_Report.md)。
### R2.5 [in_progress]

集中跟踪 Sub2API 版本基线、上游账号质量评分、用量归因和账号全局调度优先级，保留只读评估与受控 runtime 调整边界，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5_Task_Report.md)。

#### R2.5.1 [completed]

将 PK01 Sub2API 从 v0.1.155 受控回退到 v0.1.147：只修改 owning YAML 版本事实，在最新 master 的独立干净 worktree提交并通过受控 GitHub PR 合并，随后使用原 platform-infra Sub2API 交付入口完成 PK01 rollout，并核验实际镜像、版本、健康状态和原入口可用性，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.1_Task_Report.md)。
#### R2.5.2 [completed]

只读执行 PK01 Sub2API 最近4小时所有分组的上游账号质量评分：使用原生 Ops 账号请求量、客户/上游错误、切号、重试、临时不可调度、TTFT 和当前可用性，完整报告账号名称、评分、等级、置信度和扣分原因；兼容 v0.1.147，不修改 runtime、YAML 或调度配置，完成任务后将详细报告写入任务报告，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.2_Task_Report.md)。
#### R2.5.3 [in_progress]

交由 Artificer 实现 [Issue #2035](https://github.com/pikasTech/unidesk/issues/2035)：增强 Sub2API 最近窗口账号质量分析，在同一分组、同一账号、同一窗口的一张 Kubernetes 列表中聚合展示评分/等级/置信度/失败率/TTFT 与请求数/Token（M/B）/金额（$）；复用 v0.1.147 原生 admin usage 分页，JSON 保留精确值与来源，字段缺失不伪造为零，并修复 `--group <id>` 精确下钻错误，不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.3_Task_Report.md)。
#### R2.5.4 [completed]

只读核查 PK01 Sub2API 当前全部 OpenAI 上游账号的实际 priority、分组成员关系、可调度与可用状态，并结合最近4小时分组内评分、失败率、TTFT、Token和金额给出分层的推荐优先级调整方案；报告完整账号名称，区分立即建议、观察建议和证据不足，不直接修改 runtime、YAML或调度配置，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.4_Task_Report.md)。
#### R2.5.5 [completed]

按 R2.5.4 的最近4小时评分与用量结论，精准调整 PK01 Sub2API 账号全局 priority：只更新明确列出的 runtime-manual 账号，变更前全量预检、失败自动回滚、变更后批量回读对账；不修改分组、容量、代理、凭据、状态、可调度或临时不可调度规则，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.5_Task_Report.md)。

#### R2.5.6 [in_progress]

交由 Artificer 实现 [Issue #2037](https://github.com/pikasTech/unidesk/issues/2037)：为 Sub2API runtime 接入账号全局 priority 的单账号与精准批量 dry-run/confirm、所有 selector 预检、写后自动回读对账、所有权提示和 Kubernetes 列表/显式 JSON 输出；明确 lower-is-higher、没有分组优先级，兼容 v0.1.147，不自动调整评分、不部署或修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.6_Task_Report.md)。
#### R2.5.7 [completed]

只读复核 PK01 Sub2API 全局 priority 调整生效后约25分钟的新窗口：按全部分组和完整账号名称统计请求量、流量份额、客户/上游错误、失败率、TTFT、切号、Token与原生金额，并将账号名称尾部0.02/0.025/0.03/0.05/0.06/0.1作为上游采购成本权重综合评价当前分层，给出下一轮优先级建议；不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.7_Task_Report.md)。
#### R2.5.8 [completed]

按用户确认的经济口径修正 PK01 Sub2API runtime：将账号15名称从lyon9801标注为lyon9801 0.10，并按净售价0.10减采购成本重新调整全局priority，将零毛利账号15从1降至20、将成本0.02且近期表现良好的账号35从20升至5；执行前校验名称/旧值，变更后回读，不修改分组、容量、代理、凭据、状态、可调度或临时不可调度规则，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.8_Task_Report.md)。
#### R2.5.9 [completed]

只读分析 PK01 Sub2API 最近2小时所有分组的用户可见错误、普通与 compact 请求首字延迟分布及完整账号名称质量评分，关联请求量、上游错误、failover、重试、临时不可调度、当前可用性和样本置信度，给出主因与调度观察建议，不修改 runtime、YAML 或运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.9_Task_Report.md)。
#### R2.5.10 [completed]

只读统计 PK01 Sub2API 最近8小时所有分组的账号质量评分与流水，按完整账号名称聚合请求量、Token（M/B）、标准API美元计费基数、客户/上游错误、failover、重试、临时不可调度、TTFT、当前可用性、评分等级与置信度，并区分盈利池和自用池；不修改runtime、YAML或运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.10_Task_Report.md)。
#### R2.5.11 [completed]

精确分析 PK01 最近8小时盈利池客户可见错误：按状态码、响应详情、账号、模型、同步/流式、端点、阶段、failover/retry和代表request ID重建具体原因；随后结合两分组账号评分、样本置信度、采购成本和盈利贡献，生成精确全局priority方案，先dry-run再确认写入并批量回读，不修改分组、容量、代理、凭据、可调度或临时不可调度规则，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.11_Task_Report.md)。
#### R2.5.12 [completed]

只读确认流式并发限额错误发生于 SSE 已提交后的 HTTP 200 degraded 阶段，核验官方临时不可调度配置无法挽救当前流后停止追加无效规则；固化默认不修改 Sub2API 源码、版本或外部哨兵的边界，仅在用户明确授权时允许这些手段，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.5.12_Task_Report.md)。

### R2.6 [completed]

集中跟踪 Sub2API 标准 API 美元计费基数、人民币采购成本、售价和多口径利润统计，保持 YAML-first 的经济口径，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6_Task_Report.md)。

#### R2.6.1 [completed]

实现 YAML-first 的 Sub2API 利润统计 CLI：默认读取最近24小时原生 admin usage，按账号完整名称聚合请求、Token（M/B）和 actual_cost，并依据 YAML 声明的盈利分组、自用分组、净收入系数与账号名称尾部采购成本系数，输出不扣除自用成本和扣除自用成本两种利润口径；缺失成本或未分类流量必须标记 partial，默认 Kubernetes 列表风格、显式 --json 保留精确值，兼容 v0.1.147，不修改 runtime，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.1_Task_Report.md)。
#### R2.6.2 [completed]

纠正 Sub2API 利润 CLI 的币种与倍率语义：原生 actual_cost 是标准 API 美元计费基数，售价 0.10 和账号名称尾部 0.02/0.025/0.03/0.05/0.06/0.10 都表示每 1 美元标准 API 计费对应的人民币单价；将 YAML、字段名、Kubernetes 表格、JSON 和 skill 统一改为 CNY per API USD，重新统计最近24小时人民币利润，不做汇率换算且不修改 runtime，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.2_Task_Report.md)。
#### R2.6.3 [completed]

只读计算 PK01 Sub2API 最近7天成本与利润：使用已修正的 CNY per API USD 口径，从原生 admin usage 按完整账号名称聚合标准 API 美元计费基数、人民币收入和人民币采购成本，分别给出不扣除自用成本与扣除自用成本的人民币利润；不修改 runtime，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.3_Task_Report.md)。
#### R2.6.4 [completed]

由 Artificer 优化 Sub2API 利润统计 CLI 的单次聚合与渐进披露，减少 7 天成本利润计算中的重复查询、外部解析和手工算术；默认 Kubernetes 风格与显式 JSON 都应直接保留紧凑汇总，账号明细语义化下钻，缺失历史成本时输出参数化利润公式；不修改 runtime 或部署，关联 [GitHub issue #2043](https://github.com/pikasTech/unidesk/issues/2043)，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.4_Task_Report.md)。
#### R2.6.5 [completed]

扩展 YAML-first 利润算法：将 lyon9801 的边际采购倍率改为 0.0，并把 2026-07 的 1300 元一次性账号成本作为期间固定成本单列；利润 CLI 支持按月聚合并分别披露流量成本、一次性成本和扣除后的两种利润口径，再依据近期账号质量与边际利润调整账号全局 priority，不修改 Sub2API 源码、版本、外部哨兵、分组、容量、代理、凭据或可调度状态，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.5_Task_Report.md)。
#### R2.6.6 [completed]

基于本月已有 Sub2API 原生流水增加整月收益 run-rate 估算：将月初至当前的收入、盈利池流量成本和自用流量成本按已过时间线性外推至月末，一次性期间成本只扣一次，输出不扣自用与扣除自用两种整月预计利润、缩放系数和 MTD 实际基准；保持 YAML-first 经济口径，不修改 runtime 或 Sub2API，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.6_Task_Report.md)。
#### R2.6.7 [completed]

只读分析 2026-07 整月收益预测亏损根因：按盈利池与自用池、完整账号名称、标准 API 美元计费基数、边际成本和一次性成本拆解，量化 lyon9801 当前流量占比、固定成本覆盖率、全量切向 lyon 的理论上限和当前组合盈亏平衡流水，判断亏损主要来自 lyon 占比、总流水不足、自用成本还是其他账号边际成本；不修改 runtime 或 Sub2API，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.7_Task_Report.md)。
#### R2.6.8 [completed]

按售价 0.15 CNY per API USD 只读重算 2026-07 整月预测收入、盈利池利润、扣除自用后的整体利润、当前组合保本售价和全量 lyon 理论利润；沿用 R2.6.7 同一流水快照与成本结构，不修改 YAML、runtime 或 Sub2API，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.8_Task_Report.md)。
#### R2.6.9 [completed]

复核售价 0.15 CNY per API USD 的整月预测：重新拉取当前 Sub2API 原生流水，并按实际已过时长计算每日标准 API 计费基数、营业额、盈利池变动成本、自用成本、lyon9801 固定成本日均摊销及两种日利润，核对月度外推是否一致；只读，不修改配置或运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.9_Task_Report.md)。
#### R2.6.10 [completed]

评估 2026-08 不再采购固定账号 lyon9801 0.0 时的预期盈利：售价保持 0.15 CNY per API USD，按最新日均流水外推 31 天，分别计算直接取消 1300 元固定成本的理论上限，以及 lyon 当前盈利池和自用池流量按其他活跃账号实际加权平均边际成本接管的现实预测；披露容量与质量风险，只读且不调整账号，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.10_Task_Report.md)。
#### R2.6.11 [completed]

将固定账号退出核算流程沉淀到通用利润 CLI 和 Sub2API skill：增加可复用的排除账号情景参数，一次原生 usage 聚合直接输出售价覆盖、理论上限、按剩余账号分组加权成本重分配的现实利润、日均营业额与成本、账号流量占比和剩余账号负载增幅；保持默认 Kubernetes 列表风格与显式 JSON，避免账号分页和手工算术，不修改 Sub2API 运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.11_Task_Report.md)。
#### R2.6.12 [completed]

基于最新 0.15 售价情景、当前 0.10 YAML 口径、lyon9801 固定成本、两池替代成本、账号负载增幅和可靠性价值，形成综合运营建议：明确本月沉没成本利用、下月续费决策、可接受固定号价格、售价策略、容量与质量门槛、自用预算和账号优先级原则；只做建议，不修改配置或运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.6.12_Task_Report.md)。
### R2.7 [completed]

集中跟踪 Sub2API 原生 Grok 账号、分组、Codex Responses 接入和第三方 Grok 上游兼容性，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7_Task_Report.md)。

#### R2.7.1 [completed]

只读调查 Sub2API 官方源码和 issue，确认最新原生 Grok provider 通过 Sub2API 接入 Codex 的受支持路径，区分 OAuth、API Key、Responses、模型映射和源码能力边界；不修改 runtime、YAML、代码或部署，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.1_Task_Report.md)。
#### R2.7.2 [completed]

把 `~/.codex/config.toml.grok` 和 `~/.codex/auth.json.grok` 调整为通过 Sub2API 原生 Grok 分组接入 Codex；保留密钥脱敏和文件权限，验证现有 Key 的分组与模型能力，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.2_Task_Report.md)。
#### R2.7.3 [completed]

结合管理端 `https://sub.yjxm1221.top grok` API Key 账号连接测试成功的新证据，复核 Codex Grok profile 经 Sub2API `/v1/responses` 的网关链路，区分账号直连测试与分组调度路径，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.3_Task_Report.md)。
#### R2.7.4 [completed]

只读调研 Sub2API 官方最新源码如何以最小改动或零改动支持按每个下游 API Key 配置并自动加载企业 Codex skill：核对 API Key 请求上下文、Responses instructions 转换、客户端 skill 发现机制、现有配置/API 扩展点与安全边界，比较客户端分发、网关注入和源码扩展方案并给出推荐；不修改 Sub2API、UniDesk CLI、运行面或版本，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.4_Task_Report.md)。
#### R2.7.5 [completed]

基于用户澄清收敛 R2.7.4：目标仅为按每个下游 API Key 注入企业虚拟 skill 的 name 与 description，由 description 引导 Agent 从公司内网拉取后续文件或脚本；评估现有全局模板、外部代理零源码方案和 Sub2API 最小按 Key 字段及 Responses 注入改动，不实现代码或运行面变更，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.5_Task_Report.md)。
#### R2.7.6 [completed]

在独立 `../superapi` 实现并验证 description-only 企业虚拟 skill 上游加载器：以 YAML 声明 API Key sourceRef、skill name/description、native 端口、上游 `api.pikapython.com` 和 `superapi.hwpod.com` 公网入口；完成 L0 函数注入测试、L1 native 生命周期与 Codex `.pika` Key 真实 Responses 透传测试，不修改 Sub2API 源码或版本，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.6_Task_Report.md)。
#### R2.7.7 [completed]

对已部署 SuperAPI 做一次真实 Responses 注入测试，完整展示脱敏后的入口请求与追加虚拟 skill catalog 后的上游请求，核对 request id、profile、skillCount、上游状态和模型 marker，不披露 Authorization 或 API Key，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.7_Task_Report.md)。
#### R2.7.8 [completed]

使用真实 `codex exec` 产生 Responses 请求，在 SuperAPI L1 注入点做一次可撤销的脱敏 before/after 捕获，验证真实 Codex 请求中的完整字段、skill catalog 追加位置、上游透传结果和 marker；完成后撤销捕获补丁并恢复服务，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.8_Task_Report.md)。
#### R2.7.9 [completed]

将 SuperAPI 真实 Codex 捕获 workspace 的可复用能力语义合并进 master：由 owning YAML 显式控制 skill 注入与诊断捕获，关闭时透明透传且不落盘；保留一次性 smoke header 和原始捕获产物于实验 workspace，不纳入生产配置；完成 L0、L1、真实 codex exec before/after 脱敏复测并记录证据，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.9_Task_Report.md)。
#### R2.7.10 [completed]

将 SuperAPI 请求捕获改为 YAML 控制的全量模式：客户端无需 capture id 或特殊 header；全量捕获请求和响应，分别按 UTC 日期与小时目录写入 JSONL，合计硬盘滚动上限 4 GiB并删除最旧分区；查询支持指定 IANA 时区并渐进披露摘要，敏感鉴权字段保持脱敏，补 capture status/list 可见性，重复完成 L0、L1 和普通 Codex 客户端真实验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.10_Task_Report.md)。

#### R2.7.11 [completed]

复盘 SuperAPI 全量捕获交付并修复已暴露的流程缺口：让 L0 实际加载代理模块以提前发现语法错误；新增 `capture validate` 聚合校验配额、JSONL、UTC 分区、权限、敏感值脱敏和请求/响应摘要；将最短验收流程沉淀到 Sub2API skill，不修改运行网关行为，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.11_Task_Report.md)。

#### R2.7.12 [completed]

复核 `capture validate` 聚合验收自身的调用成本，将三次捕获目录扫描收敛为一次扫描和每类最新一行读取，并验证输出合同不变，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.12_Task_Report.md)。
#### R2.7.13 [completed]

为 SuperAPI 增加 skill description 管理面：先完成 L0，再完成 L1，不进入 L2；使用 native PostgreSQL 持久化 skill、脱敏 API Key 注册及别名、按 Key 绑定与启用开关；提供请求历史筛选及脱敏 request/response 详情；后端按 Temporal 规范拆分 API 与 worker，SuperAPI gateway 保持独立进程；Web 使用左侧根导航和多页面工作区，并通过同一 superapi.hwpod.com L1 入口验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.13_Task_Report.md)。

#### R2.7.14 [completed]

改进 SuperAPI 请求历史详情可读性与 Skill 绑定弹窗布局：用 L0 CLI 验证 Request 的 system/user prompt、逐条 skill/tool，以及 Response 的 SSE 最终输出、错误和用量解析；L1 Web 通过同一个控件同步切换 Request/Response 的分块与 Raw 模式，每个 skill/tool 单行摘要并可展开详情；修复 Skill 下拉框显示不全，并从固定公网入口完成只读交互与截图验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.7.14_Task_Report.md)。

### R2.8 [completed]

整理本 MDTODO FILE 的职责层级和编号，并把同一 SUBITEM 下的直接 SUBSUBITEM 一般不超过 20 固化到 mdtodo-edit skill，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.8_Task_Report.md)。

### R2.9 [completed]

将 `https://api.iceiu.com/` 对应上游账号的人民币采购成本标注调整为 `0.011`，结合 Sub2API 原生近期账号评分、错误率、TTFT、用量和当前 runtime 优先级选择适度提高后的优先级；手工账号使用精准 runtime CRUD，变更前 dry-run、确认写入后逐字段回读对账，不修改 Sub2API 源码、版本或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.9_Task_Report.md)。
### R2.10 [completed]

将 `https://sub.yjxm1221.top/` 对应上游账号的人民币采购成本标注调整为 `0.025`，结合 Sub2API 原生近期账号评分、错误率、TTFT、用量和当前 runtime 优先级适当调整优先级；手工账号使用精准 runtime CRUD，变更前 dry-run、确认写入后逐字段回读对账，不修改 Sub2API 源码、版本或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.10_Task_Report.md)。
### R2.11 [completed]

依据 [UniDesk #2144](https://github.com/pikasTech/unidesk/issues/2144) 将单账号成本标注与优先级调优的最短路径固化到 Sub2API skill：账号级 `runtime errors --group --account --since` 作为评分、可靠性、TTFT、用量和成本首入口，仅在读取当前 runtime 字段时补一次 `runtime get`；全组概要只用于跨账号比较，名称和 priority 分别 dry-run、顺序 confirm、最终单次回读，不修改运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.11_Task_Report.md)。
### R2.12 [completed]

只读巡检 PK01 Sub2API 最近 2 小时运维情况：使用原生状态、智能诊断和所有分组客户可见错误概要，再对异常分组下钻账号评分、TTFT、错误归因、重试与切号效果；区分需立即调优、继续观察和非上游问题，给出配置优化建议但不修改源码、版本、runtime、YAML 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.12_Task_Report.md)。
#### R2.12.1 [completed]

调查并缓解 PK01 宿主机 CPU 持续高占用：通过受控 Sub2API 状态和 `trans PK01` 只读采集容器、进程树、CPU 累计与短窗口占用，明确 Sub2API 及其 PostgreSQL、Redis、Caddy、代理、Docker/containerd/systemd 等依赖边界；只有确认属于非 Sub2API、非平台基础设施且可安全终止的异常进程时才停止，并立即复测 CPU、Sub2API status/validate 和用户入口，不修改 Sub2API 源码、版本、账号池或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.12.1_Task_Report.md)。
### R2.13 [completed]

将 PK01 Sub2API 从 v0.1.155 受控升级到 v0.1.156：只修改 PK01 target 的 owning YAML 镜像版本，完成 status、plan、apply dry-run、镜像预拉、受控 apply、状态、validate、公开健康和既有消费配置最小 Responses smoke 验收；保持账号池 runtime、Codex pool、代理、外部哨兵与其他服务原样，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.13_Task_Report.md)。
### R2.14 [completed]

复盘 PK01 Sub2API v0.1.156 升级耗时 44 分钟的根因，并将同类版本升级优化为预期 5 分钟内可完成的通用流程：修复镜像预拉假异步与 60 秒超时、减少重复 status/plan/job/validate 调用、提供单一语义化发布和验收入口、在 skill 固化 PR 身份校验与最短路径；不修改 Sub2API 源码、账号池 runtime 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.14_Task_Report.md)。
### R2.15 [completed]

固化 Sub2API 单目标纯版本滚动快速通道：先完成受控 rollout 与 smoke 验收，成功后再补 MDTODO、报告和 commit，并直接 push master，不创建 PR；该通道仅允许目标镜像 repository、tag、pullPolicy 及对应记录变更，涉及源码、CLI、runtime、代理、Secret、多 target 或其他配置时仍走独立分支与 PR，同时更新 rollout CLI 收尾提示和运维 skill，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.15_Task_Report.md)。
### R2.16 [completed]

基于 PK01 Sub2API 最近 8 小时所有分组的上游账号评级和成本优化全局 priority：使用原生 runtime errors 单次聚合完整账号名称、请求、Token、标准 API 美元计费基数、人民币边际成本、可归因上游错误、TTFT、重试、切号、可用性和置信度，排除非上游问题扣分；综合质量、容量与盈利性形成候选方案，对明确账号逐项 dry-run、确认写入并批量回读，不修改版本、源码、分组、容量、代理、凭据、可调度、临时不可调度规则或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.16_Task_Report.md)。
### 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)。
#### R2.18.1 [completed]

继续调优 PK01 Sub2API 用户可见错误和全局 priority：内部 monitor 使用真实 API key 和正式入口产生的错误与外部客户错误同等纳入正式分析，只标注调用方而不剔除；以近 2 小时所有分组错误确认主因，以近 8 小时账号评分、可归因失败率、TTFT、Token、API USD、人民币边际成本、切号恢复和置信度形成候选；仅通过官方 runtime/YAML 能力做精准 dry-run、确认和回读，不修改源码、版本、代理、凭据、分组或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.18.1_Task_Report.md)。

#### R2.18.2 [completed]

只读量化 Sub2API 查询操作对 PK01 的 CPU、PostgreSQL、Redis、网络和查询时延影响，区分原生 API/数据库聚合与 CLI 远端聚合；若确认聚合在 PK01 且产生显著压力，设计把最小原生分页数据拉到 NC01 本地聚合的方案，不修改生产、Sub2API 源码、版本、runtime、YAML 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.18.2_Task_Report.md)。
#### R2.18.3 [completed]

按 L0→L1→L2→L3 将 Sub2API 账号评分改为 NC01 本地聚合：ApiState 通过原生 admin API 按组分页采集最小数据，NC01 完成账号分桶、错误归因、TTFT、成本、failover 和跨分组去重；周期与手工刷新统一走 Temporal single-flight，先完成函数和 native 回归，再通过标准 CI/CD 完成开发集群验证，并在取得本次生产授权后滚动 L3，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.18.3_Task_Report.md)。
### R2.19 [completed]

关联 [UniDesk #2270](https://github.com/pikasTech/unidesk/issues/2270)，固化 priority 数值越小越高且 0 最高的稳定合同，并增强 Sub2API 受控 CLI 单次展示账号原生周窗口状态、YAML 周限保护阈值/来源及紧凑评分摘要，减少重复源码检索、逐账号查询和超量输出；只读验证，不修改 Sub2API 源码、版本、runtime、外部哨兵或生产运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.19_Task_Report.md)。
### R2.20 [completed]

只读调查近期客户可见 `Selected model is at capacity. Please try a different model.`：使用 Sub2API 原生所有分组错误与代表 request trace 核对真实状态码、账号、模型、流式提交阶段、内置 classifier、临时不可调度规则、同账号重试和切号结果，判断能否通过官方现有配置自动切号并给出最小调优方案；不修改 Sub2API 源码、版本、runtime、YAML、外部哨兵或生产运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.20_Task_Report.md)。
### R2.21 [completed]

经用户明确授权，将 `Selected model is at capacity. Please try a different model.` 作为 HTTP 400 精确关键词加入 owning YAML 的通用非 auth 上游临时不可调度模板，冷却一分钟；先 dry-run 核对账号类型与既有模板归属，再按原生 runtime 显示的 `runtime-manual` 所有权通过精准批量 CRUD 下发 PK01 并自动回读对账，保持 lyon、非 API-key 账号、受保护手动账号、Sub2API 源码、版本和外部哨兵不变，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R2.21_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)。

### R3.1 [completed]

从 PK01 Sub2API 原生最近24小时 usage 精确列出活跃非管理员用户，并生成每人增加10 USD额度的批量补偿 dry-run：披露完整邮箱、用户ID、请求数、当前余额、增额和目标余额，实际写入数必须为0；不使用 --confirm，不执行充值，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.1_Task_Report.md)。

### R3.2 [completed]

交由 Artificer 实现 [Issue #2097](https://github.com/pikasTech/unidesk/issues/2097)：对接 Sub2API 原生公告后端并增加受控公告 CLI，支持公告列表、精确查看、创建 dry-run、显式确认发布和写后回读对账；为最近24小时17名活跃用户每人10 USD、总额170 USD的补偿生成公告预览，本轮禁止实际发布公告或充值，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.2_Task_Report.md)。

### R3.3 [completed]

通过 Sub2API 受控 CLI 精确拉取北京时间 2026-07-14 17:00:00 至 18:00:00 的活跃非管理员用户；时间解释必须读取 owning YAML 的默认 Asia/Shanghai 时区，不用相对窗口近似，不执行充值或其他运行面写入；若 CLI 缺少绝对时间窗能力，先按通用方式补齐并验证后再查询，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.3_Task_Report.md)。

### R3.4 [completed]

在 Sub2API credits owning YAML 的排除列表中加入内部员工账号 zhuo@test.com 与 huiguo@test.com，并让活跃用户补偿 dry-run 按通用精确 selector 排除并披露 employee-excluded 原因；复测北京时间固定窗口不再选中这两个账号，不执行充值，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.4_Task_Report.md)。

### R3.5 [completed]

增强 Sub2API credits 固定时间窗查询，按原生 usage 的实际字段为每名用户聚合请求次数、输入 Token、输出 Token 和总 Token，并重新列出北京时间 2026-07-14 17:00 至 18:00 的客户与 YAML 排除账号；必须披露字段来源和缺失值，不执行充值，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.5_Task_Report.md)。

### R3.6 [completed]

按用户明确授权，对固定补偿候选用户 ID 11、10、7、22、19 每人增加 30 USD，总额 150 USD，并并发发布服务稳定性补偿公告；两条操作都必须通过 Sub2API 原生受控 CLI 显式 confirm，使用精确名单、写后回读和公告字段对账，禁止扩大到 YAML 排除员工或管理员，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.6_Task_Report.md)。

### R3.7 [completed]

在 Sub2API 公告 skill 与 CLI create 预览中固化明确范围规则：补偿公告必须在用户可见正文列出故障或补偿时间窗、全部实际接收用户、每人金额和总额；邮箱允许脱敏但必须保留稳定用户 ID，`targeting` 仅表示投递范围、不能替代补偿资格名单。本次只记录并验证 dry-run 展示，不重新发布或修改既有公告，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.7_Task_Report.md)。

### R3.8 [completed]

基于 PK01 Sub2API 原生最近24小时 usage 盘点活跃客户，按 Token 排名制定约 500 USD 的整额分档计划；经用户明确确认后，对固定11名用户按100、50、20 USD三档实际增发总计520 USD，逐用户回读余额，并发布包含北京时间窗口、排名、Token、稳定用户ID、脱敏邮箱和逐人金额的 active popup 公告并完成字段对账，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.8_Task_Report.md)。

### R3.9 [completed]

完成 [UniDesk #2498](https://github.com/pikasTech/unidesk/issues/2498)：增强 Sub2API 排名分档额度发放的固定计划入口，一个 dry-run 从原生 usage 生成包含窗口、排名、Token、稳定用户ID、逐人金额和总额的不可变计划，一个 confirm 完成异额批量幂等写入及逐用户余额回读；档位、金额、窗口和排除项全部参数化，不修改 Sub2API 源码、版本或生产运行面，并将本次流程沉淀为不含一次性值的通用案例，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.9_Task_Report.md)。
### R3.10 [completed]

完成 [UniDesk #2504](https://github.com/pikasTech/unidesk/issues/2504)：将本次排名补偿阶梯设为 Sub2API credits owning YAML 默认模式；活跃窗口未显式提供金额、阶梯或固定名单时由 CLI 读取 YAML 默认阶梯生成 dry-run，并披露配置来源，显式参数继续覆盖默认值，实际充值仍只允许固定 allocations 与 confirm，本次不充值、不发布公告、不修改 PK01 runtime，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R3.10_Task_Report.md)。
## R4 [completed]

关联 [UniDesk #2281](https://github.com/pikasTech/unidesk/issues/2281)，增强 Sub2API runtime 模板批量 CRUD：支持通过显式参数按原生 runtime 已配置同类策略和账号类型自动选集，并支持精确排除 selector；dry-run 直接输出最终账号名称、ID、选中来源与排除摘要，confirm 复用既有写后自动回读对账，避免先 list、人工抄账号 ID、再 apply 的重复调用；显式 JSON 使用紧凑 mutation 投影保留 provenance 且不触发输出保护，不修改 Sub2API 源码、版本、runtime、YAML 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R4_Task_Report.md)。

## R5 [completed]

将现有 Sub2Rank 迁移为 ApiState 多页面运维站：源码 authority 切换到 pikasTech/apistate，本地根目录迁到 /root/apistate，沿用 NC01 PaC/Tekton、GitOps/Argo 自动链；默认每 10 分钟通过既有 UniDesk Sub2API CLI 刷新所有分组账号评分，提供账号评分表、用户排名与抽奖多页面、用户名密码登录和 API key 全功能调用；Secret 仅由 YAML sourceRef/targetKey 分发，公网发布到 apistate.hwpod.com，并完成 API 与 web-probe 原入口验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R5_Task_Report.md)。

### R5.1 [completed]

泛化改进 PaC consumer 首次 CI/CD bootstrap 与排错：source-artifact 在 PR 前验证流水线源码入口，debug-step 一次返回失败 task/step/exit code/有界日志，closeout --wait 持续观察并精确关联 source、GitOps、Argo 与 runtime digest，history 提示单 consumer 快路径；由 [GitHub issue #2307](https://github.com/pikasTech/unidesk/issues/2307) 跟踪，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R5.1_Task_Report.md)。

### R5.2 [completed]

解决 [UniDesk #2310](https://github.com/pikasTech/unidesk/issues/2310)：彻底废弃 AgentRun 对 task worktree 的 Git 状态校验，使 dirty、ahead、behind 和已有 diff 均不阻断 create/apply/dispatch；只保留显式 targetWorkspace、绝对路径和目录存在性校验，不读取 Git 状态形成 warning 或 blocker，不修改生产运行面，提交独立 PR 且不自行合并，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R5.2_Task_Report.md)。

### R5.3 [completed]

完成 [UniDesk #2325](https://github.com/pikasTech/unidesk/issues/2325)：新增 YAML 驱动的 ApiState 受控浏览器验收入口，从 Sub2Rank owning YAML 解析 NC01 公网 URL、NC01/v03 runner、登录字段、Cookie 和 SecretRef，完成登录、账号评分、用户用量和额度抽奖三页只读 smoke；明确 PK01 仅为后端 Sub2API 数据源，不参与网站 DNS、代理、公网暴露或浏览器 runner；输出截图与有界 DOM/网络证据，不触发刷新或抽奖，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R5.3_Task_Report.md)。

## R6 [completed]

处理 `529 Overloaded / API is at capacity` 客户可见错误：以 Sub2API 原生 Ops 证据锁定未触发 failover 的账号和规则缺口，在通用非 auth API-key 临时不可调度模板补 529 一分钟冷却并精准批量应用，排除 lyon9801，完成 runtime 回读和修复后短窗口复核，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R6_Task_Report.md)。

## R7 [completed]

修复近期真实上游 522 穿透：基于账号 https://sub.yjxm1221.top pro 0.06 请求 24cc5f1b-e1e8-4ca1-b73d-b4735e55b3d4 的原生 Ops 证据，在通用 codex-upstream-failover 模板增加 522 与真实响应关键词 upstream request failed 的 1 分钟临时不可调度规则，dry-run 后精准批量应用到已配置同类策略的非 lyon API-key 账号并逐账号回读；同时纠正内部 monitor 502、客户 499 和 upstream phase 524 不应计为客户可见错误的分析口径，不修改 Sub2API 源码、版本或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R7_Task_Report.md)。

## R8 [completed]

解决 [UniDesk #2341](https://github.com/pikasTech/unidesk/issues/2341)：纠正 Sub2API 客户可见 P0、内部 monitor、internal user、upstream attempt 与最终客户状态的归因，按 request_id 关联后仅把外部客户最终错误计入 P0和账号扣分；trace 同时展示 upstream/final，修正 failover absorption，并恢复或正规化账号模型能力查询入口，默认 k8s 风格渐进披露且不依赖 dump，不修改 Sub2API 源码、版本、runtime、账号或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R8_Task_Report.md)。

## R9 [completed]

完成 [ApiState #6](https://github.com/pikasTech/apistate/issues/6)：账号评分按稳定上游账号身份跨分组去重，一个账号只显示一行且分组列汇总全部所属分组，请求、Token 和 API USD 不因分组成员关系重复累计；评分保留并显示小数；上次更新时间提高视觉层级并基于后端 nextRefreshAt 显示实时倒计时；保持 YAML 的 10 分钟刷新周期、登录、多页面和只读边界，通过类型检查、自动 CI/CD 与公网 product smoke 验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R9_Task_Report.md)。

## R10 [completed]

将 PK01 Sub2API 从 YAML 声明的 0.1.156 受控滚动到 0.1.158：只变更 PK01 镜像 tag，使用单目标 rollout 快速通道完成 dry-run、预拉、应用、运行镜像对齐、validate 和既有消费配置真实 smoke；不修改 Sub2API 源码、账号池 runtime、代理、Secret、分组或外部哨兵，成功后直接提交并推送 master，不创建 PR，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R10_Task_Report.md)。

### R10.1 [completed]

将 PK01 Sub2API 从 YAML 声明的 `0.1.158` 受控滚动到 `0.1.159`，用于采用官方已修复 `/alpha/search` 用户可见 503 的版本；只修改 PK01 镜像 tag，通过单目标 rollout 快速通道完成 dry-run、预拉、apply、运行镜像、validate 和既有消费配置 smoke，不修改源码、账号池 runtime、代理、Secret、分组或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R10.1_Task_Report.md)。
## R11 [completed]

为 PK01 新增的 runtime-manual 上游账号 `https://www.xiaobaishu.org pro 0.02`（#39）精确应用 YAML 通用 `codex-upstream-failover` 临时不可调度模板：先读取 runtime 证明账号 active、schedulable 且尚无规则，再单账号 dry-run 和 confirm，自动回读 9 条规则与状态码一致；不修改 lyon9801、其他账号、账号字段、Sub2API 源码、版本、代理、Secret、分组或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R11_Task_Report.md)。

## R12 [completed]

完成 [UniDesk #2361](https://github.com/pikasTech/unidesk/issues/2361)：增强 Sub2API `runtime list --recent <duration>`，使用原生账号创建时间过滤并倒序展示新近账号，写入仍要求精准 selector；同时让 Sub2API rollout worker 发出阶段进度，使默认 `job status` 直接展示 prepull、apply、verify、终态和耗时，减少人工全表判断与 `--full` 下钻；只做本地 fixture/smoke，不修改生产运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R12_Task_Report.md)。

### R12.1 [completed]

修复 [UniDesk #2361](https://github.com/pikasTech/unidesk/issues/2361) 的 `runtime list --recent` 新账号漏报：保持原生 `created_at` 严格选新和精准 selector 写入边界，归一 ISO-8601 小数秒解析，并对刚更新但创建时间未知的账号精确重读与有界披露，使新账号发现无需全表和逐账号猜测；只修改 UniDesk CLI、skill 与 MDTODO，使用只读 smoke 验证，不修改 Sub2API 源码、版本、runtime 或生产运行面，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R12.1_Task_Report.md)。

## R13 [completed]

调优 PK01 Sub2API 账号池：综合最近 8 小时所有分组的客户可见错误、上游归因、账号评分、普通与 compact TTFT、请求、Token、API USD、人民币边际成本、failover、临时不可调度规则命中和当前全局 priority，区分非上游问题后生成保守方案；仅对证据充分账号执行精准 runtime dry-run、confirm 和回读，新窗口短回归，不修改 Sub2API 源码、版本、凭据、分组、代理、容量、Secret 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R13_Task_Report.md)。

### R13.1 [completed]

识别 PK01 最近新增的两个上游账号，精确应用 YAML 通用 `codex-upstream-failover` 临时不可调度模板，并结合账号名称成本倍率和当前全局 priority 设置偏高但保守的试水优先级；先 dry-run 对账、再 confirm 并逐账号回读，不修改 Sub2API 源码、版本、分组、代理、容量、Secret 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R13.1_Task_Report.md)。

### R13.2 [completed]

继续调优 PK01 Sub2API 账号池：使用原生后端一次聚合最近 8 小时所有分组的最终客户可见错误、内部 monitor 正式错误、账号级可归因失败、普通与 compact TTFT、failover、临时不可调度、请求、Token、API USD、人民币成本和当前全局 priority；只对证据充分且兼顾成本的账号执行精准 runtime priority dry-run、confirm 与自动回读，并短窗口复核，不修改 Sub2API 源码、版本、分组、代理、容量、凭据、Secret 或外部哨兵，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R13.2_Task_Report.md)。
## R14 [completed]

完成 [UniDesk #2408](https://github.com/pikasTech/unidesk/issues/2408)：改进 Sub2API `runtime errors --group` 默认渐进披露，将账号评分、请求、Token、API USD、人民币采购倍率与成本、失败率、TTFT、切号恢复和可用性聚合为单表，客户错误保留有界摘要，账号与 `--full` 下钻保持完整；用真实 8 小时全组命令证明一次调用不触发输出保护并替代逐账号拼表，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R14_Task_Report.md)。

### R14.1 [completed]

完成 [UniDesk #2472](https://github.com/pikasTech/unidesk/issues/2472)：修复 Sub2API `codex-pool runtime --help` 与 `runtime <action> --help` 的本地短帮助路由，按 action 紧凑披露适用参数和下钻入口，不访问 target、不创建远端 job、不回退到平台顶层超长帮助；只修改 UniDesk CLI、skill 与 MDTODO，以一次 `runtime errors --help` 本地 smoke 证明直接可见 `--since`、`--group`、`--all-groups` 和 `--account` 且 `mutation=false`，完成任务后将详细报告写入任务报告，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R14.1_Task_Report.md)。
## R15 [completed]

完成 [ApiState #8](https://github.com/pikasTech/apistate/issues/8)：账号评分页和用户用量页的 API USD 使用共享结构化 formatter 拆分货币符号、整数、小数点与小数，整数和小数异色，并通过等宽数字及固定槽位实现跨行小数点对齐；保持后端数据和计费口径不变，通过语法检查、自动 CI/CD 与公网 product smoke 验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R15_Task_Report.md)。

### R15.1 [completed]

完成 [ApiState #15](https://github.com/pikasTech/apistate/issues/15)：复用结构化 API USD formatter，将整数部分改为绿色 signal token，小数点与小数部分改为 muted 灰色，保持金额精度、固定槽位和跨行小数点对齐；通过 native Web smoke、自动 CI/CD 与公网 product smoke 验收，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R15.1_Task_Report.md)。
## R16 [completed]

执行 [ApiState #11](https://github.com/pikasTech/apistate/issues/11)：完成后端 Temporal 化，抽取共享 contracts/repository/dispatcher/workflow/activity，拆分独立 API 与 worker；CLI 默认 local dispatcher 并支持同合同 `--over-api`，前端支持独立 HMR native 测试服务；先完成 native worker、API、CLI 与前端 smoke，再由原 PaC/Tekton/GitOps/Argo 自动链交付并回归公网 Web/CLI，保留 SQLite 数据兼容，禁止人工 CI/CD 或第二 authority，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R16_Task_Report.md)。

### R16.1 [completed]

完成 [ApiState #17](https://github.com/pikasTech/apistate/issues/17)：修复 API/worker 分离后 API 只在启动时读取共享评分缓存导致公网更新时间冻结；API 每次查询同步共享缓存并按 nextRefreshAt 投影 stale，worker 失败时原子写回错误状态；按 L0、L1、自动 CI/CD 和公网原入口回归，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R16.1_Task_Report.md)。
## R17 [completed]

执行 [ApiState #13](https://github.com/pikasTech/apistate/issues/13)：将 workflow 终态默认文本改为有界摘要，完整评分结果仅由显式 JSON 或精确下钻披露，保持 running/completed/failed/not-found 非空可诊断，不改变 Temporal、dispatcher 或 HTTP 合同，完成任务后将详细报告写入[任务报告](./details/sub2api-upstream-reliability/R17_Task_Report.md)。
