[程序员] 避雷 API 中转站 wkele.kukuai.fyi:计费陷阱:前端低价引流,实际暗藏 10 倍扣费倍率
给大家排个雷。最近在用一个 API 中转站 wkele.kukuai.fyi ,发现其后台计费存在严重的“挂羊头卖狗肉”行为,利用隐藏倍率恶意扣费,提醒大家注意防范。 1. 事情起因(前端极具迷惑性的低价) 在该网站的价目表上,gpt-6.1-sol 模型的标价极其便宜: 输入:¥0.64 / 百万 Tokens 输出:¥3.20 / 百万 Tokens 缓存读:¥0.03 / 百万 Tokens 2. 离谱的实际扣费(数学反推) 我发起了一次请求,看了一下扣费日志,感觉非常不对劲。 以下是日志里的实际用量: 总输入:42,991 Tokens (其中缓存命中高达 41,088 Tokens ) 总输出:1,354 Tokens 系统实际扣费:¥0.31367 我们来算一笔账: 如果按他标价的“缓存读”和“普通输入/输出”来精打细算,这笔订单合理费用只有 ¥0.007 左右。 退一万步讲,假设这个系统完全不管缓存,全部按全价计算: (42,991 × 0.64 / 1,000,000) + (1,354 × 3.20 / 1,000,000) = ¥0.0318 重点来了:我实际被扣的
阅读原始来源来源记录
研究分析
来源记录
来源描述:给大家排个雷。最近在用一个 API 中转站 wkele.kukuai.fyi ,发现其后台计费存在严重的“挂羊头卖狗肉”行为,利用隐藏倍率恶意扣费,提醒大家注意防范。 1. 事情起因(前端极具迷惑性的低价) 在该网站的价目表上,gpt-6.1-sol 模型的标价极其便宜: 输入:¥0.64 / 百万 Tokens 输出:¥3.20 / 百万 Tokens 缓存读:¥0.03 / 百万 Tokens 2. 离谱的实际扣费(数学反推) 我发起了一次请求,看了一下扣费日志,感觉非常不对劲。 以下是日志里的实际用量: 总输入:42,991 Tokens (其中缓存命中高达 41,088 Tokens ) 总输出:1,354 Tokens 系统实际扣费:¥0.31367 我们来算一笔账: 如果按他标价的“缓存读”和“普通输入/输出”来精打细算,这笔订单合理费用只有 ¥0.007 左右。 退一万步讲,假设这个系统完全不管缓存,全部按全价计算: (42,991 × 0.64 / 1,000,000) + (1,354 × 3.20 / 1,000,000) = ¥0.0318 重点来了:我实际被扣的
现有背景
可供比较的近期同类记录:“[程序员] 搞了个挂机修仙小游戏” (V2EX, 2026年11月5日);“Why This Obscure Audio Codec Is a Perfect Fit for the N64” (Hacker News, 2026年11月5日)。主题相近仅用于导航,未核验其是否属于同一需求或独立证据。
研究状态
这条记录尚不能可靠归入主类,未生成商业或性能结论。
缺失证据
需要核验主要事件、受影响对象与原始证据。
下一步
阅读原文,明确它支持什么决策,再选择对应分析框架。