阿里云Coding Plan上下文长度

jzjzle 2026-03-07 00:15 1

官方说明如下:












































模型名称 上下文长度(Tokens)
qwen3.5-plus 1,000,000
kimi-k2.5 262,144
glm-5 202,752
MiniMax-M2.5 204,800
qwen3-max-2026-01-23 262,144
qwen3-coder-next 262,144
qwen3-coder-plus 1,000,000
glm-4.7 202,752

记得之前看到有人说有70k,是后来改了么


只看套餐内容的话,阿里云目前好像是最强的,现在上下文确定了,但是还有两个说法:




  1. 效果差,怀疑是量化


更新关于量化:


Coding Plan 套餐中包含的模型(如 glm-5、qwen3.5-plus 等)均为完整版模型,未经过量化或功能阉割,属于满血版本。


有用过的来说说感受

最新回复 (9)
  • jcc 03-07 00:33
    1

    之前阿里那边写了glm-5是73k上下文


    现在人都跑了,又变成满血了?

  • QianJueOnline 03-07 01:42
    2

    输入上下文是70k

  • Harry-zklcdc 03-07 01:59
    3

    可以看看我对阿里CodingPlan的GLM5的测试


    https://linux.do/t/topic/1606129
    找了个例子,temperature=0.3 的时候,后面好像注意力消失了()
    temperature_0.3_output.txt (202.1 KB)
    temperature_0.7_output.txt (5.5 KB)
    [image]
    [image]
    看来好像针不戳啊,191k 上下文的情况下,还能有 26t…
  • Cynthia L. Roe 03-07 02:41
    4

    百炼甚至在coding plan说明文档的q&a里明确提了自己不是量化,但怎么有点让人怀疑呢哈哈

  • jzjzle 楼主 03-07 05:32
    5

    阴谋论更有市场

  • 皮蛋王 03-07 10:08
    6

    千问用起来的效果比minimax好多了

  • lin661 03-08 22:10
    7

    阿里的这个主要是慢吧,我有买他一个月的套餐,除了他自家的,其他几个都有点慢

  • 焕昭君 06-23 17:43
    8

    202,752






    1. 效果差,怀疑是量化




    可以看看我对阿里 CodingPlan 的 GLM5 的测试



    佬,我现在怀疑这个阿里云百炼的自建的GLM5.2不会是只有202745上下文吧,虚标1M.

    cc用着用着时不时报错:API Error: 400 <400> InternalError.Algo.InvalidParameter: Range of input length should be [1, 202745]




    所以现在我用着另外渠道的GLM5.2在cc给我嘎嘎找实锤证据,然后我发现它grok联网搜索发掘出这篇文章,然后我就来了…

  • CNJK49 07-05 13:08
    9

    阿里的coding plan一直是阉割版,上下文都是200K左右,量化多少程度不好说

* 帖子来源Linux.do
返回