LiteLLM发布v1.99.3，Docker镜像改用cosign签名并给出校验方式
该版本说明重点介绍了Docker镜像的cosign签名验证流程：既可用固定commit哈希校验，也可用release tag校验；变更日志显示该版本由多个backport合并而来。
AI解读：LiteLLM发布v1.99.3，这次发布说明把重点放在Docker镜像的签名验证上：所有LiteLLM Docker镜像都用cosign签名，且每个release使用同一个密钥，该密钥在commit 0112e53中引入。
官方推荐用固定commit哈希校验签名，因为commit哈希在密码学上不可篡改；也提供更易读的release tag方式，但说明该方式依赖仓库的tag保护规则。
对自建部署或把LiteLLM打进CI/CD流水线的团队来说，这条更新解决的是“拉到的镜像是否由官方签名”的可验证问题；校验失败或密钥对不上，就说明镜像来源可疑。
版本本身的实质改动在变更日志里以backport形式出现，包括chore(release)、fix(anthropic) 和feat(typesafe) 三个方向，但发布说明只列出PR标题和编号，未展开具体修复内容或影响范围。
LiteLLM发布v1.99.3（来源：litellm Releases，作者mateo-berri）。发布说明的主要篇幅用于介绍Docker镜像的cosign签名验证流程，而非功能改动。
发布说明写明：所有LiteLLM Docker镜像都使用cosign签名，每个release都使用同一个密钥，该密钥在commit 0112e53中引入。
官方给出两种验证方式。推荐方式是使用固定commit哈希，因为commit哈希在密码学上不可篡改，是确认使用原始签名密钥的最强方式：cosign verify --key https://raw.githubusercontent.com/BerriAI/litellm/0112e53046018d726492c814b3644b7d376029d0/cosign.pub ghcr.io/berriai/litellm:v1.99.3。
第二种方式是使用release tag，更易读，但依赖仓库的tag保护规则：cosign verify --key https://raw.githubusercontent.com/BerriAI/litellm/v1.99.3/cosign.pub ghcr.io/berriai/litellm:v1.99.3。
发布说明给出的预期输出包含两项检查：cosign claims已通过验证，签名已通过指定公钥验证。
变更日志列出四项内容：chore(release) 将 #41230 backport到stable/1.99.x并打出 1.99.2（PR #41323）；fix(anthropic) 将 #42152 和 #42288 backport到stable/1.99.x供v1.99.2使用（PR #42531）；feat(typesafe) 将 #41607 backport到stable/1.99.x供v1.99.2使用（PR #42598）；chore(release) 将stable/1.99.x版本号提升到 1.99.3（PR #42682）。完整变更对比链接为v1.99.1...v1.99.3。