sub2api

6,994 Commits 49 Branches 65 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
shaw	2d3e845205	perf(codex): 版本同步主路径改用 /releases/latest 并保留列表回退自动同步原本每次拉 `/releases?per_page=30`，实测响应 10,017,686 字节——该仓库预发布极密集，30 条里只有 2 条稳定版（0.145.0 已排到第 26 位），页大小是为了「窗口里至少有一条稳定版」而定的，不能靠调小来省流量。改为主路径走 `/releases/latest`（实测约 0.3MB）：该端点本身排除 draft 与 prerelease，直接给出最新正式发布，不受预发布密度影响。复用端口上已有的 FetchLatestRelease，不新增任何 HTTP 代码，代理配置、User-Agent、可选 token 与跨主机重定向剥离 Authorization 的行为全部沿用。保留列表扫描作为回退：latest 是跨 tag 家族按 published_at 取的，若同仓库其他组件（如 rusty-v8-*）某天发布正式 release 而成为 latest，主路径会被 rust-v 前缀过滤挡掉，此时必须扫一页才能继续跟随，否则版本号会静默停更。两条路径共用 latestCodexStableReleaseVersion 的同一套过滤（前缀 / draft / prerelease / 版本号形态），语义不会分叉；单条 latest 也要过版本号校验——仓库里确实存在 rust-vv0.99.0-alpha.8 这类畸形 tag。只向前推进、抓取失败保持既有值两条不变式未改动。测试覆盖：主路径命中时不再拉列表页、四种拿不到（异家族 / 预发布 / 抓取失败 / 空对象）都回退、畸形 tag 被主路径拒绝后由回退兜底、两路径皆失败时保值。	2026-08-04 10:51:04 +08:00
zhiyu	4c4ff36380	perf(codex): 版本同步间隔改为 6 小时并加启动防抖 - 同步间隔 3h → 6h：客户端版本是天级变化，6 小时足够跟上，对 GitHub 的调用降到每天 4 次。 - 新增启动防抖：借同步设置行自身的 UpdatedAt 判断，若同步值仍在一个周期内则跳过启动同步。频繁重启、滚动发布或崩溃重启原本会把「启动即同步」放大成对 GitHub 的连续请求；首次部署尚无同步值时不受影响。 - 补测试：启动防抖两个方向，以及版本比较按段取数字的回归（字典序会把 0.99.0 判为大于 0.146.0，同时让「取最大值」与「只向前推进」两处判错）。	2026-08-03 20:55:37 +08:00
zhiyu	2eb24814fe	fix(codex): 强制统一出站身份并让客户端版本号跟随官方发布上游 /backend-api/codex 在容量紧张时按客户端身份分优先级降载，被降载的请求 HTTP 200 后立刻推流内 server_is_overloaded。此前网关对配不出官方身份的客户端整体回退到硬编码的 codex_cli_rs/0.144.1（落后官方 4 个发布），这些请求稳定落在被优先丢弃的一侧。 - 强制统一出口：所有 OAuth 出站的 User-Agent / originator / version 一律改写为网关规范身份，客户端自报身份不参与构造；HTTP / 透传 / WS / alpha-search / 探针全覆盖。compat 桥接故意删除 originator 的路径保持 no-op。 - 版本号收敛为单一来源，运行时优先级为面板覆写 → 自动同步值 → 内置常量； UA 与 version 头同源派生，不再各自硬编码。 - 新增 3 小时自动同步官方客户端最新稳定版，面板可关闭，无需为跟版本而发版。 - 流内 server_is_overloaded / slow_down 改为先在同账号有界重试再切号，并标记为请求级瞬时故障，不再据此临时封禁账号。 - 移除被取代的降载身份黑名单、浏览器 UA 兜底及其辅助函数。	2026-08-03 20:14:58 +08:00

Author

SHA1

Message

Date

shaw

2d3e845205

perf(codex): 版本同步主路径改用 /releases/latest 并保留列表回退

自动同步原本每次拉 `/releases?per_page=30`，实测响应 10,017,686 字节——该仓库
预发布极密集，30 条里只有 2 条稳定版（0.145.0 已排到第 26 位），页大小是为了
「窗口里至少有一条稳定版」而定的，不能靠调小来省流量。

改为主路径走 `/releases/latest`（实测约 0.3MB）：该端点本身排除 draft 与
prerelease，直接给出最新正式发布，不受预发布密度影响。复用端口上已有的
FetchLatestRelease，不新增任何 HTTP 代码，代理配置、User-Agent、可选 token
与跨主机重定向剥离 Authorization 的行为全部沿用。

保留列表扫描作为回退：latest 是跨 tag 家族按 published_at 取的，若同仓库其他
组件（如 rusty-v8-*）某天发布正式 release 而成为 latest，主路径会被 rust-v
前缀过滤挡掉，此时必须扫一页才能继续跟随，否则版本号会静默停更。

两条路径共用 latestCodexStableReleaseVersion 的同一套过滤（前缀 / draft /
prerelease / 版本号形态），语义不会分叉；单条 latest 也要过版本号校验——仓库里
确实存在 rust-vv0.99.0-alpha.8 这类畸形 tag。只向前推进、抓取失败保持既有值
两条不变式未改动。

测试覆盖：主路径命中时不再拉列表页、四种拿不到（异家族 / 预发布 / 抓取失败 /
空对象）都回退、畸形 tag 被主路径拒绝后由回退兜底、两路径皆失败时保值。

2026-08-04 10:51:04 +08:00

zhiyu

4c4ff36380

perf(codex): 版本同步间隔改为 6 小时并加启动防抖

- 同步间隔 3h → 6h：客户端版本是天级变化，6 小时足够跟上，
  对 GitHub 的调用降到每天 4 次。
- 新增启动防抖：借同步设置行自身的 UpdatedAt 判断，若同步值仍在一个周期内
  则跳过启动同步。频繁重启、滚动发布或崩溃重启原本会把「启动即同步」
  放大成对 GitHub 的连续请求；首次部署尚无同步值时不受影响。
- 补测试：启动防抖两个方向，以及版本比较按段取数字的回归
  （字典序会把 0.99.0 判为大于 0.146.0，同时让「取最大值」与
  「只向前推进」两处判错）。

2026-08-03 20:55:37 +08:00

zhiyu

2eb24814fe

fix(codex): 强制统一出站身份并让客户端版本号跟随官方发布

上游 /backend-api/codex 在容量紧张时按客户端身份分优先级降载，被降载的请求
HTTP 200 后立刻推流内 server_is_overloaded。此前网关对配不出官方身份的客户端
整体回退到硬编码的 codex_cli_rs/0.144.1（落后官方 4 个发布），这些请求稳定
落在被优先丢弃的一侧。

- 强制统一出口：所有 OAuth 出站的 User-Agent / originator / version 一律改写
  为网关规范身份，客户端自报身份不参与构造；HTTP / 透传 / WS / alpha-search /
  探针全覆盖。compat 桥接故意删除 originator 的路径保持 no-op。
- 版本号收敛为单一来源，运行时优先级为面板覆写 → 自动同步值 → 内置常量；
  UA 与 version 头同源派生，不再各自硬编码。
- 新增 3 小时自动同步官方客户端最新稳定版，面板可关闭，无需为跟版本而发版。
- 流内 server_is_overloaded / slow_down 改为先在同账号有界重试再切号，并标记为
  请求级瞬时故障，不再据此临时封禁账号。
- 移除被取代的降载身份黑名单、浏览器 UA 兜底及其辅助函数。

2026-08-03 20:14:58 +08:00