v1.1.3

本版本同步上游 v1.0.10 的修复与新增，并补上一处本仓库自己的安装定位缺陷。核心是一个
「提示成功但实际没生效」的网关缺陷：旧版 Kiro 压根不读我们写的端点覆盖，开启后弹窗报
成功、请求照旧走官方额度。另外让用量刷新学会跳过已经确定失效的账号与 Key，不再把时间
花在必然失败的请求上。

新增

Kiro 版本能力探测

• 开启 API Key 网关前先探测当前 Kiro 是否真的支持接管。判据是「kiro-agent 扩展里有没有
  krsEndpoints / cpsEndpoints」这个事实，而不是比较版本号大小 —— 引入的确切版本无从
  确定，字符串存在性可以直接验证
• 扩展文件有 20MB 以上，流式扫描不整体读入内存（实测 21.2MB 扫一遍 53ms），按文件体积
  与修改时间缓存结果，IDE 升级后自动失效
• 不支持时「API Key 管理」页显示醒目告警条，开启网关与切换 Key 都会弹窗说明原因并给出
  Kiro 官网下载入口；探测不到安装形态时按「支持」放行，不误拦本来能用的功能
• 该门槛只约束 Key 网关（改写 IDE 端点那条路）。API 兼容网关是本应用自起的 HTTP 服务、
  第三方客户端直连，与 IDE 版本无关，不受影响

模型消耗倍率

• 账号测活与 API Key 测活的模型下拉显示消耗倍率，如 Claude Opus 5（claude-opus-5） 1x，
  取自上游 Model 结构里的 rateMultiplier
• 倍率一并拼入选项文本，搜索模型时也能按倍率匹配；上游未返回倍率的模型（如 auto）自动省略

API Key 详情 User ID

• 新增 User ID 展示，取自 Get-Usage-Limits 响应的 userInfo.userId，随刷新用量一起
  更新。同一账号签发的多个 Key 共用同一个 User ID，可据此识别「这几个 Key 其实是一个号」
• User ID 跟随全局隐私打码，打码时保留目录 ID 与 UUID 首段，便于在打码状态下比对归属
• 邮箱与 User ID 都新增复制按钮，复制得到的始终是完整原值，与界面是否打码无关

修复

• 在旧版 Kiro（如 0.11.133）上开启 API Key 网关，弹窗提示写入成功，实际请求仍走官方
  额度。根因是旧版 Kiro 仍使用 CodeWhisperer 端点体系（q.<region>.amazonaws.com），
  既不读取 codewhisperer.config.krsEndpoints / cpsEndpoints，也不会发出可被接管的
  KRS / CPS 请求；而写入后的回读校验只能证明文件写对了，证明不了 IDE 会采用这两个键。
  现在开启前做硬校验，不支持的版本直接拦下并说明原因，不再写出一份 IDE 根本不看的配置
• Kiro 装在非默认位置时定位不到。此前「重启 IDE」与新加的版本探测各自维护一份候选
  路径表，且都只覆盖 %LOCALAPPDATA%\Programs\kiro 与 C 盘 Program Files。实测装在
  D:\Program Files\Kiro 时两份表都命中不了，后果不同但都很安静：重启 IDE 静默失败，
  版本探测因探测不到而直接放行、等于没探。现在 Windows 上改从卸载信息的 InstallLocation
  找 —— 不认 DisplayName 也不写死安装包 GUID，而是按 resources/app/product.json 自称
  不自称 kiro 做结构验证，读不到再退回常见路径；两处定位逻辑收敛到同一个模块，不会再
  各自漂移
• API Key 批量刷新的进度条差着几个刷不满，看起来像卡住。主进程会跳过确定性失效的
  Key，而进度总数按整表算，被跳过的那几个永远刷不到
• 详情抽屉加宽（窄窗口下按视口比例自适应，并跟随窗口缩放实时变化），完整凭证、邮箱、
  User ID 等长文本改为按字符换行而非截断，操作按钮顶部对齐，多行时不再错位
• 上游返回的整段 JSON 错误（内含无空格长 URL）现在会正确断行，不再溢出提示框

优化

