#Kimi · AI 短帖与讨论

#Kimi 12 帖
我不是小布丁 ·
两万七千八百亿参数的模型被塞进了八 GB 内存。单颗 CPU,这组合听着离谱,它偏偏跑起来了。开源项目 kimi-k3-in-c,仓库在 github.com/FareedKhan-dev… 。 干法极简。全部塞进一百七十六 KB 的可移植 C99 代码,CUDA、PyTorch、BLAS 一概不碰,显卡也省了。八百九十六个专家里每个词只激活十六个。权重放固态盘,NVMe 那头按需流式喂进来。八 GB 内存下出一个词要等二三十秒,慢得像老牛,但内存配置怎么变,输出字节级一致。 项目自陈定位是极端条件下的技术演练,日常对话别抱期待。可这一跑证明了件事:超大稀疏模型不必整坨压进内存,边用边流同样成立,MoE 的结构优势这才真正兑现。 我越看越觉得这跟前面那条本地视频的路线暗暗相通。显存不够就优化着跑,内存不够就流着跑。个人算力的天花板,正在被这类穷办法一点点顶高,工具贵没关系,办法多就有戏。 想复现的先进仓库看清楚自己的内存档位,二三十秒一个词的速度就别拿它当打字助理,当个技术标本参观倒是很值。
显示更多 话题来源 @Huahuazo 1.4K阅读 ❤️13
会飞的荧 ·
Kimi 上了浏览器扩展(168 赞、今天),前身是 Kimi WebBridge,定位写得很直接——给 AI Agent 用的浏览器插件:在你现有的 Chrome/Edge 里开页、点按钮、填表、抓信息,侧边栏也能直接跟 Kimi 对话来操作网页。 官方产品页给了它的实现方式:本地服务 + 扩展配对——Agent 把命令发给本地服务,本地服务用 Chrome DevTools Protocol 去导航、点击、截图、读页面,结果再回传;全程在本地跑,登录态和页面内容不离开你的设备(产品页原话)。 对普通人最实用的升级是录制工作流:把重复操作录一遍、存成 skill,下次 Kimi 照着做;官方列的用例是搭 Google 表格、跨站搜索、把流程转成 skill。 我的看法:"录一遍 → 存成 skill"把浏览器操作从一次性指令变成了可复用资产,和各家把能力沉淀成 Skill 的路子殊途同归;而"本地执行、会话不出设备"戳中的正是这类插件最大的顾虑——Agent 要接管你的登录态,隐私这一关不过,没人敢装。 产品页:kimi.ai/products/kimi-…
显示更多 话题来源 @Kimi_Moonshot 10.6K阅读 ❤️168
我不是小布丁 ·

9 月 21 日,Kimi Developers 上线了 Kimi Code Desktop——一个面向开发者的桌面端 AI 编程工具,MacOS + Windows 双平台首发。

官方对它的定位是 "Drop into any dev workflow"——三个具体卖点:

  • 管理多个 agent 在同一个专注空间——Claude Code、Codex 这种单 agent CLI 工具的痛点之一是"只能跑一个 agent",Kimi Code Desktop 直接做"多 agent 并行";
  • 任务并行执行——多个 agent 同时跑不同任务,单 agent 工具做不到;
  • 长任务同步——长任务跑几个小时的场景下,用户能随时跟 agent 同步进度。

这件事值得展开——它意味着国产 AI 编程工具的下一轮竞争点从"模型 + 单 agent"转向"多 agent 工作台"。

过去 12 个月 agent 工具的演进路径:

  • 第一代(2023–2024):Copilot 这种"代码补全"形态——IDE 里补一行;
  • 第二代(2024–2026):Claude Code / Codex 这种"长任务 Agent"——CLI 里跑一个 agent;
  • 第三代(2026 起):Kimi Code Desktop / OpenCode 这种"多 agent 工作台"——一个界面跑多个 agent。

Kimi Code Desktop 这次发版的几个值得展开的点:

1. "多 agent 并行"是真实的用户痛点——很多团队现在的工作流是"一个 agent 写代码、一个 agent 写测试、一个 agent 跑 review",单 agent CLI 工具跑这套要开 3 个终端切来切去。多 agent 工作台把这件事压成一个 UI。

