mirrors/pikasTech-unidesk
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
8b43e1f2fdbf1aeeac40f9797b33b4980e52b206
pikasTech-unidesk/docs/MDTODO/sub2api-upstream-reliability.md
T

243 lines
33 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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.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)。
## 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)。
Reference in New Issue View Git Blame Copy Permalink