白名单少一个键：Seedance 在 v0.2.18 里选不到号，修单等了 23 天 (2026)

北京 05:20 到 06:45，一个半小时。四个仓库都没有发新版。

窗口里唯一动过的条目在 sub2api：一张九月三十号开出的修改单，北京 06:15 被 rebase 到当天的主干上。

这张单要补的，是调度快照白名单里少写的一个键。

一、这次动的是基线，代码没变

PR #7761 只有一笔提交，作者时间停在 09-30T10:40:43Z。 1

提交者时间是 10-23T21:50:21Z，比作者时间晚二十三天。 2

两个时间对不上，说明代码没有重写，只是被搬到了新基线上。正文里那句 Refreshed against main 5c185c5c 讲的就是这件事。

改动一共 2 个文件、+47/−1：一行白名单，加一段四十五行的回归测试。

到发稿它还开着，mergeable 是 clean，0 条评论、0 条行内评审。

报障单也是同一天开的，比这张单早一小时十七分钟，开单的是另一个人。 3

那一张同样挂着，二十三天里没有一条回复。

同类问题在九月修过一次。投影裁掉 openai_passthrough 的那张单下午三点开出，两笔关联提交六分钟内就跟上，第二天被维护者关成已完成。 4

二、白名单里少的是哪一个键

sub2api 的选号不查数据库，查一份 Redis 快照。快照里有两份副本。

sched:acc:<id> 是完整体，选中账号后转发时读它。sched:meta:<id> 是精简投影，候选过滤时读它。

投影由 filterSchedulerCredentials 生成，这是一份白名单：列出来的键搬过去，其余丢掉。 5

v0.2.18 的 backend/internal/repository/scheduler_cache.go 第 1245–1257 行：第 1251 行是主键名单，第 1255 行是 Gemini 显式缓存要用的四个键，base_url 在里面。openai_capabilities 两处都没有。

名单里有 base_url、model_mapping、account_scheduling_threshold，独独没有 openai_capabilities。

这个键正是端点能力判定要读的东西。缺了它，投影里的账号就变成「从没配过能力」。

补丁加的就是这一个词。

补丁分支的同一段 — *补丁分支 `r266-tech/sub2api @ codex/scheduler-endpoint-capabilities` 的同一段：第 1251 行末尾多了 `"openai_capabilities"`，其余一字未动。*6

顺带说清一件旧事：报障人跑的 0.2.10 里，这两个键都缺。 7

base_url 跟着 Gemini 显式缓存那次在 0.2.16 补齐了，openai_capabilities 到 0.2.18 还空着。 8

三、一边全灭，一边放宽

v0.2.18 的 internal/service/account.go 第 1916–1934 行：Seedance 要四件事同时成立——能力集里有 seedance、平台是 OpenAI、类型是 API Key、base_url 非空（第 1920–1923 行）。

投影里没有这个键，能力集就解析成空，configured["seedance"] 恒为 false。 9

于是走网关的 Seedance 请求永远选不到号。日志打 grok_media.account_select_failed，客户端收到 503 seedance_no_eligible_account。 10

这段判定的另一半朝反方向出错：能力集解析不出来时，函数直接放行。 11

只配了 embeddings 的账号因此在候选里被当成没配过能力，chat 请求也会把它挑进来。

报障人写的是「能力限制在选号阶段失效」。按代码看，这句话只在候选这一层成立。 3

挑出来之后还有一道：选中结果会从数据库把整号读回来，再跑一遍同一道判定。 12

同文件第 1608–1650 行：第 1632 行 GetByID 从数据库读整号，第 1642 行拿这份整号重跑能力判定，不通过就 return nil 换下一个候选。

所以 embeddings-only 账号的代价是候选空转一轮，请求不会真被发到它那里。

要验证这一层很容易：这类账号被挡回时，日志里的分类与 Seedance 那侧不同，capability_mismatch 只跟着 Seedance 走。

四、三类人各自要不要动

