问题描述：

项目基于kiro.rs项目

增加以下策略即可防封

防封机制

单账号并发控制

1. 单账号并发不要超过5
2. 令牌桶机制：每个桶5个令牌，请求开始拿令牌，请求结束归还令牌。不能超额领取
3. AI响应时间长，RPM/TPS都不够准确。看任意时间颗粒里面，正在请求的数量不能超过5

单账号退避策略

1. 退避基础时间 500ms
2. 退避最大时间 3000ms
3. 退避倍数 1.5
4. suspended 状态退避 1秒
5. 退避期间请求会等到到期后再继续

全局冷却机制（429 防护）

收到 429 Too Many Requests 时触发全局冷却，所有账号的新请求暂停，采用分级退避：

1. 首次 429：全局暂停 5 秒
2. 短时间内第二次 429（120秒内）：全局暂停 15 秒
3. 第三次及以上 429（120秒内）：全局暂停 30-60 秒（随机）
4. 超过 120 秒无 429：重置冷却级别为 0

全局冷却期间：

• 已在飞的请求不受影响（它们已持有令牌）
• 新请求在 acquire_context 阶段等待冷却到期
• 所有账号统一暂停，避免重试风暴

流量亲和

6. 同一个 session 一直在一个号上（session affinity）

负载均衡模式

推荐使用 balanced 模式，将请求分散到多个账号，降低单账号压力。

网友解答：

---

--【壹】--：

就是free账号的，但是即便这样，反代还是有很多指纹检测。

---

--【贰】--：

佬，请问用cli的反代会不会活的久一点？好像ide的检测更加的厉害一点。

---

--【叁】--：

这个防封策略对kiro free号有效果么 现在基本上是请求一两次就会封

---

--【肆】--：

429换个美国IP就行了，自从换成了一个静态的美国IP，再也没出过429了， IP质量无所谓，只要是美国就行。

---

--【伍】--：

不错，感谢佬友分享～不知道是否有用，待会试试

---

--【陆】--：

kiro反代好像上下文太短了吧，用着很傻

---

--【柒】--：

感谢，最近在用，有一个叫 K I R O 管理器的，感觉还可以。大佬有更好的项目推荐吗？

---

--【捌】--：

主要是指纹 指纹可以不会封号 clie我没试过