• 用量 / 积分刷新新增跳过策略：凭证被拒、403、账号封禁这类重试也不会变好的确定性失败会
  被跳过；限流、5xx、超时、网络故障等临时故障一律继续重试，不会因为一次网络抖动就让账号
  或 Key 永久停在异常状态
• 跳过策略统一收敛到 shared/refreshPolicy，账号自动刷新、账号手动批量、API Key 自动
  刷新、API Key 手动全量四条路径共用同一份判定，不会再出现「手动跳过了、自动还在刷」的
  口径漂移。本仓库的临时受限（会自愈、冷却到点自动恢复）刻意不在跳过范围内 —— 它的原因
  文案里带着 temporarily suspended，一并跳过会让一个本会恢复的号永久停刷
• 勾选后刷新与卡片上的单个刷新按钮不跳过：用户已明确指定目标，异常项始终留有手动重试入口
• 刷新结果提示带上跳过数量，全部被跳过时明确说明原因，不再静默什么都不做
• 账号管理与 API Key 管理的刷新按钮文案统一为「刷新用量/积分」；刷新过程中显示实际处理
  的条数

📦 下载

平台	文件
macOS (Apple Silicon)	*-mac-arm64.dmg
macOS (Intel)	*-mac-x64.dmg
Windows	*-win-x64-setup.exe
Linux	*-linux-x86_64.AppImage

macOS 安装包未做签名与公证，首次打开请右键选择「打开」，或在
「系统设置 - 隐私与安全性」中允许运行。

---

安装遇到问题？请查看 安装说明与常见问题。

v1.1.2

本版本只修 bug，没有行为变更。两处都影响「号明明是好的，用起来却不对」：生成链路
撞限流改走备用端点时，会把备用端点的报错直接抛给 IDE，让整轮对话失败；以及被封号
的 Key 会被用量刷新「刷活」，界面显示正常而实际一发就 403。

修复

• IDE 报 [UnknownOperationException] The requested operation is not recognized by the service，持续几分钟后自愈，而软件里测活全程是通的。生成面撞 429 时会改走
  Q 平面重试（两边限流桶独立），但 Q 对 IDE 用的那个 x-amz-target 回的是
  400 UnknownOperationException。此前只把回退端点的 403 当作「端点拒绝」，
  于是这个 400 走了通用路径、被原样返回给 IDE，整轮对话直接失败；更糟的是该端点
  不进冷却，而主端点还在 60 秒限流冷却里，排序把 Q 顶到前面，主端点那整个冷却窗口
  内每一发都先打 Q、每一发都 400。现在回退端点上的任何非 2xx 都算端点拒绝：
  4xx 停用该端点 30 分钟、5xx 按限流那档短冷却，一律不参与封号判定，并改回主端点
  重试；主端点仍在限流冷却时会等它到期（上限 60 秒）再发，而不是把这个错误抛给
  IDE —— 429 退避最坏只是慢一点，4xx 是整轮失败。同一发请求里已经被拒过的端点
  也不再重复尝试，避免把一个本可退避重试的 429 换成一个直接返回的 4xx
• 同一处缺口在 Anthropic 兼容网关（decideFailover）里一并修掉：来自回退端点的
  其余 4xx 不再当成「请求本身的问题」直接回客户端，而是停用该端点并换条链路
• 已封号的 Key 会被用量刷新「刷活」。撤销封号 / 受限判定此前认任何 2xx，
  而控制面的模型列表与用量查询（ListAvailableModels / GetUsageLimits）对一个
  已被封的号照样返回 200 —— 于是下一轮用量刷新就把判定抹掉，卡片回到正常，
  实际发一发生成请求还是 403。现在只有生成面（GenerateAssistantResponse）的
  2xx 才算「能出字」、才有资格撤销判定；两个网关的转发成功同权，控制面的 200 不算

测试

• 覆盖扩充到 240 个用例：新增「哪些状态码算回退端点被拒」与「被拒之后的端点排序」
  两组回归（两个网关各一组），以及「控制面 2xx 不撤销封号判定」

📦 下载