你的情况	现在会发生什么	怎么办
没配 `openai_capabilities`	不受影响	不用动
配了 `seedance`	选号恒失败，503	自己打这一行，或等它合
只配了 `embeddings` / `chat_completions`	候选层放宽，转发前被挡回	不用动，别当故障查

三格里只有 Seedance 那一格需要现在有人动手。

配置层面没有别的路：快照服务在装配时就建好，没有开关能关掉它；数据库回退只在缓存不可用时才生效。

下一个版本也不会自带这个修复。发行版 v0.2.18 与主干 main 的这份文件逐字节相同，两处都没有这个键。

要它进下一版，得在切版本之前合掉。v0.2.18 是北京 10-23 15:44 发的，两版之间隔了七天。 13

要自己动手的话，改的就是 scheduler_cache.go 第 1251 行那个字符串数组，把一个 "openai_capabilities" 加进名单，重建即可。补丁分支上已经带着现成的改法和测试。

自查两步

对比 Redis 里两份副本：redis-cli GET sched:acc:<id> 的 Credentials 里有 openai_capabilities，sched:meta:<id> 里没有，就是命中。
日志里搜 capability_mismatch 与 seedance_no_eligible_account。后者一出现，Seedance 就走不通。

五、窗口里的其余

仓库	当前版本	发布（北京）	本窗口
sub2api	v0.2.18	10-23 15:44	只有 #7761 一次 rebase
CLIProxyAPI	v8.0.41 14	10-24 02:25	零条目
codex-proxy	v2.1.20 15	10-23 03:56	零条目
codex2api	v3.1.1 16	10-17 05:42	零条目

三家状态页这窗口里都干净。

OpenAI 25 个组件全部 operational，窗口内唯一一条事件是客服聊天降级，北京 05:30 到 06:02，影响级别 none，与 API 无关。 17

Anthropic 全绿。 18

Google Cloud 八条，最近一条仍是 10-22 的 europe-west，最后更新北京 10-23 00:19。 19

Codex 重置的计数器，两家给出的数又拉开了。

codex-reset 说今天 UTC 内没有全局重置，最近一次已验证的全局重置是 10-22 17:10 UTC（北京 10-23 01:10），累计 57 次、10 次 banked、节奏约每两天。 20

同一页还有一个读数写着「Our monitor: reset at 17:40 UTC」，那是它自己那个参照账号的 5 小时窗口在北京 10-24 01:40 翻篇，与全局重置是两件事。

opentherank 记 65 次、中位 3 天、最长 68 天，停在 10-23。 21

codex-reset 自己的 FAQ 又写 38 次，直方图写 50 条。

三家数的是不同东西：已验证的全局重置、公告条数、把 banked 与单账号观测一并算进去。按这些数排重置计划没有意义，看自己账号的 /status 才作数。 22

六、还没闭合的

#7761 谁合、什么时候合。它早已不是草稿，mergeable 也是 clean，缺的只是一个动作。

报障人跑的是 0.2.10，其中 base_url 那半已经在 0.2.16 补上。他升到 0.2.16 以上后若 Seedance 仍然失败，这一个键就是唯一的解释。

这类漏法还会再来。extra 侧漏过一次，空能力容器被误判成已配置也出过一次，这次轮到 credentials。 23

补丁带的测试断言的是「投影往返后能力判定结果不变」，这正是能挡住下一例的写法。 24

References

1
PR #7761
github.com
2
那笔提交
github.com
3
#7758
github.com
4
#6457
github.com
5
v0.2.18 的白名单
github.com
6
补丁分支的白名单
github.com
7
v0.2.10 的白名单
github.com
8
v0.2.16 的白名单
github.com
9
能力集解析
github.com
10
grok_media.go 第 277–284 行
github.com
11
account.go 第 1980–1983 行
github.com
12
openai_gateway_scheduling.go 第 1608–1650 行
github.com
13
Sub2API 0.2.18
github.com
14
v8.0.41
github.com
15
v2.1.20
github.com
16
v3.1.1
github.com
17
OpenAI 状态
status.openai.com
18
Anthropic 状态
status.anthropic.com
19
Google Cloud 状态
status.cloud.google.com
20
codex-reset 首页
codex-reset.com
21
opentherank
opentherank.com
22
codex-reset 的事件接口
codex-reset.com
23
#5530 那条注释
github.com
24
补丁带的测试
github.com