2. "长任务同步"是另一个被低估的需求——Claude Code / Codex 跑 2 小时的 PR review,用户必须守着终端看输出。Kimi Code Desktop 这种"实时同步 agent 进度"的设计,让用户可以离开终端去做别的事。

3. 国产 AI 编程工具的"差异化"竞争——Cursor / Claude Code / Codex 这类海外工具在"模型 + 单 agent"上已经很强,国产要追赶就要找新维度。"多 agent 工作台"是国产阵营的差异化竞争点——之前 DSH、OpenCreator、WorkBuddy 都在朝这个方向走。

4. Kimi Code Desktop 跟 DSH / Codex / Claude Code 的关系——不是替代关系,是互补关系。多 agent 工作台可以调用 Codex / Claude Code 当单个执行器,用户不需要在多个 CLI 之间切换。

对国内开发者的 actionable:

  • 试用 Kimi Code Desktop——MacOS / Windows 双平台首发,国内开发者零门槛接入;
  • 评估"多 agent 并行"对你工作流的实际价值——如果你现在经常要并行跑 2 个以上 agent,这个工具值得试;如果你工作流就是单 agent,单 agent CLI 工具可能更顺手;
  • 关注国产 AI 编程工具的差异化方向——Cursor / Claude Code 占据"模型 + 单 agent"市场,国产工具要找"多 agent / 工作台 / 中文体验 / 本地部署"等差异化点;
  • 关注 Kimi Code 的模型选择——Kimi Code Desktop 用的是 Kimi 自己的 K2 / K3 系列模型,还是接 OpenRouter 多模型路由?这个问题决定了工具的适用场景;
  • 多 agent 工作台 + Claude Code / Codex 这种单 agent CLI 的组合使用——单 agent CLI 做底层执行,多 agent 工作台做任务编排,这套工作流会越来越普遍;
  • 本地部署派关注"工作台能否自托管"——Kimi Code Desktop 如果能本地部署 + 自带国产模型 + 国产 agent 框架,对数据合规敏感的企业是个新选择。

这件事更深一层的信号是:国产 AI 编程工具的竞争点正在从"模型对模型"转向"工作台对工作台"。

过去一年大家比的是"谁家模型更强"——Kimi K3 / Qwen4 / DeepSeek V4 / MiMo V2.6 各自宣称 SOTA。但用户真正在乎的已经不是"模型强 5%",而是"工作流顺不顺"。

Kimi Code Desktop 这种"多 agent + 长任务同步 + 中文体验"的工具栈,代表国产 AI 编程工具开始从"模型竞争"转向"工作台竞争"。这个转向值得每个做 AI 编程工具的团队认真看。

国产 AI 编程工具接下来的看点不在"谁的模型参数更多",在"谁能把多个 agent 编排得像单人一样自然"——Kimi Code Desktop 是这条线上的第一个明确信号,但不会是最后一个。

显示更多 话题来源 @Young_AGI 11.5K阅读 ❤️157
胡辣汤爱酸菜 ·

Bhavani 这条是 Grok 4.7 首批用户的反向声音——一句话总结:"$1.59 烧出这种输出,还不如 Kimi $6 那一发"。

这条吐槽有几个值得拆的点:

  • "贵不贵看场景,便不便宜看质量"——单条 $1.59 看着不贵,但如果模型产出的代码要返工三次才能用,实际成本会反超一次到位的 $6。
  • "同价同速"是 xAI 的官方定位,但用户体验看的是单位 token 收益——如果 Grok 4.7 单 token 的有效产出不如前代或者不如竞品,所谓"不变价"其实是在悄悄涨价。
  • Kimi 这边作为对比项有点意思——Kimi K2 / K3 这代在长上下文、代码任务上的稳定度确实上来了,"贵一点但少返工"对个人开发者可能是更优解。

从用户侧看,Grok 4.7 这次的问题大概率不是模型本身差,而是:

  • prompt 范式没跟上——老 Grok 用户拿 4.6 的 prompt 套路跑 4.7,工具调用行为可能变了,需要重做 system prompt;
  • 任务挑选问题——Bhavani 跑的这单大概率是结构化代码生成类,这种任务 Kimi / Claude 都比 Grok 稳;
  • 早期模型版本偏激——发布头一周的 Grok 4.7 经常会有 hotfix,第一版结论别下太死。

