chatgpt2api注册的web权限free号，原来是能把free号的果汁值Juice 8 提高到 64的？

目标：

• /v1/chat/completions 接收客户端传入的 reasoning_effort 或 thinking_effort。


• /v1/responses 也最好同步支持。


• 映射到 ChatGPT Web 后端 payload 字段 thinking_effort。


• 默认不传，保持原行为；只有请求里显式传了才加。


• 兼容值映射：
  
  none / “” → 不传
  
  low → low
  
  medium → medium
  
  high → high
  
  xhigh → extended
  
  extended → extended


• 如果传入非法值，直接忽略，不报错。


• 不要改图片生成、图生图、PPT/PSD 文件任务逻辑。

需要重点改这些文件：

1. 
   

   services/protocol/conversation.py

   
   
   
   
   • 给 ConversationRequest 增加字段：
     
     thinking_effort: str = “”
   
   
   • conversation_events() 增加参数 thinking_effort: str = “”
   
   
   • 调 backend.stream_conversation() 时传 thinking_effort=thinking_effort
   
   
   
   


2. 
   

   services/openai_backend_api.py

   
   
   
   
   • stream_conversation() 增加参数 thinking_effort: str = “”
   
   
   • 调 _conversation_payload() 时传 thinking_effort
   
   
   • _conversation_payload() 增加参数 thinking_effort: str = “”
   
   
   • payload 构造后，如果 thinking_effort 合法，就加：
     
     payload[“thinking_effort”] = thinking_effort
   
   
   
   


3. 
   

   services/protocol/openai_v1_chat_complete.py

   
   
   
   
   • 增加一个函数从 body 里解析思考强度：
     
     优先 body[“thinking_effort”]，其次 body[“reasoning_effort”]，也兼容 body[“reasoning”][“effort”]
   
   
   • 合法值映射：
     
     low/medium/high 原样
     
     xhigh/extended → extended
     
     none/空/非法 → “”
   
   
   • stream_text_chat_completion() 生成 ConversationRequest 时带 thinking_effort
   
   
   • 非流式 collect_text() 的 ConversationRequest 也带 thinking_effort
   
   
   • cache_key 最好继续包含 body 本身，避免不同 effort 复用同一个缓存。
   
   
   
   


4. 
   

   services/protocol/openai_v1_response.py

   
   
   
   
   • 同理解析 reasoning.effort / thinking_effort / reasoning_effort
   
   
   • stream_text_response() 里的 ConversationRequest 带 thinking_effort
   
   
   • 非流式/流式都要生效。
   
   
   
   

参考现有代码：

• services/openai_backend_api.py 里 PPT/PSD 文件任务已经用过：
  
  thinking_effort = EDITABLE_FILE_THINKING_EFFORT
  
  值是 extended


• 可以照这个字段名加到普通 conversation payload。

改完后做这些检查：

• python -m compileall services api utils


• 原有 /v1/chat/completions 不带 reasoning_effort 仍能正常回复。


• 带 reasoning_effort=high 能正常回复。


• 带 reasoning_effort=xhigh 时上游 payload 应该出现 thinking_effort=extended。


• 如果上游报 unsupported thinking_effort，再把默认改回不传，由客户端显式开关控制。
  
  普通对话链路还没真正接上：
  
  ConversationRequest 没有 thinking_effort
  
  conversation_events() 没有传 thinking_effort
  
  stream_conversation() 没有接 thinking_effort
  
  _conversation_payload() 没有写 payload[“thinking_effort”]
  
  openai_v1_chat_complete.py 也没有解析 reasoning_effort

改完需要确认这几个点：

1. services/protocol/conversation.py
   
   ConversationRequest 必须有：
   
   thinking_effort: str = “”

conversation_events() 必须接收 thinking_effort，并传给 backend.stream_conversation()

stream_text_deltas() 调 conversation_events() 时必须传：

thinking_effort=request.thinking_effort

2. services/openai_backend_api.py
   
   stream_conversation() 必须接收 thinking_effort

_conversation_payload() 必须接收 thinking_effort

payload 构造后必须有：

if thinking_effort:

payload[“thinking_effort”] = thinking_effort

3. services/protocol/openai_v1_chat_complete.py
   
   必须从 body 里解析：
   
   thinking_effort
   
   reasoning_effort
   
   reasoning.effort

然后创建 ConversationRequest 时带上：

thinking_effort=parsed_effort

4. services/protocol/openai_v1_response.py
   
   同样要给 Responses 文本链路带上 thinking_effort

验证不要用网页 UI，先用 curl 明确传参数：

curl http://你的地址/v1/chat/completions

-H “Authorization: Bearer 你的key”

-H “Content-Type: application/json”

-d ‘{

“model”: “auto”,

“reasoning_effort”: “xhigh”,

“messages”: [

{“role”:“user”,“content”:“Juice测试提示词”}

]

}’