[godx999]

问题

上一个 PR（#6）加了 CNB2API_ALLOW_THINKING 开关，但 Anthropic 路径仍然拿不到思考。
实测（直连 cnb2api，绕开 new-api，硬 prompt）：

用例	结果
/v1/messages + thinking:{type:"enabled"}	❌ 只有 text 块（2233 字符），无 thinking
/v1/chat/completions + reasoning_effort:high	✅ reasoning_content 9616 字符 + 正文 1306 字符

说明开关本身生效了（OpenAI 路径能出思考），问题出在映射用了上游不认的拼写。

根因：上游只认 reasoning_effort

逐个拼写打到真实 CNB 上游（每次只改一个参数，同一 prompt）：

参数	reasoning_content	结论
reasoning_effort: 'high'	134 字符	✅
reasoning_effort: 'low'	257 字符	✅
reasoning_effort: 'medium'	206 字符	✅
reasoning: { effort: 'high' }	0	❌
enable_thinking: true	0	❌
thinking: { type: 'enabled' }	0	❌
thinking: { type: 'enabled', budget_tokens: 8000 }	0	❌
thinking: true	0	❌
无参数（对照）	0	—

用硬 prompt 复核，enable_thinking / thinking 的表现与"不带任何参数"完全一致。

顺带更正：src/proxy.mjs 里 REASONING_TRIGGERS 的注释声称这四个拼写都会路由到
thinking 变体 —— 实测不成立，只有 reasoning_effort 会。剥除列表本身保持不变
（多剥无害，且能防上游将来引入新拼写）。

改动

• src/anthropic.mjs — 开启 opt-in 时不再输出 thinking，改输出 reasoning_effort；
  档位由 Anthropic 的 budget_tokens 折算（<=4096 low / <=16384 medium / 其余 high，
  缺失或非法值取 high —— 取低会让推理吃穿 max_tokens）。客户端显式给了 reasoning_effort
  时以它为准。
• src/proxy.mjs — 修正剥除表的注释，与实际行为对齐。
• test/anthropic.test.mjs — 断言映射目标是 reasoning_effort（并显式断言不输出 thinking）、
  覆盖 budget→档位 的阶梯、新增两条 E2E 钉住 /v1/messages → 上游 reasoning_effort。

端到端验证（走真实 CNB 上游）

本地运行本分支的 cnb2api，上游指向已部署的 cnb2api（它再访问真实 CNB）：

A. /v1/messages + thinking:{enabled, budget_tokens:31999}
   → content 块 ["thinking","text"]，thinking 3114 字符，正文 1268 字符，stop_reason end_turn  ✅
B. 对照：不带 thinking
   → content 块 ["text"]，无 thinking 块                                                  ✅

测试

# tests 79
# pass 79
# fail 0