kiro-rs四开版发布：增强企业SSO与动态模型支持

背景

kiro-rs 是一个基于 Rust 开发的 API 代理项目，主要用于为 Claude Code 等工具提供兼容 Anthropic API 的代理服务。此前社区中已存在多个基于 kiro-rs 的二次开发版本（二开、三开、四开甚至五开），但大多只针对特定方面进行增强，缺少一个集成各方优点的综合版本。原作者 liuran001 在使用过程中遇到了若干痛点（如 kiro-go 反代时 Tool Call 易断、原版 kiro-rs 限流策略不佳、模型支持有限等），因而结合社区其他佬友的特色功能，制作了一个“四开”版本，旨在一次性解决多个问题。

核心内容

该四开版名为 kiro-rs（基于 ghcr.io/liuran001/kiro-rs:beta 镜像），相较长秋佬的 kiro-rs.admin 三开版，主要更新包括：

1. 基础同步：同步 kiro-rs 二开上游 0.6.9 最新源码。
2. 企业 SSO 支持：新增 Azure AD 全流程登录，无需将代理部署在本机，可直接在网页获取二段登录链接。
3. JSON 凭证导入增强：支持更多格式的 JSON 凭证导入（已测试 kiro-go / CLiProxyAPIPlus 导出格式；其他格式可联系作者适配）。
4. 限流与账号选择优化：改进原版在遇到 429 错误时连续八次重试同一账号的缺陷，改为自动切换账号重试；同时合并了 GreyGunG/Kiro-RS-Tool 的设计，支持在网页选择 429 重试策略。
5. 动态模型支持：原版 kiro-rs 仅支持 Claude 系列模型，现在会从 kiro 拉取模型列表，并提供所有模型的代理支持。
6. 代理设置增强：支持同时设置多个代理，提供三种代理负载策略：粘性会话（Sticky Session）、轮询（Round Robin）、最小负载（Least Load）；代理失效时自动切换，并支持直连兜底。
7. 并发优化：遇到 429 时自动切换端点重试。
8. 新增测试响应功能：可用于验证代理是否正常工作。
9. 状态展示：显示限速冷却状态和恢复时间。
10. 凭据管理隐私模式：默认开启，保护凭据信息。
11. 其他优化：作者提到还有若干细微改进，根据自身需求在自用过程中陆续添加。

部署方式为 Docker Compose，示例配置如下：

services:
  kiro-rs:
    image: ghcr.io/liuran001/kiro-rs:beta
    container_name: kiro-rs
    extra_hosts:
      - "host.docker.internal:host-gateway"
    ports:
      - "8990:8990"
    volumes:
      - ./data/:/app/config/
    restart: unless-stopped

关键要点

• 该版本是社区已有二次开发功能的大一统：整合了多个佬友的三开、四开、五开特色，而非单独方向增强。
• 企业 SSO 全流程登录：支持 Azure AD，且远程可用（无需部署在本机），显著提升了企业场景下使用的便利性。
• 动态模型拉取：从 kiro 获取模型列表，突破了原版仅支持 Claude 系列的限制，可代理任意 kiro 支持的模型。
• 多代理与负载策略：三种策略（粘性会话、轮询、最小负载）可根据业务需求选择，且支持自动切换和直连兜底，提高了稳定性。
• 限流处理机制改进：从“单账号连续重试”改为“多账号自动切换”，同时用户可自定义重试策略，减少 429 失败。
• 并发增强：429 时自动切换端点，进一步降低请求失败率。
• 凭证导入兼容性：支持 kiro-go 和 CLiProxyAPIPlus 等工具导出的 JSON 格式，并承诺持续适配。
• 运维友好：新增测试响应、冷却状态显示、隐私模式等小功能，提升管理体验。
• 项目已在 LINUX DO 社区开源推广，作者声明完整开源且无未开源部分，已标注开源推广标签并链接社区。

意义与影响

该四开版本解决了原版 kiro-rs 在多方面的不足，尤其在企业环境、模型扩展性和稳定性上有了实质性提升。对于依赖 Claude Code 或其他兼容 Anthropic API 的工具链的用户而言，这个版本提供了一个更可靠、更灵活的代理方案：

• 企业用户可直接使用 Azure AD SSO，无需额外部署本地端，降低了集成门槛。
• 动态模型支持意味着不再局限于单一模型，可随 kiro 模型更新而自动适配，未来兼容性更好。
• 多代理策略和自动切换大幅提高了高并发场景下的可用性，减少因限流导致的业务中断。
• 该版本的发布体现了开源社区“站在巨人肩膀上”的协作模式——多位开发者各自优化后，由一人整合为综合性版本，并持续维护，为后续开发者提供了良好的参考范本。

同时，作者承诺保持完整开源并遵守社区推广规范，增强了项目的可信度。未来若有更多格式或功能需求，社区可通过反馈进一步推动迭代。