hex2077
|
5c90100997
|
feat(并发控制): 实现去重锁机制并优化提供者选择并发安全
为关键操作添加去重锁机制，确保并发请求只执行一次共享结果
重构 provider-pool-manager 使用链式锁保证选择操作的原子性
更新各服务提供者使用 withDeduplication 替代自定义单例锁
|
2026-01-14 16:01:04 +08:00 |
|
leonai
|
b14ae21917
|
fix(kiro): 增强401错误处理并支持Gemini格式请求体转换，修复健康KIRO健康检查错误。
1. 在callApi和callApiStream方法中添加contents到messages格式的自动转换
2. 401错误时先刷新UUID再刷新token，提高认证恢复成功率
3. 新增_refreshUuid方法用于生成新的UUID标识
4. ProviderPoolManager新增refreshProviderUuid方法支持UUID刷新
5. 移除Kiro OAuth的contents格式备用请求，统一使用messages格式
|
2026-01-14 11:31:28 +08:00 |
|
leonai
|
948283187c
|
feat(kiro): 添加认证错误自动标记不健康及凭证切换重试机制，解决401 和403的问题
1. Kiro API 新增 401/403 错误处理逻辑，401 尝试刷新 token 后重试，403 直接标记凭证不健康
2. 新增 _markCredentialUnhealthy 辅助方法，统一处理凭证健康状态标记
3. ProviderPoolManager 新增 markProviderUnhealthyImmediately 方法，用于认证错误立即标记
4. handleStreamRequest/handleUnaryRequest 支持重试上下文，认证失败后自动切换健康凭证重试
5. provider-api 健康检查增加认证错误识别，触发立即标记不健康逻辑
|
2026-01-13 18:44:34 +08:00 |
|
Done-0
|
46ea3e707b
|
fix(provider-pool): 优化错误计数逻辑，避免并发请求导致误判 unhealthy
问题：
- 多个项目并发请求时，临时性 500 错误会快速累计
- 即使内部重试成功，错误计数已经触发 unhealthy 标记
解决方案：
- 引入 10 秒滑动窗口机制
- 超过窗口期的错误重置计数，而不是累加
- 只有窗口期内连续失败才标记 unhealthy
|
2026-01-10 22:12:16 +08:00 |
|
hex2077
|
2d317e0333
|
refactor(项目结构): 重构项目目录结构并优化代码组织
将常用工具函数移动到utils目录
重构提供商策略模式实现
新增docker-compose构建配置文件
优化UI配置选择器的样式和交互
重构代理工具和API管理模块
更新脚本路径和依赖引用
|
2026-01-10 18:19:06 +08:00 |
|