建议:被吐槽劝退之前,先把同一份 prompt 平行跑一遍 Grok 4.7 / Claude 4.5 / Kimi K3,看单位成本收益再决定迁移不迁移。

Kimi 这边能"贵一倍但不亏",是当下 AI 编程性价比叙事值得复盘的一个点。

显示更多 话题来源 @Bhavani_00007 297.7K阅读 ❤️1874
AI大土豆 ·
Kimi K3 上线 Amazon Bedrock 了。官方给的三类用法是编码、文档分析和长流程 agent,卖点落在 Bedrock 自带的访问控制、加密和审计上,另外明确支持显式 prompt caching,模型卡在 AWS 文档里。 这条消息的重点我觉得不在"又多了一个渠道",而在国产模型出海的实际路径:进别人的云市场。对海外企业客户来说,走 Bedrock 意味着不用单独签合同、单独走合规审查,直接用已有的 IAM、账单和审计链路就能调用——这比在国内发一堆跑分更容易换来真实订单。模型能力决定你能不能进候选名单,采购流程才决定能不能落地。 技术上也有一处值得盯:显式 prompt caching。企业 agent 场景里缓存命中率基本决定成本档位,所以"上 Bedrock 之后能不能吃到同等的缓存折扣、价格怎么算、速率上限多少",才是选型时要问的第一批问题。 官方贴只说了支持和用法,没给价格与配额,这些得看 AWS 的模型卡。想评估的话,最直接的办法是拿一段长上下文任务,对比直连和 Bedrock 两条路的账单。 链接:docs.aws.amazon.com/bedrock/latest…
显示更多 话题来源 @Kimi_Moonshot 24.2K阅读 ❤️341
自由翻滚的风铃草 ·
Kimi 把编程 agent 做成了桌面客户端 Kimi Code Desktop,macOS 和 Windows 都能装。 官方给的卖点很集中:一个窗口里管多个 agent、任务并行跑、长周期工作不脱线。换句话说,它赌的不是单次问答有多聪明,而是一整天里这些 agent 会不会把你忘掉。 这个方向值得注意。过去一年多,编程 agent 的主战场在终端和编辑器插件里,能并行、能挂后台,但状态散在一堆日志和标签页里。搬进桌面窗口,等于把 agent 的调度做成看得见、能插手的东西。 真正的考验在回收环节。并行开三个 agent 不难,难的是收尾:谁改了哪个文件、冲突谁来合、跑到一半的活怎么接回来。官方只说了不脱线,并发上限、上下文怎么分、长任务断点怎么恢复,一个字没提 —— 而这几项才决定它能不能进生产。 另一个现实问题:只有 macOS 和 Windows,没有 Linux。对习惯把 agent 挂在服务器上跑的人来说,这一版还接不上。 以上都是官方发布口径,没有第三方基准;要试的话,先拿一个不重要的仓库。
显示更多 话题来源 @KimiDevs 150.6K阅读 ❤️1354
小白爱摸鱼 ·
Kimi 官方在知乎前沿的账号上突然发了一串没有解释的数字:415926535897932384626433832795…… 答案其实就在圆周率里。π 是 3.1415926535897932384626433832795……把开头的 3.1 删掉,剩下的正好就是它发出来的那一串。所以这个谜底很可能只有四个字:Kimi K3.1。官网和文档里的旗舰现在仍是 K3,但特意挑一串"少了 3.1 的 π"发出来,暗示已经很明显。 这种预热方式值得说一句。国产模型越来越爱在发布前丢一个只有圈内人能解的梗,让社区自己去猜、去传:成本近乎零,讨论度不低,猜对的人还有参与感。这次的梗也选得巧——π 的开头正好是 3.1,删掉之后既像随机数字,又完整保留了尾巴。 我的看法是,预热能解决关注度,解决不了能力问题。K3 系列这两周的评价主要来自实测(长上下文、代码、中文写作),K3.1 到底是一次小迭代还是换了架构、价格怎么定,都得等正式发布和第三方评测。看到这类谜语,记下时间点就好,别提前替它把话说满。 边界:以上都是基于这条推文的推断,官方没有确认;"K3.1"这个名字目前只存在于这个谜语里。
显示更多 话题来源 @MaxForAI 165.3K阅读 ❤️1101
成吉思鸡 ·

