2. Linux.do
  3. OpenCode Go的GLM 5.2缓存命中率有点低

OpenCode Go的GLM 5.2缓存命中率有点低

xzh 54 2026-06-26 19:53 1

我的用法是opencode go->cpa->codex，GLM5.2只有70%左右的命中率。



而接在claude code的命中率更低，只有60%左右，已经配置了 "CLAUDE_CODE_ATTRIBUTION_HEADER": "0"



作为对比，相同用法下，deepseek v4 pro有97%的命中率，所以应该不仅仅是工具的问题



不知道怎么样才能提高这个命中率 ^-^有没有佬指点一下

最新回复 (15)
  • deer 06-26 19:54
    1楼

    尝试用cpa把他的openai协议转换一下接入cc，我的缓存率很正常

  • 佐木 06-26 20:02
    2楼

    opencode go如何接入到cpa啊？

  • xzh 54 楼主 06-26 20:03
    3楼

    我的图二就是cpa+cc用的，很奇怪啊 ^-^

  • deer 06-26 20:06
    4楼

    接一个openai兼容的秘钥就行

  • Technische Universität München 06-26 20:06
    5楼


    我在 pi 里直接用，命中率挺高的

  • joeyzhou 06-26 20:07
    6楼

    （帖子已被作者删除）

  • deer 06-26 20:10
    7楼

    要不。。再套层newapi？我的所有API都接我的newapi用的。但感觉很有可能是你的配置使用问题

  • Kassdin 06-26 20:17
    8楼

    遇到了相同的情况，不知道是不是cpa的问题

  • HLiny 06-26 20:17
    9楼

    cPa可能不太行，试试sub2api或者newapi

  • 水很深 06-26 20:38
    10楼

    试试sub2api



    刚刚部署sub2api 发现 无法使用

    openai/Anthropic协议转换兼容openai v1/chat/completions格式的需求 · Issue #2246 · Wei-Shaw/sub2api

  • 水很深 06-26 20:49
    11楼

    GLM5.2只有70%左右的命中率。



    我差不多只有50% ^-^

  • tzcbz 06-26 20:51
    12楼

    我的路径是：opencode go → newapi → axonhub → cch ,今天缓存命中率都在90以上，还是有不同key做负载均衡的情况下。

  • 水很深 06-26 20:59
    13楼

    这个套的太多了吧（）

    刚刚试的CPA

  • tzcbz 06-26 21:04
    14楼

    主要还是看oai api转anthropic api是在哪个中间层做的吧？我的格式转换是在 axonhub 做的，一直没什么问题。

  • HLiny 06-26 21:05
    15楼

    用newapi吧，不好意思，glm5.2不支持原生messages，挺奇怪的，sub2api不适合格式转换

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