7 Commits

Include renames

Author	SHA1	Message	Date
KimiSwitch Dev	35788c2783	fix(config): 供应商改名同步重键模型别名 + 删除时清理关联配置（v0.8.3-rc1） ... 修复「改名后模型别名保留旧前缀，僵尸条目删了又出现」这一类配置不一致。 - 改名时同步重键模型别名、全局默认模型、供应商记住的默认模型、子代理池条目 - 改名冲突（撞已存在供应商名 / 遗留裸别名）加 -2/-3 后缀，不再静默吞模型 - 修复复制供应商复用移动语义 rekey 导致源供应商模型被清空 - 加载时不再合并「供应商已不存在」的 SQLite 僵尸模型 - 删除供应商/模型时清理子代理池条目、池默认回落、default_model 置空、 SQLite 用量查询配置（不误删另一 agent，读取失败即跳过） - 防呆：复制供应商改为 dirty-only，放弃修改不再落盘 - 测试基建：统一 crate 级 test_state 锁，消除环境变量并发竞争 测试：前端 146（新增 16）、Rust 197（新增 4）	2026-10-10 19:50:03 +08:00
KimiSwitch Dev	ded166c4c8	perf(dashboard): 用量统计从秒级降到感知不到 — SQLite 连接单例、配置读取缓存、聚合结果缓存、快照持久化 + 后台校验 ... 功能与数据口径零变化（用量数字、字段、IPC 签名、导出格式均与 v0.8.1 一致）。 - db.rs：新增进程级连接单例（含迁移只跑一次），卡片墙场景由 200+ 次「开连接 + 7 条 DDL」降为 1 次； 新增写路径代际计数器供各处读缓存判失效 - commands.rs：load_agent_config_command 结果缓存（db 代际 + config.toml 文件戳双重校验）， N 张供应商卡片由 N 次全量加载（config.toml 解析 + SQLite 全量读 + 逐供应商 settings 读）降为 1 次 - dashboard.rs： * build_all_models 单遍轻量聚合，替换原先为取一张模型表而白算日/明细/供应商三份数据的整表遍历 * SUMMARY_CACHE 按记录集 Arc 身份 + 日期 + 分钟桶缓存热力图/模型总览/各范围汇总，切范围来回近乎零成本 * 归档会话列表与合成记录按代际 + Arc 身份缓存（合并后的 Arc 保持稳定，否则上层缓存永不命中） * 解析结果持久化到 ~/.kimi-switch/scan-cache-<hash>.json：重启后首次 get_summary 直读快照 （实测 6.4 万条记录 / 1.03 GB：22~27s → 0.85s），随后后台线程全量校验， 有变化时经 dashboard://records-updated 事件推送，前端无感刷新（先快后准）； 快照损坏/指纹不符静默降级为全量扫描，refresh=true 语义不变 - useDashboard.ts：stale-while-revalidate，切范围/重进页面先呈现旧数据再静默刷新，不再闪加载态； 订阅上述事件做无感更新，保留原世代号防竞态 测试：Rust 193 项（+16）、前端 130 项全绿	2026-10-09 16:44:03 +08:00
KimiSwitch Dev	fcd08eae32	feat: 阈值预警/加力钱包/api_key_env/版本跟踪器/一键体检 — bump to v0.7.20	2026-09-20 09:49:49 +08:00
KimiSwitch Dev	0f421b4e44	feat(sessions): 一键归档 + 归档用量快照落库 — bump to v0.7.18 ... - archive_sessions_before：按 updatedAt 截止点批量元数据归档（1月/半月/周/指定日期） - 归档瞬间聚合 wire.jsonl 用量按天×模型快照进 SQLite archived_sessions 表 - 统计合并：文件已删除的归档会话由快照合成 UsageRecord 注入 get_summary/日明细，趋势/热力图/模型统计全兼容且绝不双计 - models-dev 快照同步 2026-09-14（7784 模型）；pricing 测试跟随 deepseek-v4-flash 调价（0.15/0.60） - cargo test 129 通过（含端到端归档→删目录→统计保留用例）、tsc 零错误	2026-09-14 01:52:21 +08:00
KimiSwitch Dev	67db19eda4	fix(config): 保存不再误删 CLI 后加的顶层配置节 + 未知供应商类型原样保留 ... - 导出 stale-key 清理增加导入基线（imported_section_keys）：CLI 在导入后 新增的顶层节（kimi-code 0.38+ 的 [task]/[swarm]/[cron] 等）在保存时 原样保留；用户在 UI 显式删除的节仍被移除；空基线（SQLite 快照恢复） 不删任何键（安全退化） - ProviderType 增加 Unknown(String) 变体，手写 serde 保持纯字符串线格式， 上游新增的 type 值往返不再被改写为 kimi；SQLite 快照恢复路径同步修复； 模型发现对未知类型返回明确错误，不再误用 KIMI_API_KEY - 新增 3 个往返测试（106 个 Rust 测试全绿），前端 tsc/vitest 通过	2026-08-29 00:09:55 +08:00
KimiSwitch Dev	ace9842556	feat: 新增部分套餐账单查询（v0.6.4） ... - 账单/用量查询：balance:kimi（Moonshot 开放平台余额）、NewAPI 中转站余额（accessToken+userId）、Kimi/智谱/MiniMax 套餐档位（5小时/7天） - managed:kimi-code 走 Kimi Code OAuth 登录凭据查询订阅用量，access token 过期自动 refresh 并写回凭据（单 flight 锁 + 写回前重读防 CLI 竞态） - 全屏「配置用量查询」页面：启用开关 / 自动检测 vs NewAPI 模板 / 超时与自动查询间隔 / 测试查询 - 供应商卡片紧凑用量行（切换使用左侧）+ 多档明细行；managed 供应商列表置顶（仅展示层） - 用量显示中英文适配（five_hour→5小时、weekly_limit→7天，Rust 错误串本地化映射） - 修复：usage_kinds serde rename 导致账单入口不显示；测试查询因 save 触发 loading 翻页卸载面板导致结果丢失（silent save）	2026-08-01 09:44:36 +08:00
954801926@qq.com	549c8b5b13	chore: init main branch	2026-07-29 23:36:41 +08:00