feat: add admin cost calculation table

[yedouo]

变更内容

• 在管理员「计费与支付」中新增成本核算表
• 支持修改套餐、优惠券、赠送额度、售价系数和全局折扣
• 支持模型新增、删除、官方价格、备注、单模型折扣覆盖
• 支持动态增加/删除自定义字段并保存
• 使用 FlatkeyCostCalculation 系统选项，增加后端结构校验

验证

• 前端定向测试、typecheck、build:check 通过
• Go 模型定向测试通过
• 整仓 go build 受基线缺失 web/classic/dist embed 目录阻断
• 整仓 controller 测试存在与本功能无关的既有 asset/channel 场景失败

请在 staging 环境验证管理员页面与保存/刷新流程。

[KingCesc]

🤖 OpenCodeReview · 评审 commit 4f20cac7 · 共 5 条

.github/workflows/gcp-deploy.yml

• L244: [严重] 这里把 GROK_CREDENTIAL_CIPHER_KEY 绑定到了 console 服务，但同一套 Grok 认证/刷新控制器是共享代码，router 进程也会调用 service.LoadGrokCredentialCipher()。如果 router 仍然不注入这个 secret，相关接口在生产上会直接 fail-closed，导致 Grok 账号授权/刷新不可用。建议在 deploy-router 的 --update-secrets 里也同步加入同名映射，并确认 staging 对应的 router 部署也已覆盖。

--update-secrets="BYTEPLUS_REAL_PERSON_CIPHER_KEY=${BYTEPLUS_REAL_PERSON_CIPHER_SECRET}:latest,GROK_CREDENTIAL_CIPHER_KEY=${GROK_CREDENTIAL_CIPHER_SECRET}:latest" \
            --update-secrets="BYTEPLUS_REAL_PERSON_CIPHER_KEY=${BYTEPLUS_REAL_PERSON_CIPHER_SECRET}:latest,GROK_CREDENTIAL_CIPHER_KEY=${GROK_CREDENTIAL_CIPHER_SECRET}:latest" \

controller/pricing.go

• L250-256: [严重] 这里先解锁 websitePricingCache 再清空 websiteMetadataCache，两者之间存在并发窗口：如果此时有请求重新构建定价缓存，会先读取到旧的 metadata 缓存并把过期目录信息写回 websitePricingCache，随后再清空 metadata 缓存也无法回滚已经重建的旧结果，导致变更后仍可能短暂甚至持续返回陈旧的目录信息。建议把两个缓存的失效放在同一临界区内完成，或先失效 metadata 再失效 pricing，并配合版本号/单飞控制避免重建时命中旧值。

func InvalidateWebsitePricingCache() {
	websitePricingCache.Lock()
	defer websitePricingCache.Unlock()
	invalidateWebsiteMetadataCache()
	websitePricingCache.body = nil
	websitePricingCache.expiresAt = time.Time{}
}

• L0: [严重] 这里在持有全局写锁期间执行 getEnabledModelDirectoryMetadataMap(modelNames)，该调用会访问数据库；一旦查询变慢或抖动，所有并发请求都会被阻塞在这把锁上，连缓存命中和失效都会被拖住，容易把网站定价接口放大成串行瓶颈。建议把 DB 查询移出全局锁，只保留“二次检查 + 写入缓存”的短临界区，或者按 key 使用 singleflight/分段锁合并并发 miss。

websiteMetadataCache.Lock()
// Re-check after acquiring the writer lock.
now = websiteMetadataNow()
if entry, ok := websiteMetadataCache.entries[key]; ok && now.Before(entry.expiresAt) {
	websiteMetadataCache.Unlock()
	return cloneWebsiteMetadataMap(entry.metadata), nil
}
websiteMetadataCache.Unlock()

metadata, err := getEnabledModelDirectoryMetadataMap(modelNames)
if err != nil {
	return nil, err
}
websiteMetadataCache.Lock()
defer websiteMetadataCache.Unlock()
// 写入缓存前再次确认未被其他 goroutine 更新

controller/playground.go

• L88-92: [严重] 这里把 PlaygroundVideoFetch 也包进了 runPlaygroundRelay，会在每次轮询任务状态时都重新执行 preparePlayground（包括 GenRelayInfo、用户缓存查询、邮箱校验、token 上下文初始化），并且在返回 2xx 时重复上报 playground_used。视频 fetch 本身通常是前端高频轮询接口，这样会带来不必要的数据库/上下文开销，也会把“使用量”埋点放大成轮询次数，污染运营统计，后续如果复用到配额/计费口径还可能引发误判。建议将 fetch 接口改为更轻量的鉴权/上下文路径，且只在真正的提交入口上报 activation 事件。

func PlaygroundVideoFetch(c *gin.Context) {
	if newAPIError := preparePlayground(c, types.RelayFormatTask); newAPIError != nil {
		c.JSON(newAPIError.StatusCode, gin.H{
			"error": newAPIError.ToOpenAIError(),
		})
		return
	}
	RelayTaskFetch(c)
}

controller/subscription.go

• L1472-1473: [阻塞] 这里在创建/更新订阅套餐时把 Window5hAmount 和 WindowWeekAmount 直接强制写成 0，会把前端/接口传入的窗口额度静默清空。仓库里这些字段仍被订阅开通、续费、升级、窗口限流等逻辑读取，结果是只要管理员保存一次套餐，原本的短窗额度就会被破坏，可能直接导致权益/计费错误。建议不要在这里覆盖用户输入；如果确实要废弃字段，需要先在所有依赖链路完成迁移后再做数据清理，并提供显式迁移方案。

// 保留客户端传入值，或在完成全链路迁移后再做字段废弃
// req.Plan.Window5hAmount = 0
// req.Plan.WindowWeekAmount = 0