okooooooo/team-api
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
515 Commits 1 Branch 0 Tags
faddc45978de5edf764cfa99aca001ae7cf36375
Commit Graph
515 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
chengqian faddc45978 chore(dao): gf gen dao 同步 multiplier 列注释 
迁移 000018 执行后重跑，mdl_tenant_models.multiplier 的注释与库一致。
纯注释变更，无字段与类型改动；本轮全表重生成只有该表有差异。
 2026-08-27 21:59:45 +08:00
chengqian af96f52b1a fix(pricing): 修正 mdl_tenant_models.multiplier 列注释为当前实际公式 
线上库该列注释仍是 000001 的初始文案，与 000014 Up 改写的版本不符（2026-08-27
重跑 gf gen dao 时发现：生成结果会回退掉代码里的倍率优先级链说明）。

两版历史文案都已不准确，按当前实现重写：模型乘数是预留能力（mdl_models 无
multiplier 字段、computeCost 未接入，model_multiplier 快照恒为 1.0），而 000016
引入时段定价后 computeCost 实际乘的是 TenantMultiplier × TimeMultiplier。新注释
写明实际公式 = 基础价格 × 租户乘数 × 时段乘数，并保留 discount_ratio > multiplier
> 租户等级 price_multiplier 的优先级链（已对照 pricing.go:260-298 复核仍成立）。

执行后需重跑 gf gen dao 同步 entity/do/dao 注释。
 2026-08-27 21:59:44 +08:00
chengqian d12ea0566d chore(dao): gf gen dao 刷新健康度两张表的生成注释 
迁移 000017 执行后重跑 gf gen dao，把修正后的列注释同步进 entity/do/dao。
纯注释变更，无字段与类型改动——entity 中 success_rate / latency_ms /
health_score 仍为 float64（非金额小数，符合 float64/decimal 分类规范）。

此前 entity 里 health_score 的注释写着已废止的四因子加权公式，是全链路唯一会
主动误导后来人的地方，至此与实现对齐。
 2026-08-27 21:59:44 +08:00
chengqian 1f3489c37d docs(dispatch): 修正健康度列注释与过时文档，清理两个僵尸字段 
chn_health_scores 的列注释仍写着健康体系重写前的加权公式（成功率×0.40 + 延迟分×0.25
+ 稳定性×0.20 + 连续失败分×0.15），而实际实现是 avg(succ_ewma)^α×100。注释经
gf gen dao 流入 entity/do/dao，是全链路唯一会主动误导后来人的地方。迁移 000017 改写
health_score / success_rate / latency_ms / calculated_at 的 COMMENT 为实际口径。

stability_score / consecutive_failures 自重写后从未被更新，只在建渠道和重置健康度时
写入常量，趋势图与调度均不消费，却仍通过 HealthTrendPoint 返给前端。改为：注释标注
【已废弃】、代码停止写入与查询、从趋势接口响应中移除。保留列不删除以免破坏历史快照；
chn_health_snapshots.stability_score 为 NOT NULL 且无默认值，迁移补 DEFAULT 0，
否则代码停写后插入会失败。

docs/reference/多项目渠道调度对比.md 的 team-api 部分描述的是重写前的实现（引用的
relay/scheduler/、internal/logic/relay/health.go 均已删除），加时效声明并指明现行口径。

注意：迁移执行后需重跑 gf gen dao 刷新 entity/do/dao 中的列注释。
 2026-08-27 21:59:44 +08:00
chengqian 4f07b64ac7 fix(admin): 模型级健康分统一为 succ^α 口径，探测/重置结果即时落盘 
能力列表的模型级健康分用线性 succ×100，而调度 healthFactor、维护快照落盘、健康变化
日志三处都用 succ^α×100。前端两处共用同一套 80/50 阈值，于是 succ=0.89 时模型行显示
89「健康」、渠道行显示 79「降级」，同一个渠道点进去自相矛盾。改为经
dispatchadapter.HealthAlpha() 取当前生效策略的 α（策略支持热更新，不硬编码 2）。
该入口刻意不走 Coordinator()，避免管理后台读接口有装配整个调度引擎的副作用。

渠道测试与重置健康度后请求即时重算快照：维护循环 5 分钟一轮，此前测试成功后 Redis
立刻变、能力列表（直读 Redis）立刻变，唯独渠道健康分要等下一轮，看起来像「测试没
生效」。重置单模型的分支此前完全不写 chn_health_scores，展示分永远停在旧值，一并修复。
 2026-08-27 21:59:43 +08:00
