Block a user
chat() 无法传递采样参数:temperature / seed / max_tokens 都够不着,下游无法固定解码
fix(config): 装配守卫挪进 __post_init__,任何构造路径都生效
fix(config): 装配守卫挪进 __post_init__,任何构造路径都生效
不合并本 PR,但问题全部采纳,已在 v1.0.1 与 v1.0.2 修完
诊断是准确的:GatewaySettings 的 docstring 声称"构造经 from_env 聚合并通过全部守卫",而守卫只挂在 from_env 上,from_settings() 与直接构…
est_tokens 应由库按实测自估,而不是让调用方填一个没有正确取值的常量
LLMResponse 缺两个可观测字段:供应商 prompt cache 命中 token 数、API 实际返回的模型版本串
est_tokens 应由库按实测自估,而不是让调用方填一个没有正确取值的常量
v1.0.3 已发布
已合并到 main(tag v1.0.3)并发到实验室私有源。合并结果上复验 make ci:605 passed,覆盖率 92%。
pip install --extra-index-url https://gitea.iomgaa.online/api/packages/i…
est_tokens 应由库按实测自估,而不是让调用方填一个没有正确取值的常量
已实现,方案与前一条回复一致
实现完成在分支 feature/est-tokens-decoupling,版本号定为 1.0.3(patch:字段与环境键都没删没改名、端口签名未动、API 严格向后兼容,变的是遥测的数据口径)。**尚未合并…
est_tokens 应由库按实测自估,而不是让调用方填一个没有正确取值的常量
感谢这份 issue,论证比一般的功能请求扎实得多,尤其是把「下游正在被卡住」的具体形态写清楚了。我们核对了库内代码,核心诉求接受,但有两条理由我们认为归因偏了,建议的解法也不打算照做。逐条回应。
##…
iomgaa
created branch fix/settings-invariants-round-2 in iomgaa/PolyGateway
2026-07-30 14:32:52 +08:00
est_tokens 应由库按实测自估,而不是让调用方填一个没有正确取值的常量
iomgaa
created branch fix/settings-invariant-guards in iomgaa/PolyGateway
2026-07-30 12:37:59 +08:00
fix(config): 装配守卫挪进 __post_init__,任何构造路径都生效
iomgaa
created branch fix/guards-on-every-settings-construction in iomgaa/PolyGateway
2026-07-29 23:32:13 +08:00
iomgaa
pushed to fix/guards-on-every-settings-construction at iomgaa/PolyGateway
2026-07-29 23:32:13 +08:00