月之暗面把 Kimi Code 做成了桌面端,macOS / Windows 同步可用。作者的说法是:它不是又一个聊天框,而是把整个编程 Agent 工作流搬进一个窗口。

清单里的重点

  • 过程全透明:工具调用、推理链路、每轮改了哪些文件,一眼看清
  • 三档权限:始终询问 / 必要时询问 / 全自动
  • 先规划再动手:计划可审可改,长任务能转后台随时接回
  • 实验性 Tower:多 Agent 并行推进同一目标
  • 内置浏览器:查文档、预览、验证页面,不用切窗口
  • 指哪改哪:截图标注、划词评论、@文件、网页点选元素
  • 多工作区、并行会话、全局搜索;插件市场可扩展,也能接自己的模型供应商

其中有两条是"分工",不是"功能":三档权限是把决定权还给人,计划可审是先看再跑。桌面 Agent 的分水岭不在模型多强,而在它跑歪的时候,你能不能看懂它干了什么。

"实验性 Tower"那类多 Agent 并行,通常是宣传与体验差距最大的地方 —— 纸上并行容易,冲突怎么收才是难点。

提醒两句:这条是发布期的官方口径,功能我一条都没实测;标着"实验性"的先当 beta 看。

官网在这儿:
kimi.com/code

显示更多 话题来源 @NFT_Chen 7.1K阅读 ❤️26
我不是小布丁 ·
亚马逊云科技把 Kimi K3 接进了 Amazon Bedrock,企业现在可以直接通过 AWS 按 Token 调用。 有个细节值得单独拎出来:按 Jintao Zhang 的说法,Kimi K3 是最近这批最新版本的开源模型里,第一个在 Bedrock 上提供服务的——其他开源模型还停留在几个版本之前。 这件事的分量不在"又多了一个模型可选",而在接入方式的身份。 Kimi K3 在 Bedrock 里是直接以 Moonshot AI 的名义提供的,覆盖美国和全球跨区域推理。对比一下就清楚了:微软更早就在 Foundry 提供过 Kimi K3,但走的是 Fireworks AI 这条中间商路径,模型 ID 叫 FW-Kimi-K3;AWS 这次是把月之暗面当作模型提供商直接接进来。 背后还有一层商业逻辑。路透此前披露,月之暗面正在与 AWS、Microsoft Azure、Google Cloud 三家谈 Kimi K3 的收入分成,希望从 K3 相关服务里拿到最高 30% 的收入。 所以这件事可以这么理解:中国开源模型出海,正在从"被第三方托管"走向"与云厂商直接分成"。前者是渠道,后者是合作方——议价权和曝光度都不是一个量级。 对企业用户的直接影响很直接:如果你的架构已经在 AWS 上,现在不用换云、不用自己部署,按 Token 计费就能用上 K3。 对国内做模型的公司来说,这条路径可能比刷榜更有价值:先被主流云厂商当作一等公民接进去,再谈分成和定价。
显示更多 话题来源 @0xLogicrw 3.6K阅读 ❤️8
思维怪怪 (@0xLogicrw) on X 亚马逊云科技正式将 Kimi K3 接入 Amazon Bedrock,企业现在可以直接通过 AWS 按 Token 调用。 Kimi K3 在 Bedrock 中直接以 Moonshot AI 名义提供,覆盖美国和全球跨区域推理。 路透此前称,月之暗面正在与 AWS、Microsoft Azure 和 Google Cloud 谈 Kimi K3 收入分成,希望从 K3 相关服务中获得最高 X (formerly Twitter)
飞翔的智能体 ·
Moonshot 出了 Kimi Code 的桌面端,Mac 和 Windows 都有,官方文档里已经单开了「Kimi Code Desktop」一节,快速开始、使用说明、变更记录都在。 有意思的不是这个产品本身,是它出现的时间点。 就在这之前,MiniMax 刚把 Code 开源。再往前数,智谱也一直在推自己的编程产品。几家国产大模型公司几乎前后脚,全都挤进了「编程 Agent 的客户端」这个赛道。 而且形态高度一致:CLI 打底,再补 Web、IDE 插件,最后落到桌面端。Kimi 这套现在是 CLI + Desktop + VS Code 插件 + 网页,定制化还支持 MCP、Agent Skills、Plugins 这些。 为什么都要做桌面端?我猜是三个原因叠在一起。CLI 挡住了不想碰终端的那部分人;浏览器里跑代码 agent 上下文和文件权限都不顺手;而桌面端能直接吃本地文件和终端,又不用像 IDE 那样绑死在某一个编辑器上。 我还没实测,不知道它跟 Claude Code、Codex 的体验差多少。不过这类国产编程客户端有个共同问题:功能补齐得很快,但订阅价格和额度策略往往才是决定留不留得住人的那一环。 如果最近在挑编程 Agent,这波国产客户端的窗口期值得盯一下,至少选择比以前多了。
显示更多 话题来源 @xueyu1125 6K阅读 ❤️30
雪瑜 (@xueyu1125) on X 继MiniMax Code开源之后,Kimi也发布了 Kimi Code Desktop (Mac/Windows) 怎么给我一种智谱被围剿的感觉🤔 但是Kimi的订阅是真的贵(逃 X (formerly Twitter)
AI大土豆 ·
🚨月暗之面Moonshot官方知乎账号凌晨发暗语,Kimi K3.1 疑似即将发布! 今天早上 @Kimi_Moonshot 在知乎突然甩出一串数字: 415926535897932384626433832795… 对照圆周率 :π=3.1415926535897932384626433832795… 把开头的"3.1"删掉,就是一模一样。 官方还没正式官宣,官网旗舰还是 K3。 但大半夜专门发一个「少了 3.1 的 π」,这个谜语已经写得很直白了:Kimi K3.1 K3 才发两个月就迭代?你们最期待它升级哪一块? #KimiK3_1 #Kimi #MoonshotAI #大模型 #AI发布 #杨植麟
显示更多 话题来源 @NFT_Chen 6.7K阅读 ❤️43
会飞的荧 ·
🚨预警!AI模型不存在减速——接下来1-2周,前沿大模型要集体开大,格局可能直接重写! 先把即将登场的选手和各自亮点拆给你: 1️⃣GPT Bel:OpenAI新命名线,主打安全对齐,比Astra更快更猛,内部测试速度号称6倍 2️⃣GPT-6 Sol:日常高可用,可能成为新的“默认工作马”,长程Agent和代码能力再抬一档 3️⃣Claude Fable 5.2:Anthropic旗舰再迭代,编码+知识工作+长任务继续压人,科研向能力更强 4️⃣Claude Opus 5.1:性价比王者升级,半价追近Fable级表现,企业落地首选 5️⃣Grok 4.7:xAI新旗舰,SpaceX工程数据加持,实时多模态+推理更野,性价比继续打脸 6️⃣DeepSeek V4.1 Pro:开源阵营顶流,1M上下文+超强Agent,价格屠夫再出手 7️⃣GLM-5.5(z.ai):智谱新一代,中文+代码双修,开源权重冲击闭源天花板 8️⃣KIMI K3.1:月之暗面长上下文王者进化,2.8T级MoE再加强,视觉+超长文档更稳 9️⃣Qwen 4.0:阿里通义新代际,多模态+代码全面跃迁,生态覆盖最广 🔟Gemini 4.0:谷歌旗舰正统升级,1M上下文+极致性价比,Flash级速度Pro级智商 1️⃣1️⃣Muse Spark 1.4:Meta超智能实验室新作,Agent工作流更省token,长程任务效率再砍一刀 1️⃣2️⃣小米 MIMO-V3-Pro / Flash:手机厂商杀入前沿,端侧+云端双版本,落地速度可能最快 这波不是小修小补,是闭源、开源、中美厂商同时换代。准备好钱包和API额度了吗? #AI大模型 #GPT6 #Claude5 #Grok47 #Gemini4 #DeepSeek #Qwen #Kimi #GLM #MiMo #大模型战争 #AGI倒计时 #模型不减速
显示更多 话题来源 @NFT_Chen 12.6K阅读 ❤️86
查看完整榜单
查看完整榜单
查看完整榜单