chengqian a5e2ecf527 fix(dispatch): 渠道健康聚合只统计有真实上报的模型，降级时保留库中旧值 
渠道展示分是目录内全部模型 succ_ewma 的算术平均，而无流量模型读到的是乐观默认满分。
20 个模型的渠道死掉 1 个（succ→0.05）仍能算出 avgSucc≈0.95、91 分绿灯，恰好掩盖了
模型级熔断要隔离的典型场景。改为只统计 HasHealth 的模型；全渠道无真实上报时
Counted=0，保留库中上一次的分数而不是用默认满分覆盖历史结论。

Redis 读失败（Degraded）时跳过落盘并打 Warning：照常落盘会把全渠道健康分刷成 100，
连带 chn_health_snapshots 把假象写进历史趋势，事故期间的曲线反而全绿。自动禁用判定
一并跳过——该操作不可逆，不能基于不可信读值触发。

聚合逻辑抽成纯函数 aggregateChannelHealth 以便单测；另新增 RequestHealthSnapshot
按需重算入口（维护循环消费，满则丢弃由下一轮兜底），供渠道测试/重置健康度接入。
健康上报是 fire-and-forget，重算前等 500ms 让 worker 落完 Redis。
 2026-08-27 21:59:43 +08:00
chengqian 3f3fc43856 fix(dispatch): 健康读值区分「无数据」与「读失败」，Redis 降级不再清零健康记忆 
ReadRuntime 此前对「该模型没有流量」和「Redis 读失败」返回同样的乐观默认值
succ=1，调用方无从分辨。后果是 catalog.Rebuild 会用这批默认值重建快照，把上一轮
真实的 EWMA 覆盖掉——注释声称的 last-known 语义实际没有兑现，Redis 抖一下全渠道
healthFactor 集体回满分。

RuntimeReadout 新增 HasHealth（确有真实上报，脏值/精确 0/字段缺失都不算）与
Degraded（读失败，读值整体不可信）两个标记；Rebuild 在 Degraded 时沿用上一份快照的
健康读值，无历史可沿用才保持乐观默认（新实例启动即遇 Redis 故障不应把全渠道判死）。
 2026-08-27 21:59:43 +08:00
chengqian 3035fa118c fix(dispatch): 修复 HMGET 判空失效导致冷渠道健康分被读成 0 
ReadRuntime 用 `!vals[0].IsNil()` 判断 HMGET 结果是否存在，但 gredis 把 Redis
nil 数组元素包装成非 nil 空 gvar（IsNil() 恒为 false、Float64() 静默返回 0），
导致所有从未被真实流量访问过的渠道×模型被读成健康 0 分而非默认满分 1.0：管理
后台渠道健康度全线坍缩（如某渠道 (1.0+0)/2 → 0.5²×100=25 长期不动），调度侧
healthFactor 同样归零，冷模型路由权重被压死。

GET/HGET 单值回复的 IsNil() 正常，仅数组回复有此坑；仓库内 HMGET 调用点仅
ReadRuntime 与 readBreaker 两处，后者因默认值 BreakerClosed 恰为零值而侥幸
无害，一并改为按字符串判空。

- ReadRuntime：TrimSpace 判空 + ParseFloat 值域校验（succ 取 0<f<=1，EWMA
  由正数衰减而来不会精确到达 0，精确 0 视为异常数据）
- 回归测试：key 不存在须回落默认值、空串/非法值/精确 0 防御
- 通用规则写入 goframe-conventions.md 框架使用错误记录

同时补齐探测与健康分的可观测性（本次排查绕行三次的直接原因是全链路静默）：

- [ChannelProbe] 探测全流程：轮次起止、模型与上游映射、结果、是否上报健康
- [ChannelHealth] 健康分变化：EWMA 变化点（Outcome.Probe 区分探测/真实流量
  来源）、快照落盘含各模型 succ 明细、维护轮次覆盖摘要
- 快照落库失败由 Debug 升为 Warning（此前静默，健康分冻结无从定位）
- 探测目标不在调度目录时告警（该场景健康分不落盘且渠道不参与调度）
- 变化类日志按「分数实际移动」触发，稳态降为 Debug，避免生产流量刷屏
 2026-08-27 21:59:42 +08:00
qian 08c885aa6c fix(web):修复前端缓存导致点击页面没反应 2026-08-27 00:08:31 +08:00
chengqian d2e3794e3a fix(channel):修复渠道健康分数一直下降的问题 2026-08-26 16:49:25 +08:00
Qian b34c77951c Merge pull request #21 from qianfree/dev 
分时段价格设置功能
 2026-08-20 22:24:11 +08:00