平台	文件
macOS (Apple Silicon)	*-mac-arm64.dmg
macOS (Intel)	*-mac-x64.dmg
Windows	*-win-x64-setup.exe
Linux	*-linux-x86_64.AppImage

macOS 安装包未做签名与公证，首次打开请右键选择「打开」，或在
「系统设置 - 隐私与安全性」中允许运行。

---

安装遇到问题？请查看 安装说明与常见问题。

v1.1.1

本版本给 API Key 管理加入「自动取号」：从上游站点定时拉取可用 Key 自动入库、
按需切到最新号；并修正了测活把封号误判成临时受限、结论不落到卡片上的问题。

新增

自动取号

• 「API Key 管理」页新增「自动取号」，可配置多个取号源，各自设定拉取间隔；调度在
  主进程后台运行，窗口最小化到托盘也照常取号
• 拉回的 Key 复用凭据推送接口的同一条入库管线：按 key 幂等去重，上游未给区域时按
  配置顺序逐个探测，探测顺带回填订阅与额度
• 每个源可单独开启「取号后自动设为当前使用」——取号后切到本次返回里开号时间最新、
  且可用的那个 Key，哪怕中途手动换过；网关未开启时只入库不切换
• 高级选项适配结构各异的站点：自定义请求头（如 x-api-key）、切 POST 并带请求体、
  用一段 JS 脚本把上游响应映射成标准的 { key, region, remark, createAt } 结构
• JS 转换脚本在受限沙箱内同步执行（无网络 / 文件 / require，带超时）
• 「测试（不写库）」现场校验配置：显示 HTTP 状态、解析条数与脱敏预览，并原样列出
  源站原始返回，转换脚本没匹配上时可直接对照真实字段名调整

修复

• 测活测出封号却只被标成「临时受限」，30 分钟后又自己变回正常。403 分类此前
  只有一套兜底方向，而那套是为网关转发定的：一次风控风暴几秒内能打出几十个 403，
  所以看不懂的报文一律按会自愈的临时受限处理。测活压根没有这个场景 —— 一个 Key
  只发一发请求，用户点它就是为了得出结论，兜底成临时受限等于把结论抹掉（冷却一到
  号就回到正常，批量测活里更是一个都标不上封号）。现在测活（单个与批量）的 403
  只在报文明确写着「暂时」（temporarily suspended、unusual user activity
  等）时才判临时受限，其余一律落成「已封号」，包括空报文、没见过的措辞，以及裸
  suspended（Your account has been suspended 说的是永久封停，不该被漂白）。
  网关转发那条热路径的宽松兜底保持不变
• 测活成功不撤销旧的封号 / 受限标记。此前只有网关转发拿到 2xx 才撤销，
  用户手动重测一次即使出字了，卡片仍挂着上一次的判定。现在测活成功与转发成功同权
• 测活结论在卡片上只显示成「异常」。封号判定在主进程落库，渲染层此前只同步得了
  测活错误文本，中途错过一次推送就看不到「已封号」。现在单个与批量测活跑完都重新
  拉一次整表，卡片与落库结论一致

测试

• 覆盖扩充到 232 个用例：新增取号转换脚本沙箱（返回值校验、执行超时、无 require /
  process / Buffer）与 403 分类的测活兜底方向

📦 下载

平台	文件
macOS (Apple Silicon)	*-mac-arm64.dmg
macOS (Intel)	*-mac-x64.dmg
Windows	*-win-x64-setup.exe
Linux	*-linux-x86_64.AppImage

macOS 安装包未做签名与公证，首次打开请右键选择「打开」，或在
「系统设置 - 隐私与安全性」中允许运行。

---

安装遇到问题？请查看 安装说明与常见问题。

1.1.0

这次发布的内容
新增：API 兼容网关（Anthropic /v1/messages，Claude Code 可直连）、凭据推送接口、网关流量指标
修复：生成链路大量 429（端点轮换 + 退避重试）、IDE 的 AWS JSON 协议导致轮换从未触发、403 分类默认方向写反导致好号被判封号、上游成功后不撤销封号标记、回退端点 403 记到主链路、429 率被重试污染、redeploy 套娃打包失败