<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kimi on 科技刺猬</title><link>https://kejiciwei.com/tags/kimi/</link><description>Recent content in Kimi on 科技刺猬</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Fri, 15 Dec 2023 00:00:00 +0000</lastBuildDate><atom:link href="https://kejiciwei.com/tags/kimi/index.xml" rel="self" type="application/rss+xml"/><item><title>月之暗面 Kimi：长文本是它的杀手锏</title><link>https://kejiciwei.com/kimi-ai-assistant/</link><pubDate>Fri, 15 Dec 2023 00:00:00 +0000</pubDate><guid>https://kejiciwei.com/kimi-ai-assistant/</guid><description>&lt;p>今年的 AI 助手一个比一个能聊，但真到干活的时候，很多人会发现一个尴尬：让它读一份几十页的报告，它读到一半就忘了前文。月之暗面旗下的智能助手 Kimi 在 2023 年 10 月上线时，瞄准的就是这个痛点——超长上下文。&lt;/p>
&lt;h2 id="长文本到底长到什么程度">长文本到底长到什么程度&lt;/h2>
&lt;p>Kimi 上线时主打的卖点是支持 20 万字的上下文输入。这个数字什么概念？一篇硕士论文正文通常在三到五万字，一份公司的年度报告也就几万字，20 万字差不多等于好几本书的体量。也就是说，你可以把一整份长文档扔给它，再问它问题。&lt;/p>
&lt;p>实际用起来，体验和传统助手确实不一样。比如读论文：把 PDF 发给 Kimi，让它先提炼研究问题、方法和结论，再针对某个章节追问细节，它能保持上下文不跑偏；整理会议纪要或者采访录音转写稿时，让它按主题归纳要点，也比逐段复制粘贴省事得多。&lt;/p>
&lt;p>不过也要实事求是：上下文长不等于理解无限深。文档越长，模型在细节上的遗漏和 hallucination（胡编）风险也会上升。关键结论最好还是自己回原文核对一遍，把 Kimi 当作&amp;quot;速读助手&amp;quot;而不是&amp;quot;最终答案&amp;quot;。&lt;/p>
&lt;h2 id="哪些场景最适合它">哪些场景最适合它&lt;/h2>
&lt;p>第一类是学生和研究者。读文献、写综述的时候，Kimi 可以先帮你筛一遍：这篇论文讲了什么、方法和别人的区别在哪、结论可不可靠。有了这层初筛，再决定哪些值得精读，效率提升很明显。&lt;/p>
&lt;p>第二类是职场里的长文档处理。几十页的合同、招股书、行业报告，让 Kimi 先提炼结构和关键条款，再人工复核重点部分，比从头读到尾省时间。需要注意的是，涉及商业机密和敏感信息的文档，上传到任何第三方 AI 服务之前都要先评估合规风险。&lt;/p>
&lt;p>第三类是内容创作者。把采访录音、素材文档、过往文章一起扔给它，让它帮忙梳理时间线、找金句、列大纲，长文本处理能力在这里很对路。&lt;/p>
&lt;h2 id="长文本的边界不是越长越好">长文本的边界：不是越长越好&lt;/h2>
&lt;p>20 万字的上下文听起来很唬人，但实际使用中有几个边界值得了解。&lt;/p>
&lt;p>首先是&amp;quot;有效上下文&amp;quot;和&amp;quot;标称上下文&amp;quot;的区别。模型能接受 20 万字输入，不代表它对第 1 万字和第 19 万字的记忆同样清晰。业界有个说法叫&amp;quot;中间丢失&amp;quot;：模型对文档开头和结尾的信息记得最牢，中间部分反而容易遗漏。所以处理超长文档时，一个实用的技巧是把关键问题拆成几段，分段提问，再让模型汇总，而不是指望一次提问就得到完美答案。&lt;/p>
&lt;p>其次是文件格式的限制。Kimi 支持常见的文件格式上传，但扫描版 PDF、图片型文档需要先经过文字识别，识别质量会影响后续的理解效果。上传之前先确认文档里的文字是可选中的文本层，而不是纯图片，能省去很多麻烦。&lt;/p>
&lt;p>还有一个实际问题是响应速度。文档越长，模型处理的时间越久，复杂问题可能要等上一两分钟。赶时间的时候，不妨先让它提炼大纲和结论，再针对感兴趣的部分深入追问，分步走反而更快。&lt;/p>
&lt;h2 id="免费与使用门槛">免费与使用门槛&lt;/h2>
&lt;p>Kimi 上线初期对普通用户比较友好，基础功能免费使用，这也是它能快速积累口碑的原因之一。不过长文本处理本身成本不低，随着用户量增长，免费额度和高级功能的划分可能会调整。对重度用户来说，关注一下它的会员政策变化是有必要的。&lt;/p>
&lt;p>另外，Kimi 目前主要还是网页端和 App 的形态，没有像某些助手那样深度集成进办公软件。它的使用场景相对聚焦：打开浏览器、上传文档、开始提问。这种专注既是优点——产品目标清晰，也是局限——它不太适合需要跨应用协作的复杂工作流。&lt;/p>
&lt;h2 id="几个实用的使用技巧">几个实用的使用技巧&lt;/h2>
&lt;p>用 Kimi 处理长文档，有几个小技巧能让效果更好。&lt;/p>
&lt;p>第一，提问之前先让它列大纲。把文档发过去之后，先问&amp;quot;这篇文档的结构是什么，主要讲了哪几个问题&amp;quot;，拿到大纲再针对感兴趣的部分追问。这样做的好处是，你能快速判断它有没有理解对文档结构，避免在错误的方向上越聊越偏。&lt;/p>
&lt;p>第二，关键信息要求它标注出处。让它在回答时注明&amp;quot;根据文档第几部分&amp;quot;或者引用原文片段，这样核对起来方便得多，也能及时发现它有没有 hallucination。养成这个习惯之后，长文档处理的可靠性会明显提升。&lt;/p>
&lt;p>第三，大文档分段处理。如果一份文档特别长，可以先按章节拆成几个文件，分别让 Kimi 提炼要点，最后再把各部分的要点汇总成一份总纲。虽然多了一步，但每一步的准确率都更高，总体的效果反而更好。&lt;/p>
&lt;p>第四，善用它的文件管理。经常要反复查阅的文档，可以固定放在一个对话里持续追问，而不是每次都重新上传。Kimi 的对话是支持多轮的，同一个对话里追问，上下文是连贯的，效率比开新对话高得多。&lt;/p>
&lt;h2 id="和同类助手的区别">和同类助手的区别&lt;/h2>
&lt;p>今年国内的 AI 助手不少，豆包、文心一言、通义千问各有侧重。Kimi 的差异化就一条：把长上下文做到了极致。别的助手也在扩上下文，但 Kimi 上线时把&amp;quot;长&amp;quot;当成了品牌标签，产品设计也围绕着读文档、处理长内容展开。&lt;/p></description></item></channel></rss>