qian 14da11516f improve(ui):优化渠道调试功能布局 2026-08-20 22:22:56 +08:00
qian ebb4b2d96f fix(relay):优化协议支持不足的提示信息 2026-08-20 22:11:13 +08:00
chengqian f6a3e3a2f2 improve(ui):优化价格计费 2026-08-20 17:00:14 +08:00
chengqian 78745378a0 improve(ui):优化渠道详情页 2026-08-20 15:40:36 +08:00
chengqian 7d82cb0cc1 feat(model):优化响应头 2026-08-20 15:19:27 +08:00
chengqian 6a49559147 fix(model):修复大模型接口把关键信息泄露给用户的问题 2026-08-20 14:29:57 +08:00
chengqian 25b3f88c72 chore(db):合并数据库变更文件 2026-08-20 14:04:43 +08:00
chengqian ccdb314ecd Merge remote-tracking branch 'origin/dev' into dev 2026-08-20 11:45:46 +08:00
qian 40e91d9450 feat(channel):新增渠道调试日志功能 2026-08-20 10:34:15 +08:00
qian 3a075047bb improve(ui):优化模型广场显示分时价格 2026-08-20 01:25:51 +08:00
qian d19d3074b7 chore(db):合并数据库变更文件 2026-08-20 01:05:54 +08:00
qian 5cae607d19 feat(channel):允许禁用的渠道进行模型测试操作 2026-08-20 01:03:48 +08:00
qian ee96a5b866 feat(model):优化模型价格设置功能 2026-08-20 01:03:48 +08:00
qian add95ca5ab feat(model):模型定价分时功能 2026-08-20 01:03:47 +08:00
chengqian 54ccfb9b80 feat(usage):用量记录添加统计信息 2026-08-19 20:54:52 +08:00
chengqian 330d02f19d feat(channel):渠道详情页显示模型监控信息 2026-08-19 18:34:21 +08:00
chengqian 949957755e fix(channel):修复渠道调度问题，单模型异常不再影响整个渠道 2026-08-19 18:34:20 +08:00
qian 98ff538587 chore(doc):修改readme文档 2026-08-18 23:58:17 +08:00
Qian c69bf1e966 Merge pull request #20 from qianfree/feat/responses 
支持responses协议
 2026-08-18 23:24:00 +08:00
qian 8a7f0f2760 Merge branch 'main' into feat/responses 
# Conflicts:
#	docs/reference/goframe-conventions.md
#	internal/logic/admin/channel.go
#	web/tenant/src/views/service/ApiKeysPage.vue
 2026-08-18 23:02:33 +08:00
qian 42dfe41b60 improve(ui):统一用户端的api密钥和项目详情的api密钥界面 2026-08-18 22:56:44 +08:00
qian 9a3ce06775 improve(ui):优化后台图表显示效果 2026-08-18 22:37:42 +08:00
qian ed82af4180 fix(apikey):修复在线体验获取到无效key的问题 2026-08-18 22:32:58 +08:00
chengqian 9161ddb5c8 chore(doc):移除无用文档 2026-08-18 15:11:04 +08:00
chengqian 0bac1668bb chore(ui):渠道测试添加提示信息 2026-08-18 14:47:25 +08:00
chengqian 0144f83c3c chore(db):合并数据库变更记录 2026-08-18 14:47:25 +08:00
qian 3073c6fd5e fix(channel):修复渠道修改base url地址后不匹配问题 2026-08-18 00:29:37 +08:00
qian 75c905f56b feat(relay):response协议转claude协议 2026-08-17 23:58:42 +08:00
qian e12cfb074c fix(relay):修复deepseek模型适配器处理chat协议的问题 2026-08-17 23:45:12 +08:00
qian 0a8ecbe4c7 chore:更换空数据的图片 2026-08-17 23:43:27 +08:00
qian 8a7c670e8f chore:拆分大文件 2026-08-17 23:08:58 +08:00
chengqian c9b6d1947c feat(model):优化模型性能监控，支持查看指定渠道状态 2026-08-17 17:37:23 +08:00
chengqian 922003e758 feat(model):claude模型5m/1h缓存收费 2026-08-17 17:37:23 +08:00
chengqian f56301560e fix(model):修复gemini模型思考token二次计费 2026-08-17 17:37:23 +08:00
chengqian 014e0f1736 improve(ui):优化管理后台的表格显示 2026-08-17 17:37:22 +08:00
chengqian 6f96eb4150 Merge remote-tracking branch 'origin/feat/responses' into feat/responses 
# Conflicts:
#	docs/reference/goframe-conventions.md
 2026-08-17 10:02:05 +08:00
qian 6696b417ad fix(log):token用量转换问题 2026-08-17 10:01:04 +08:00
qian 1f5b1635d4 fix(log):修复日志记录非utf-8字符串报错问题 2026-08-17 07:59:11 +08:00
qian 6255930d0d feat(model):添加渠道监控 2026-08-17 07:44:56 +08:00