北京 05:20 到 06:45，一个半小时。四个仓库都没有发新版。

窗口里唯一动过的条目在 sub2api：一张九月三十号开出的修改单，北京 06:15 被 rebase 到当天的主干上。

这张单要补的，是调度快照白名单里少写的一个键。

一、这次动的是基线，代码没变

PR #7761 只有一笔提交，作者时间停在 09-30T10:40:43Z。 1

提交者时间是 10-23T21:50:21Z，比作者时间晚二十三天。 2

两个时间对不上，说明代码没有重写，只是被搬到了新基线上。正文里那句 Refreshed against main 5c185c5c 讲的就是这件事。

改动一共 2 个文件、+47/−1：一行白名单，加一段四十五行的回归测试。

到发稿它还开着，mergeable 是 clean，0 条评论、0 条行内评审。

报障单也是同一天开的，比这张单早一小时十七分钟，开单的是另一个人。 3

那一张同样挂着，二十三天里没有一条回复。

同类问题在九月修过一次。投影裁掉 openai_passthrough 的那张单下午三点开出，两笔关联提交六分钟内就跟上，第二天被维护者关成已完成。 4

二、白名单里少的是哪一个键

sub2api 的选号不查数据库，查一份 Redis 快照。快照里有两份副本。

sched:acc:<id> 是完整体，选中账号后转发时读它。sched:meta:<id> 是精简投影，候选过滤时读它。

投影由 filterSchedulerCredentials 生成，这是一份白名单：列出来的键搬过去，其余丢掉。 5

名单里有 base_url、model_mapping、account_scheduling_threshold，独独没有 openai_capabilities。

这个键正是端点能力判定要读的东西。缺了它，投影里的账号就变成「从没配过能力」。

补丁加的就是这一个词。

顺带说清一件旧事：报障人跑的 0.2.10 里，这两个键都缺。 7

base_url 跟着 Gemini 显式缓存那次在 0.2.16 补齐了，openai_capabilities 到 0.2.18 还空着。 8

三、一边全灭，一边放宽

投影里没有这个键，能力集就解析成空，configured["seedance"] 恒为 false。 9

于是走网关的 Seedance 请求永远选不到号。日志打 grok_media.account_select_failed，客户端收到 503 seedance_no_eligible_account。 10

这段判定的另一半朝反方向出错：能力集解析不出来时，函数直接放行。 11

只配了 embeddings 的账号因此在候选里被当成没配过能力，chat 请求也会把它挑进来。

报障人写的是「能力限制在选号阶段失效」。按代码看，这句话只在候选这一层成立。 3

挑出来之后还有一道：选中结果会从数据库把整号读回来，再跑一遍同一道判定。 12

同文件第 1608–1650 行：第 1632 行 GetByID 从数据库读整号，第 1642 行拿这份整号重跑能力判定，不通过就 return nil 换下一个候选。

所以 embeddings-only 账号的代价是候选空转一轮，请求不会真被发到它那里。

要验证这一层很容易：这类账号被挡回时，日志里的分类与 Seedance 那侧不同，capability_mismatch 只跟着 Seedance 走。

四、三类人各自要不要动

你的情况	现在会发生什么	怎么办
没配 `openai_capabilities`	不受影响	不用动
配了 `seedance`	选号恒失败，503	自己打这一行，或等它合
只配了 `embeddings` / `chat_completions`	候选层放宽，转发前被挡回	不用动，别当故障查

三格里只有 Seedance 那一格需要现在有人动手。

配置层面没有别的路：快照服务在装配时就建好，没有开关能关掉它；数据库回退只在缓存不可用时才生效。

下一个版本也不会自带这个修复。发行版 v0.2.18 与主干 main 的这份文件逐字节相同，两处都没有这个键。

