```
def chat(client,messages,model):
print()
start=time.time()
answer=[]
for chunk in client.chat.completions.create(
model=model,
messages=messages,
stream=True,
stream_options={'include_usage':True},
temperature=0,
):
if not chunk.choices:
continue
stream=chunk.choices[0].delta.content or ''
if answer or stream.strip():
answer.append(stream)
print(stream,end='',flush=True)
end=time.time()
count=chunk.usage.total_tokens
print(f'\n\n{end-start:.2f} secs, {count} tokens')
return ''.join(answer)
```
最新版客户端，加上参数 stream_options={'include_usage':True}，那么在返回的最后一个 chunk 带 token 消耗数量

挤牙膏

用 GPT4 可以实现

客户端下行宽带是虚值，客户端上行宽带和服务器宽带才是实值

服务器端流量价格大约 0.8-1 元/G ，这个价格已经维持十几年不变了，啥时候降低到 0.1 元/G 以下，那才是量级的变化，家庭装千兆才会有用

服务器带宽绝大多数 100M ，你客户端就算 1000M ，那下载速度也是 100M 而已。中国的家庭宽带动不动就千兆都是骗人的，实际带宽受限于服务器端，根本达不到理论值。服务器端不降价，光是客户端降价根本没用。

Firefox Multi-Account Containers 可以设置全 tab 所有流量都走指定的 http 代理

攻和防其实就是成本的对抗。为了瞬移，要每月多花几十块钱成本。花的成本越高，瞬移越稳定快速。

的确所有协议都能识别，但是……只要能提高识别所消耗的成本就算胜利

https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/proxy/RequestDetails

火狐的扩展可以根据 request 获得 tabId ，在这里可以判断 tabId 决定是否走代理

我一直认为服务器端渲染才是正道，速度快得一批。客户端渲染是歧途，速度慢得要死。

用 pjax ，我现在还在用

将 blockingSubscribe 更改为 blockingGet

要么就用完全无特征的 ss ，要么就用另一个极端的 ssl 。处于这两个极端之间的那些协议花样很多但是没什么卵用。
单一协议不如多协议混合安全。

@makelove 多年来一直用 ss 都没问题

把闹钟设置为鸭子叫

把你骗去金三角

是 BSV

刚刚安装了 200M 的游戏宽带，traceroute 之后确定是全局走 CN2，真香