中文教程 · 独立阅读版
Kimi 模型:让长文请求保留原文位置
从文件解析到消息组织,理解网页版附件与程序输入的不同。
进入互动版,练习并保存成果开始前准备
能阅读 JSON,准备一份有章节标题的公开报告。实际接口参数按 Moonshot 当前文档确认。
1. 先确认模型收到的是文件还是解析文本
打开当前 Kimi API 开放平台文档。快速开始确认:OpenAI 兼容调用使用 https://api.moonshot.cn/v1,密钥来自 MOONSHOT_API_KEY;本次默认示例为 kimi-k3。文件处理需再打开文件问答指南,不能把网页上传步骤当作接口协议。Kimi 网页拖入 PDF 后的解析流程由应用处理,程序请求需要按接口协议准备材料。
不要把本地路径字符串当作文档正文。先抽查解析得到的标题、目录和一段原文,保证输入可读取。
2. 按章节组织材料并预留输出空间
在每段材料前保留报告名称、章节和页码等位置标记,再提出具体问题。若拆分材料,保留片段与原文件的映射。
查询当前模型的上下文限制,输入、历史消息和预期输出都要计入规划。长上下文也不等于可以不加组织地堆入所有文件。
3. 用位置和摘录一起核对
要求回答保留短摘录和章节标记,再回到解析文本和原始报告双重检查。只看到一个页码并不能证明引用正确。
报告没回答的问题返回资料不足,解析失败的页面要标为未读取。不要让模型凭常识补出缺失章节。
练习与核对
- 抽查报告解析出的三个位置
- 设计有章节标记的输入格式
- 列出超长输入和缺失页面的处理
按实际操作自查,完成标记与成果草稿请在互动版保存。
打开练习与核对带走这一点
长文处理需要材料组织和位置映射,容量大也不能代替引用检查。
资料与核对记录
部分步骤待核对已确认 Kimi 当前开发平台、认证、兼容地址和调用示例。
长文分段和引用练习为本站自编;文件解析接口的完整格式、各模型限制与账号调用尚待复核。
- Kimi API 快速开始
已核对资料 · 获取:2026年9月14日 · 来源更新:未披露
认证、兼容接口与当前示例