要它进下一版，得在切版本之前合掉。v0.2.18 是北京 10-23 15:44 发的，两版之间隔了七天。 13

自查两步

对比 Redis 里两份副本：redis-cli GET sched:acc:<id> 的 Credentials 里有 openai_capabilities，sched:meta:<id> 里没有，就是命中。
日志里搜 capability_mismatch 与 seedance_no_eligible_account。后者一出现，Seedance 就走不通。

五、窗口里的其余

仓库	当前版本	发布（北京）	本窗口
sub2api	v0.2.18	10-23 15:44	只有 #7761 一次 rebase
CLIProxyAPI	v8.0.41 14	10-24 02:25	零条目
codex-proxy	v2.1.20 15	10-23 03:56	零条目
codex2api	v3.1.1 16	10-17 05:42	零条目

三家状态页这窗口里都干净。

OpenAI 25 个组件全部 operational，窗口内唯一一条事件是客服聊天降级，北京 05:30 到 06:02，影响级别 none，与 API 无关。 17

Anthropic 全绿。 18

Google Cloud 八条，最近一条仍是 10-22 的 europe-west，最后更新北京 10-23 00:19。 19

Codex 重置的计数器，两家给出的数又拉开了。

codex-reset 说今天 UTC 内没有全局重置，最近一次已验证的全局重置是 10-22 17:10 UTC（北京 10-23 01:10），累计 57 次、10 次 banked、节奏约每两天。 20

同一页还有一个读数写着「Our monitor: reset at 17:40 UTC」，那是它自己那个参照账号的 5 小时窗口在北京 10-24 01:40 翻篇，与全局重置是两件事。

opentherank 记 65 次、中位 3 天、最长 68 天，停在 10-23。 21

codex-reset 自己的 FAQ 又写 38 次，直方图写 50 条。

六、还没闭合的

#7761 谁合、什么时候合。它早已不是草稿，mergeable 也是 clean，缺的只是一个动作。

报障人跑的是 0.2.10，其中 base_url 那半已经在 0.2.16 补上。他升到 0.2.16 以上后若 Seedance 仍然失败，这一个键就是唯一的解释。

这类漏法还会再来。extra 侧漏过一次，空能力容器被误判成已配置也出过一次，这次轮到 credentials。 23

补丁带的测试断言的是「投影往返后能力判定结果不变」，这正是能挡住下一例的写法。 24

References

1
PR #7761
github.com
2
那笔提交
github.com
3
#7758
github.com
4
#6457
github.com
5
v0.2.18 的白名单
github.com
6
补丁分支的白名单
github.com
7
v0.2.10 的白名单
github.com
8
v0.2.16 的白名单
github.com
9
能力集解析
github.com
10
grok_media.go 第 277–284 行
github.com
11
account.go 第 1980–1983 行
github.com
12
openai_gateway_scheduling.go 第 1608–1650 行
github.com
13
Sub2API 0.2.18
github.com
14
v8.0.41
github.com
15
v2.1.20
github.com
16
v3.1.1
github.com
17
OpenAI 状态
status.openai.com
18
Anthropic 状态
status.anthropic.com
19
Google Cloud 状态
status.cloud.google.com
20
codex-reset 首页
codex-reset.com
21
opentherank
opentherank.com
22
codex-reset 的事件接口
codex-reset.com
23
#5530 那条注释
github.com
24
补丁带的测试
github.com

白名单少一个键：Seedance 在 v0.2.18 里选不到号，修单等了 23 天

一、这次动的是基线，代码没变

二、白名单里少的是哪一个键

三、一边全灭，一边放宽

四、三类人各自要不要动

自查两步

五、窗口里的其余

六、还没闭合的

References

Related content

白名单少一个键：Seedance 在 v0.2.18 里选不到号，修单等了 23 天

一、这次动的是基线，代码没变

二、白名单里少的是哪一个键

三、一边全灭，一边放宽

四、三类人各自要不要动

自查两步

五、窗口里的其余

六、还没闭合的

References

Related content