mingtdlb
V2EX  ›  小米

无限上下文?

  •  
  •   mingtdlb · 1 day ago · 2378 views

    image.png

    它目前最牛逼的模型不是才 1M 么?

    28 replies    2026-07-13 22:39:52 +08:00
    yidinghe
        1
    yidinghe  
    PRO
       1 day ago
    注意它指的不是大模型,而是指 Agent 工具,说白了就是自动 compact 。
    gefangshuai
        2
    gefangshuai  
       1 day ago
    帮你自动/compact
    jko123
        3
    jko123  
       1 day ago   ❤️ 3
    依旧雷氏营销。就像明明大家都用 token 收费,他的 coding plan 非要用 credits ,乍一看 41 亿好多,实际用的飞快
    106npo
        4
    106npo  
       1 day ago   ❤️ 5
    @jko123 然而大多数套餐都是 credits.只不过小米的 credits 是 1 亿 credits=1 元,比其他家都廉价,但又没再多加两个零.
    KagurazakaNyaa
        5
    KagurazakaNyaa  
       1 day ago
    无限上下文让人还以为用的是 RWKV 模型
    winnerczwx
        6
    winnerczwx  
       1 day ago
    支持自动压缩, 但跟无限上下文是两个概念

    非常讨厌这种营销方式, 这种建立在模糊消费者信息差基础上的营销模式对于懂的人还好说, 对于不懂得人是真的会误解, 最后花冤枉钱
    s4nd
        7
    s4nd  
       1 day ago via iPhone   ❤️ 2
    依旧拿大家当猴耍,雷氏营销名不虚传
    BretTaylor
        8
    BretTaylor  
       1 day ago
    他说的 mimo code 不是说他的模型
    sundev
        9
    sundev  
       23h 50m ago
    极度讨厌这种说法。
    tf2
        10
    tf2  
       22h 37m ago
    mimocode 无限上下文,至于你模型是不是那不好说
    fbu11
        11
    fbu11  
       22h 34m ago
    其实就是调接口自动压缩上下文,依旧是卖手机的方式去营销
    HiHuan
        12
    HiHuan  
       22h 26m ago
    可以说非常恶心了,以前对小米还挺有好感的,现在这种营销方式真是越来越觉得恶心。
    zhlssg
        13
    zhlssg  
       21h 46m ago
    其实看一下他的文档讲的还是挺好的,不只是 compact 那么简单
    xing7673
        14
    xing7673  
       21h 5m ago
    @106npo 至少 codex 给你统计的是 token
    106npo
        15
    106npo  
       20h 11m ago
    @xing7673 有 token 的统计和按 token 卖,那差了十万八千里
    xing7673
        16
    xing7673  
       18h 58m ago
    @106npo #15 智谱的
    minimax 的,你所谓的大多数在哪里?
    liaohongxing
        17
    liaohongxing  
       18h 39m ago
    @xing7673 我搜了一下你说的 codex , 搜索词 “codex 是 credits 还是 token 收费”,大量文章表明也是用 Credits 计费, 再加入 Coding Plan 编码模式继续搜索,包括智谱/MiniMax 也都是用 credits 计费,当然我不关心这个,也没有时间具体去查证, 但似乎在 vb coding 这块似乎都是在用 credits 计费。只能说 credits 这个词就是国外模型传过来的,不是什么新鲜事。
    smlcgx
        18
    smlcgx  
       18h 25m ago
    “无限”是品牌名称
    106npo
        19
    106npo  
       18h 14m ago
    @xing7673 这只是宣传用,实际并不按 token 计费.你去看看你的后台 这数字对的上么
    106npo
        20
    106npo  
       18h 8m ago
    @xing7673 按 token 卖的含义及结果就是 不管你每次输入输出比是 10:8k 还是 500k:10,不管你缓存率是 0%还是 99.99%.最终都会在同样的 token 数时耗尽套餐.
    真有这样卖的,比如火山的 coding plan,虽然他宣传是按次,实际他就是按 token 卖的,而且输入输出缓存计费是一样的.
    但大多数套餐,输入输出缓存的计费都是不一样的.
    xing7673
        21
    xing7673  
       16h 47m ago
    @liaohongxing 没用过就不用质疑了,都 2026.7 月了现在谁家 coding plan 不是直接 token+缓存计费,都是给你直接设置周额度使用上限,codex 中转站数据就是 plus 周额度 100 刀。
    xing7673
        22
    xing7673  
       16h 45m ago
    @106npo #20 比 credits 简单明了就行,至于实际使用赚还是坑各家有各家政策,真想求良心直接 deepseek 最直球
    duanxianze
        23
    duanxianze  
       16h 39m ago
    这楼上某些人多恨小米啊,正常的技术讨论都不行了?
    nevin47
        24
    nevin47  
       16h 38m ago
    @duanxianze 正常讨论技术的前提是不要搞出无限上下文这种完全把从业者当傻子的噱头出来博眼球。。。
    duanxianze
        25
    duanxianze  
       16h 35m ago
    @nevin47 谁是傻子??一楼已经说过了,Agent 工具,自动 compact ,这是一项新技术,不是指大模型,你的偏见蒙蔽了你的眼睛
    106npo
        26
    106npo  
       16h 35m ago
    @xing7673 小米这 credits 已经算是最简明的了,1 亿就是 1 元.
    有些卖 credits 甚至不告诉你每个模型怎么抵扣的.
    你截图的这几个,都只说个"最多","大约",文档也不会告诉你到底是多少,怎么抵扣.
    那夸下小米透明简单明了吧
    nevin47
        27
    nevin47  
       15h 52m ago   ❤️ 1
    @duanxianze #25 首先自动 compact ,在 CodeX 都用了不知道多久了,不是什么新技术

    其次,任何大模型语境下面,不管是 paper 还是工业界,上下文长度指的就是 context length ,任何其他解释都属于偷换概念,就算是 NV 来讲这句话,一样的挨喷

    最后,之前小米把从业者当傻子已经不是第一次了,之前搞的那个鸟存储扩容技术,当时 V 站上有讨论,我就评价过那玩意儿纯属把 OP 空间硬拿出来用,根本不管 WAF 和 PE 。当时 V 站还有人说什么小米比颗粒厂更懂存储,我都懒得回了。你看现在这个技术还在宣传吗
    duanxianze
        28
    duanxianze  
       10h 9m ago
    @nevin47 #27 我只看出,无论小米做什么,你都会认为是错的,互 b 吧,上网不是为了和人吵架的
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3880 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 63ms · UTC 00:49 · PVG 08:49 · LAX 17:49 · JFK 20:49
    ♥ Do have faith in what you're doing.