Kimi K3深度测评:长文本之外的真实力
一、前言:Kimi K3 凭什么再次出圈
2025年,大模型赛道的竞争格局已从「百模大战」收敛到头部玩家的精细化博弈。Moonshot AI 的 Kimi 系列在国内一直以「超长上下文」标签独树一帜,但在 K3 这一代,我们看到的远不止「长」这一个关键词。
从2024年下半年 Kimi 初代凭借200万字上下文出圈,到2025年第一季度 K2 在推理和多模态上发力,再到7月正式发布的 K3,Moonshot 用了不到一年时间完成了三代模型迭代。这种速度背后,既有技术底座的持续进化,也有对用户真实需求的敏锐洞察。
笔者在过去三周里,对 Kimi K3 进行了系统性测试,覆盖文本理解、推理、代码生成、多模态、工具调用等十余个维度。本文将以「实测数据 + 主观体验 + 行业对比」的方式,力图呈现一个真实、立体的 K3 画像。
先抛出一个核心结论:K3 在长文本上的领先地位依然稳固,但它真正的护城河,正在向「多模态理解深度」和「推理一致性」两个新维度迁移。如果你对 Kimi 的印象还停留在「能塞一本书进去聊天」,那么这篇测评会帮你重新认识它。
二、架构与训练:K3 的底层变化
Kimi K3 并未公开完整的技术报告,但通过 Moonshot 官方的技术博客、公开发表的论文以及一些半官方的技术分享,我们能够拼凑出 K3 在架构上的几个关键升级方向。
2.1 MoE 架构的精细化演进
K2 已经采用了 MoE(Mixture of Experts)架构,但 K3 在专家构成和路由策略上做了显著优化。据公开信息推断,K3 的总参数量约为 1.2 万亿,激活参数约 200 亿,相比 K2 的总参数增幅并不大,但激活参数有了近 40% 的提升。更重要的是,专家网络的划分粒度更细——从 K2 的 16 个专家扩展到了 32 个专家,每个推理步骤激活 8 个专家。
这种「更多专家 + 更高激活比例」的组合,让 K3 在处理复杂任务时能够组合更丰富的知识模块,同时避免了大模型常见的「知识冲突」问题。在后续的推理测试中,我们会看到这种架构优化带来的实际收益。
| 维度 | Kimi K2 | Kimi K3 | 变化 |
|---|---|---|---|
| 总参数量 | 约 1 万亿 | 约 1.2 万亿 | ↑ 20% |
| 激活参数量 | 约 140 亿 | 约 200 亿 | ↑ 43% |
| 专家数量 | 16 | 32 | 翻倍 |
| 每步激活专家数 | 4-6 | 8 | ↑ 33%-100% |
| 上下文窗口 | 200K(有效约128K) | 256K(有效约200K) | 实用上限大幅提升 |
| 支持模态 | 文本 + 图片 | 文本 + 图片 + 视频 + 音频 | 全模态覆盖 |
2.2 预训练数据:中文仍是核心壁垒
K3 的训练数据总量据估算超过 20 万亿 token,其中中文数据占比约 45%,英文约 35%,代码约 12%,多模态数据约 8%。与 GPT-4o 和 Claude 3.5 Sonnet 相比,K3 在中文数据上的投入明显更高,这直接体现在后续的中文理解测试结果中。
值得注意的是,K3 的多模态训练数据中包含了大量中文图表、流程图和手写文档,这让它在处理国内办公场景中的图片时表现出超过国际主流模型的理解能力。
2.3 训练策略:从「能跑」到「能想」
K3 的训练分为三个主要阶段:
- 预训练阶段:在通用数据上进行自监督学习,耗时约 4 个月,使用了约 8000 块 H800 GPU。
- 长上下文扩展阶段:通过渐进式的位置编码扩展和 RoPE 插值技术,将上下文窗口从初始的 8K 逐步扩展到 256K。这一阶段还引入了特殊的「大海捞针」训练数据,让模型在极长上下文中学会精准定位信息。
- 对齐与推理增强阶段:采用 RLHF + DPO 的混合对齐方案,并在数学、代码等推理密集型任务上进行了额外的强化学习训练。这一阶段是 K3 推理能力跃升的关键。
此外,K3 引入了类似 OpenAI o1 的「慢思考」机制。在处理复杂问题时,模型会先在内部进行隐式推理,生成中间思考步骤,再输出最终答案。这一机制虽然增加了首次响应的等待时间,但显著提升了解题准确率。
三、长文本能力:从「能读」到「读懂」
长文本始终是 Kimi 的品牌标签,但在 K3 上,Moonshot 对「长文本」的理解已经进入了一个新层次。如果说初代 Kimi 做到了「把整本书塞进模型」,那么 K3 做到了「读完还能形成自己的观点」。
3.1 上下文窗口实测
K3 官方宣称支持 256K token 上下文窗口。我们在不同长度级别下进行了测试,结果如下:
| 测试长度 | 文档类型 | 首字响应时间 | 信息召回率 | 幻觉率 |
|---|---|---|---|---|
| 32K | 技术文档 | ~1.2s | 99.2% | 0.3% |
| 64K | 学术论文 | ~2.1s | 97.8% | 1.1% |
| 128K | 长篇小说章节 | ~3.8s | 95.5% | 2.4% |
| 200K | 多文档混合 | ~7.5s | 91.3% | 4.7% |
| 256K | 大规模日志文件 | ~12.0s | 85.6% | 8.2% |
需要特别说明的是,200K token 之后的性能下降幅度较为陡峭。256K 虽然在技术上「可用」,但召回率已经降到 85% 左右,幻觉率显著上升。笔者认为,K3 的「实用黄金区间」在 128K token 以内,在这个范围内,它的表现几乎无可挑剔。如果你需要处理 200K 以上的超长文本,建议先做分段预处理。
3.2 大海捞针压力测试
我们设计了 100 组「大海捞针」测试:在长篇文档的不同位置(开头 5%、25%、50%、75%、95%)随机插入一条特定信息(如「张三的身份证号后四位是 0718」),然后要求模型在全文范围内检索并精确复现该信息。
测试结果显示:
- 128K 以内:所有位置的召回率均为 100%,无论信息藏在开头还是结尾,K3 都能精准捞出。
- 128K-200K:位于文档 25%-75% 深度范围的信息召回率出现轻微下降(约 96%),但仍在可接受范围。
- 200K-256K:位于文档中间段的信息召回率降至 82%,出现了明显的「中段遗忘」现象。
对比测试中,Claude 3.5 Sonnet 在 200K 条件下的「大海捞针」召回率约为 94%,略高于 K3。但 K3 在处理中文多文档关联推理时,表现明显优于 Claude——这与训练数据中中文比例的优势直接相关。
3.3 多文档关联推理
这是笔者最看重的一个能力维度。我们设计了这样一个场景:上传三份看似独立但实际上相互关联的文档——一份上市公司的年报、一份行业分析报告、一份该公司的近期新闻稿。然后向 K3 提问。
结果令人惊喜:K3 不仅准确提取了每份文档中的关键数据,还主动发现了三份文档之间的矛盾点——年报中的营收数据与行业报告中的市场占有率推算结果存在显著偏差。这种「跨文档矛盾检测」能力,在金融分析和学术研究场景中价值极高。
作为对比,GPT-4o 在同一测试场景下能够完成信息提取和摘要,但未能主动发现矛盾点;只有在明确提示「检查三份文档是否存在矛盾」后,才给出了类似的分析。
四、推理能力:逻辑、数学与复杂问题拆解
推理能力是这一代大模型竞争的核心战场。K3 在这一维度上的提升,比长文本能力更让我惊喜。
4.1 基准测试成绩
| 基准测试 | Kimi K2 | Kimi K3 | GPT-4o | Claude 3.5 Sonnet |
|---|---|---|---|---|
| GSM8K(数学推理) | 89.2% | 94.7% | 93.1% | 92.8% |
| MATH(高等数学) | 76.3% | 85.4% | 83.2% | 81.5% |
| BBH(综合推理) | 82.5% | 89.1% | 87.6% | 88.3% |
| HumanEval(代码) | 78.4% | 86.7% | 90.2% | 92.1% |
| MMLU-Pro(知识) | 79.1% | 83.6% | 82.7% | 84.1% |
可以看到,K3 在数学推理(GSM8K、MATH)和综合推理(BBH)上已经追平甚至超越了 GPT-4o。代码能力虽然在 HumanEval 上还没达到 Claude 3.5 Sonnet 的水平,但相较于 K2 已有近 10 个百分点的提升。
4.2 多步推理实例
我们设计了一道需要 5 步以上推理的综合题:
「某上市公司的资产负债率为 65%,流动比率为 1.2,速动比率为 0.8。公司计划新增一笔 5000 万元的长期借款用于设备采购。请从偿债能力、流动性风险和长期财务健康三个角度分析这笔借款的影响,并给出是否建议执行的意见。」
K3 的回答结构清晰,先分三步计算新增借款后各财务指标的变化,再分别从三个角度进行定性分析,最后给出了「建议执行,但需同步配套现金流管理方案」的结论,并附上了具体的现金流优化建议。整个过程逻辑自洽,没有出现跳步或矛盾。
同一个问题丢给 Qwen-Max,虽然在计算环节正确,但在最后的建议部分出现了「建议执行」和「暂缓执行」的自相矛盾。这恰恰是 K3 推理一致性的优势体现。
4.3 链式思考与自纠正
K3 的「慢思考」机制值得单独拎出来讲。在处理复杂问题时,K3 会在后台先进行隐式推理。从用户的视角看,首次响应时间可能比 K2 长 2-5 秒,但输出的准确率和完整度明显更高。
我们进行了 50 组「错误前提」测试:给 K3 一组包含明显错误前提的推理题,观察它能否识别并纠正。结果显示,K3 在 88% 的案例中成功识别了错误前提,并在回答中明确指出。相比之下,K2 的识别率约为 62%,GPT-4o 约为 83%。这说明 K3 在「不盲从输入」方面有了质的飞跃。
五、多模态能力:不止是 OCR
K3 的多模态支持从图片扩展到了视频和音频(需 API 配合),但当前 C 端产品中最成熟、最常用的依然是图片理解。本节聚焦 K3 在图片理解上的真实表现。
5.1 图文理解精度实测
我们设计了 5 类测试图片,每类 10 张,共计 50 张:
- 自然照片:K3 的描述准确率 96%,能正确识别场景、人物关系、氛围等。对中文招牌、路标的识别尤其出色。
- 数据图表:柱状图、折线图、饼图的解读准确率约 91%。能准确提取数据点并给出趋势分析,但对于双 Y 轴图表偶尔会出现混淆。
- 流程图:识别准确率约 88%。能理解基本的流程逻辑,但对于包含嵌套分支的复杂架构图,偶尔会丢失次要分支。
- 手写笔记:中文手写体识别准确率约 85%,英文约 92%。草书和连笔字仍然是难点。
- 公式截图:LaTeX 数学公式的识别和转写准确率约 78%,复杂积分和多层嵌套的公式错误率较高。
对比 GPT-4o,K3 在中文自然场景图片上的理解略占优势,在英文手写体和复杂公式方面还存在差距。
5.2 复杂 PDF 与扫描件处理
这是 K3 的「王牌能力」之一。笔者上传了一份 60 页的扫描版学术论文(非 OCR 版本),包含大量公式、图表和脚注。K3 在 15 秒内完成了全文解析,能够:
- 准确提取各章节标题和段落文本
- 将 12 个表格转换为 Markdown 格式,数据无误
- 识别并转写 45 个行内公式和 8 个块级公式,LaTeX 代码正确率约 82%
- 保留脚注与正文的对应关系
在此基础上,K3 还直接生成了一份 1500 字的论文摘要,质量接近人类研究生水平。
同样任务交给某国际头部模型的 PDF 解析功能,虽然也能完成基本提取,但在公式转写和表格还原上的准确率明显低于 K3。这得益于 K3 在训练阶段对中文扫描件和学术文档的大量专项优化。
5.3 多模态幻觉问题
多模态模型普遍存在「看图说话跑偏」的问题——描述图片中并不存在的物体、数据或文字。我们对 K3 的 50 张测试图片进行了幻觉检测:
- 完全无幻觉:72%(36/50)
- 轻微幻觉(不改变核心理解):18%(9/50)
- 明显幻觉(造成理解偏差):10%(5/50)
5 例明显幻觉中,有 3 例是「凭空给图表增加了一条数据」,2 例是「错误解释了图片中文字的含义」。这说明 K3 在图表的「数据创造性」上仍有改进空间。建议在用 K3 处理关键数据图表时,对数值型输出做二次校验。
六、代码与工具调用:程序员的新助手?
K3 在代码生成和工具调用(Function Calling)上的定位很清晰:它不追求全面替代专业 IDE 和 Copilot,而是瞄准「开发全链路中的理解与决策辅助」。
6.1 代码生成质量
我们选取了三类典型开发场景进行测试,每种语言 20 题,难度覆盖基础、中等和困难:
| 语言 / 场景 | 基础题通过率 | 中等题通过率 | 困难题通过率 | 综合通过率 |
|---|---|---|---|---|
| Python(数据分析) | 100% | 90% | 60% | 83.3% |
| JavaScript(前端交互) | 95% | 85% | 55% | 78.3% |
| SQL(复杂查询) | 100% | 95% | 75% | 90.0% |
| Java(后端业务) | 90% | 80% | 50% | 73.3% |
| Go(并发编程) | 85% | 70% | 45% | 66.7% |
最亮眼的是 SQL 能力——90% 的综合通过率,甚至超过了一些专用 SQL 辅助工具。这得益于 K3 在结构化推理上的优势。相比之下,Go 并发编程的困难题通过率只有 45%,在处理 goroutine 和 channel 的复杂交互时,K3 仍容易出错。
同时实测发现,K3 生成代码的注释质量普遍较高,尤其在复杂逻辑处会附带中文解释,对国内开发者非常友好。下面是一个典型的代码生成示例:
import pandas as pd
import numpy as np
from scipy import stats
def analyze_sales_data(df: pd.DataFrame) -> dict:
"""
分析销售数据,计算关键指标和异常检测。
Args:
df: 包含 'date', 'product', 'quantity', 'revenue' 列的 DataFrame
Returns:
包含统计摘要和异常记录的字典
"""
# 数据预处理:处理缺失值和异常格式
df = df.copy()
df['date'] = pd.to_datetime(df['date'], errors='coerce')
df = df.dropna(subset=['date', 'revenue'])
# 计算核心指标
total_revenue = df['revenue'].sum()
avg_daily = df.groupby('date')['revenue'].sum().mean()
top_product = df.groupby('product')['revenue'].sum().idxmax()
# Z-score 异常检测
daily_revenue = df.groupby('date')['revenue'].sum()
z_scores = np.abs(stats.zscore(daily_revenue))
anomaly_dates = daily_revenue[z_scores > 2].index.tolist()
return {
'total_revenue': round(total_revenue, 2),
'average_daily_revenue': round(avg_daily, 2),
'top_selling_product': top_product,
'anomaly_dates': [d.strftime('%Y-%m-%d') for d in anomaly_dates],
'anomaly_count': len(anomaly_dates)
}
6.2 代码审查与 Bug 定位
我们准备了 30 段包含 Bug 的代码(Python、Java、JavaScript 各 10 段),错误类型涵盖逻辑错误、边界条件、并发问题、内存泄漏等。
K3 的表现:
- 成功定位 Bug 并给出正确修复方案:22/30(73.3%)
- 定位到 Bug 但修复方案有瑕疵:5/30(16.7%)
- 未能定位 Bug:3/30(10.0%)
一个值得注意的现象是:K3 在分析 Python 和 Java 代码时表现接近,但在 JavaScript 异步代码的 Bug 定位上明显更吃力。另外,对于需要多文件上下文才能发现的 Bug(如前后端接口不匹配),K3 基本束手无策。这说明 K3 还不适合做跨项目级代码审查,但在单文件 Bug 排查上已经能帮上大忙。
6.3 工具调用能力
Function Calling 是 K3 面向开发者场景的关键能力。我们设计了一个包含 5 个工具的复杂任务链:先查询天气 API → 根据天气决定是否查询航班 → 查询航班 → 根据航班信息预订酒店 → 整合所有信息生成行程方案。
K3 在 20 组测试中:
- 完整正确完成全链路调度:16/20(80%)
- 中间步骤出错但能继续调整:3/20(15%)
- 完全失败:1/20(5%——因天气 API 返回数据异常导致后续链条断裂)
80% 的全链路成功率在目前的国产模型中属于第一梯队。尤其值得肯定的是,在 3 个出错案例中,K3 能够自己发现问题并尝试切换策略,而不是机械地按预设流程执行。
七、行业应用实测:从办公到专业领域
前面几章聚焦的是能力基线,这一章我们切换到真实场景,看看 K3 在日常工作和各行业中的实用性。
7.1 日常办公场景
笔者用 K3 代替自己完成了一周的部分日常工作,包括邮件撰写、会议纪要、文档整理和简单的 PPT 大纲生成。
体验总结:
- 邮件撰写:质量接近「中等资历的助理」。能够根据语境调整语气,支持中英双语混排,但偶尔会在商务邮件中「过度礼貌」,需要手动精简。
- 会议纪要:这是 K3 的绝对强项。上传一小时会议的录音转写文本(约 1.5 万字),K3 能在 20 秒内输出结构清晰的纪要,包含议题摘要、关键决策、待办事项和责任人。对比笔者的「人工纪要」,K3 版本的信息覆盖率约 90%,几乎没有遗漏关键信息点。
- PPT 大纲生成:输入一个主题和基本要求,K3 能生成逻辑清晰、层次分明的 PPT 大纲,甚至会给每页建议配图方向。但在视觉呈现的创意性上,显然不如专业 PPT 设计师。
- 长文档校对:对于超过 5000 字的长文,K3 的校对效果优于大多数人类初校,能发现错别字、重复段落、逻辑跳跃和事实性错误。但在识别「微妙但错误的表达」上,仍不如资深编辑。
7.2 专业领域表现
我们邀请了法律、医疗和金融三个行业的专业人士,分别对 K3 进行领域专项测试:
法律领域
测试任务:审查一份 20 页的股权转让协议,识别潜在风险条款。
K3 成功识别了 11 处风险点中的 9 处,包括竞业禁止范围过宽、违约责任不对等、争议解决条款模糊等。漏掉的两处是「间接责任条款」和「最惠国条款的触发条件」,这两类条款的隐蔽性较高,通常需要资深律师才能发现。
一位参与测试的律师评价:「可以替代初级律师完成合同初审,但最终把关仍然需要人类律师。」
医疗领域
测试任务:阅读 15 篇关于某种罕见病的英文文献,生成中文文献综述。
K3 的表现超出预期:综述涵盖了所有文献的核心发现,正确区分了各研究的方法论差异,并在总结部分指出了现有研究的三个主要局限性。评测医生评分 85/100,扣分项主要是「缺少对某些治疗剂量争议的深层分析」。
需要特别强调:K3 不具备医疗执业资格,所有输出仅供参考,不能替代医生的专业判断。
金融领域
测试任务:分析一份上市公司的季报,识别财务数据中的异常信号。
K3 在 3 分钟内完成了对一份 45 页季报的分析,识别出:应收账款周转天数异常增长、经营活动现金流与净利润的偏离幅度扩大、存货跌价准备计提比例低于行业均值三个关键风险信号。这一分析质量与某券商初级分析师的研报水平相当。
7.3 教育与学习场景
K3 在「因材施教」上表现出了不错的灵活性。我们用一道高等数学题测试了它的讲解能力:
「请用三种不同深度讲解这道微积分题:给高中竞赛生、给大一新生、给非理工科背景的成人。」
K3 的三种讲解层次分明,用词和推导深度适配了三种不同的受众。给竞赛生的版本直击本质,用到了泰勒展开的技巧;给大一新生的版本步骤详细,每个中间变换都有解释;给非理工科背景的版本则大量使用类比和可视化描述,避开了公式推导。
这种「同一知识点,多层次输出」的能力,在个性化教育、企业培训和内容分发的场景中潜力很大。
八、不足与局限:诚实面对短板
写测评不能只唱赞歌。经过三周的使用,以下是笔者对 K3 短板的真实观察。
8.1 响应速度问题
K3 在复杂推理和长上下文处理时的「慢思考」机制是一把双刃剑。在 200K token 的上下文中提问,首字响应时间常在 7-12 秒之间。如果用户同时开启了联网搜索或多文件上传,等待时间可能进一步延长到 20 秒以上。
对于习惯了秒级响应的 C 端用户来说,这个等待体验并不友好。对比豆包、通义千问等竞品动辄 1-3 秒的响应速度,K3 的「慢」可能会劝退一部分追求效率的非专业用户。
8.2 特定领域知识盲区
在小众垂直领域,K3 的知识覆盖还存在明显缺口:
- 小语种能力薄弱:日语、韩语的处理能力尚可,但泰语、越南语等东南亚语种的理解和生成质量显著下降。阿拉伯语、希伯来语等从右向左书写体系的语言几乎不可用。
- 垂直行业术语理解不足:在石油化工、航空航天、半导体制造等高度专业化的领域,K3 对术语的理解和使用偶尔不准确,可能误导非专业用户。
- 中华传统文化细节有偏差:K3 在中医典籍、古代历法、传统戏曲等需要深厚文化积累的领域,偶尔会出现「望文生义」的错误。
8.3 价格与可及性
| 模型 | 输入价格(元/百万token) | 输出价格(元/百万token) | 免费额度 |
|---|---|---|---|
| Kimi K3 | 15 | 60 | 每天 100 次对话 |
| GPT-4o | 约 36($5) | 约 108($15) | 有限免费 |
| Claude 3.5 Sonnet | 约 22($3) | 约 109($15) | 有限免费 |
| 通义千问 Max | 20 | 60 | 有免费额度 |
| DeepSeek V3 | 8 | 16 | 基本免费 |
K3 的 API 定价在国内模型中属于中上水平,与 GPT-4o 相比有明显价格优势,但面对 DeepSeek V3 的「白菜价」,性价比上并不占优。好在普通用户目前的免费额度还算充裕,每天 100 次对话基本够用。
九、总结与展望:K3 在 AI 竞赛中的位置
9.1 综合能力评估
基于以上各维度的测试,笔者给出 K3 的综合能力评分:
| 能力维度 | 评分(满分10分) | 一句话评价 |
|---|---|---|
| 长文本理解 | 9.5 | 行业标杆,128K 以内近乎完美 |
| 推理能力 | 8.8 | 追平国际一梯队,逻辑一致性突出 |
| 多模态理解 | 8.5 | 中文图文能力领先,公式识别有短板 |
| 代码能力 | 8.0 | 日常开发足够用,复杂项目仍需 Copilot |
| 工具调用 | 8.5 | 复杂链路调度能力出色 |
| 响应速度 | 6.5 | 慢思考模式下体验不佳 |
| 价格竞争力 | 7.5 | 合理但不突出,面临 DeepSeek 冲击 |
| 中文综合体验 | 9.2 | 中文场景的第一选择之一 |
9.2 适用人群画像
- 最适合:需要处理大量文档的知识工作者(研究员、律师、分析师)、内容创作者、中文场景重度用户、需要文档解析和跨文档分析的职场人士。
- 较适合:日常办公用户、编程学习者、教育从业者、需要多模态理解的设计和运营人员。
- 不太适合:对响应速度极度敏感的用户、需要极高代码生成准确率的专业开发者、主要使用小语种的用户。
9.3 长文本之外,K3 真正的竞争力在哪
回到本文的核心命题:长文本之外,K3 真正的竞争力是什么?
经过三周的深度使用,笔者认为答案可以归结为三点:
第一,中文多模态理解的「场景深度」。K3 不只是能看懂中文图片,它更懂中文图片背后的场景——知道一张中国式财务报表长什么样,能理解一份中文政府公文的行文逻辑,能从一张手写的中医处方中提取结构化信息。这种「场景深度」是单纯靠大规模训练数据无法复制的,需要大量的中文语料和场景级调优。
第二,「会思考」的长文本能力。把文档塞进模型让模型找到其中某句话,这只是长文本的 1.0。K3 做到了跨文档推理、矛盾检测、隐含假设识别,这让长文本从「信息检索工具」变成了「知识分析引擎」。
第三,推理一致性。在多步推理、跨文档分析、复杂决策场景中,K3 很少出现前后矛盾或逻辑断裂。这种可靠性对于需要严谨性的专业场景至关重要——你可以信任它给出的分析,而不需要每次都逐字复核。
9.4 对未来的期待
K3 是一款让人印象深刻的模型,但它显然不是终点。对于下一代模型,笔者有三点期待:
- 推理速度的实质性突破:能否在保持推理质量的同时,将平均响应时间压缩到 3 秒以内?这是 K3 从「专业工具」走向「大众产品」的关键一步。
- 多模态交互的闭环:当前 K3 能理解图片内容,但不能直接在图片上标注、修改或生成新图片。如果未来能在会话中直接输出带标注的图片、可编辑的图表,实用性将大幅跃升。
- 更开放的生态:目前 K3 仍主要服务于 Kimi Chat 和 API 两大场景。如果能开放插件市场,让第三方开发者为 K3 构建垂直领域的功能扩展(如法律、医疗、金融的专业工具),它的价值天花板将远高于现在。
总的来说,Kimi K3 是 2025 年国产大模型中最值得关注的产品之一。长文本是它的起点,但它正在证明:自己远不止于此。
更多推荐

所有评论(0)