一个新的 Kiro API 实现 - kiro.rs - 由 Rust 驱动

kiro.rs - 你的下一个 Kiro API 客户端

经过 2 天的超极速开发 (Opus 4.5 发力了), kiro.rs 目前已正式可用，即将发布 2025.12.1 版本

本项目专注于 精简、小巧、专一 实现功能，专注 Anthropic 格式 API 与 Kiro API 格式转换

特色功能:

• 开箱快速使用：无 GUI, 无多账号，无需乱七八糟的其他配置 (可直接使用 Kiro IDE SSO 登录后的凭据文件)
• 特征高度自定义: Kiro 版本、Node 版本、系统版本、机器码均可自定义，无需重新编译
• 自动刷新: Token 自动刷新，并且不会更改源文件，防止意外覆写
• 思考支持：通过系统提示词注入支持 Claude 扩展思考，自动解析 <thinking> 响应块，可以将思考内容解析到 thinking_delta 事件中，与正文分离，CC 中可以自动折叠思考内容
• 通过抓包核验了最新的请求头、请求体
• 完整的 SSE 流式支持
• 图片支持
• 工具调用支持
• 全新设计的机器码管理，模仿真实逻辑，当没有自定义机器码时自动生成，且绑定凭据特征，实现类似原版的机器码固定，同时每个不同的凭据会对应一个不同的固定机器码
• 较为准确的 tokens 估算，经过多请求体实验，尽量减小计算误差
  
  • 大数量级：目前原生 49K 会被估算到 68K
  • 小数量级：比如 几行字 2K 以内，误差 100 左右
  • 或许可以通过中转 count_tokens 接口实现精准计算

问题：

• 由于 API 限制，不会返回思考签名，无法回传思维链
• 因上述原因，对交错思考的工具调用只能提供极其有限的支持，仅可回传工具调用结果

机器码说明

为什的要固定机器码：因为原生 kiro 逻辑便是机器码固定，每个机器固定不变，如果频繁变动反而可能导致风险等级提高
如何实现的一号一码：若凭据内有 profileArn 则据此生成，若无则根据 refreshToken 生成

多账号

需要多账号托管？多进程欢迎你！- 得益于 Rust 超小体积与内存占用，多开 kiro.rs 进程不失为一个好的选择，使用不同的配置文件多开即可解决，配合 Aether/Cluade-Code-Hub 体验更佳

注: 因 kiro 风控，本项目并不保证您的账号可用性

使用及更多说明，前往项目开源地址查看更多，最新可用版本在 Action 中:

CC 调用可用性 可见下图：

一个新的 Kiro API 实现 - kiro.rs - 由 Rust 驱动2

一个新的 Kiro API 实现 - kiro.rs - 由 Rust 驱动3

一个新的 Kiro API 实现 - kiro.rs - 由 Rust 驱动4

一个新的 Kiro API 实现 - kiro.rs - 由 Rust 驱动5

帖子版本: v1.2
最近更新: 2025-12-28 04:10
更新说明：添加机器码说明