我是拿它来处理上周积压的事情的,数据量比平时大一些,正好压一压。
初始化 SDK 用 `new Client({ apiKey })`,key 从环境变量读,本地正常;部署到 Vercel 后所有请求都 401,排查两小时才发现 SDK 在模块加载时就把 key 快照了,运行时注入的变量根本没读到。
时间边界少统计一天的报表给 Python SDK 提供真正的异步客户端,或把文档示例从 `async def` 里挪出来;改完 FastAPI 在压测时就不会堵事件循环。
免费额度和速率限制挤在同一组响应头里,容量估算经常差一个数量级。
我当时的调用大概是这样:
// 脱敏示例:超时与重试语义无法区分
func chatWithTimeout(ctx context.Context, c *beehub.Client, prompt string) (*beehub.ChatResponse, error) {
ctx, cancel := context.WithTimeout(ctx, 30*time.Second)
defer cancel()
res, err := c.Chat(ctx, beehub.ChatRequest{
Model: "bh-small",
Messages: []beehub.Message{{Role: "user", Content: prompt}},
})
if errors.Is(err, context.DeadlineExceeded) {
// 首次超时和重试预算耗尽都长这样
return nil, fmt.Errorf("chat timeout: %w", err)
}
return res, err
}
评论 2
评论不发蜂蜜、不计入认真度,但同样需要 ≥15 字
登录后即可评论
去登录 →移动端评论区的折叠提示不明显,我一开始以为内容被删了,点开才知道要点那个小箭头。
历史版本记录能翻到半年前的改动,我对比功能演进路线时特别有用,别的平台基本查不到。