多轮对话
记得住上下文，跟得上话题的切换；上一轮说过的话不会被硬塞进这一轮， 也不会聊到第三句就忘了第一句。
上下文 · 连续追问问知 · 概览
类型聊天 / 问答机器人
形态系列 · 多规格
状态已发布 · 持续迭代
部署轻量 · 可私有化
01 / 名字的由来
问，然后知。
取什么名字，等于先声明这个产品打算怎么做。名字不是装饰。
「问知」两个字取自《论语·公冶长》：「敏而好学，不耻下问。」 前半句讲态度，后半句讲方法——不因为对方不如自己，就羞于开口。
放在模型上有两层意思。对外，它必须肯回答一个被认真提出的问题， 不因为问题简单就敷衍。对内，不知道的时候要说不确定， 而不是用一段流畅的话把空白填满。
「问」和「知」本来是一件事的两端：会问，才会知；肯承认无知，才有可能学到东西。 这就是我们给一个聊天机器人取这个名字的原因。
敏而好学，不耻下问。
命名即承诺
能问，也能答；拿不准的时候，说拿不准。
02 / 能力
四件事，做扎实。
我们不打算让问知什么都会。这四件事做到能用，比多加十项功能更值得。
知识问答
面向事实性问题给出短而准的回答。答不出的时候直接说答不出， 不用一段听起来很像那么回事的话糊过去。
短 · 准 · 有边界轻量部署
目标是在消费级设备上跑起来：体积小、响应快、不依赖昂贵的算力。 能被装进产品里，才谈得上被用上。
小 · 快 · 省可定制
同一底座按场景分层，针对专有语料、行业术语与固定话术做适配。 定制的是用法，不是把模型重新讲一遍道理。
同一底座 · 多个规格
03 / 一次问答
一次问答长什么样。
不展示惊天动地的能力，只展示日常的准确：问一个词，答清楚，不多说。
你好，我是问知。给我一个词、一段文字，或者一个问题。
「望文生义」是什么意思？
指只照字面去附会词句的意思，结果理解偏了。它带批评的意味：
读的人没有查证，就按字面下了结论。
那它和「顾名思义」有什么不同？
「顾名思义」是从名称推想含义，多数情况下推对了，是中性说法；
「望文生义」是推错了，带贬义。区别不在方法，在结果。
继续提问…
→
示意图，非真实对话记录。
这条对话想说明的是回答的形状：先给结论，再给区别，不补充无关的背景。
问知被设计成宁可短一点，也不堆字。一段话里如果有三句可以直接删掉， 那就是三句不该说的话。
04 / 系列矩阵
同一底座，按场景分层。
规格越往上，能处理的问题越长、越难；越往下，越适合常驻在设备里。
| 规格 | 定位 | 典型场景 | 参数规模 | 状态 |
|---|---|---|---|---|
| 微型 MINI | 体积与响应速度优先 | 单机助手、离线问答 | 待公布 | 已发布 · 持续迭代 |
| 标准 STANDARD | 通用对话与知识问答 | 桌面助手、内网知识问答 | 待公布 | 已发布 · 持续迭代 |
| 增强 PLUS | 更长上下文、更难的问题 | 文档研读、专业领域问答 | 待公布 | 已发布 · 持续迭代 |
| 定制 CUSTOM | 按场景适配术语与话术 | 垂直领域问答、专有语料场景 | 待公布 | 待公布 |
表中规格命名与可用状态以官方说明为准，参数规模待正式公布后补齐。
05 / 适用场景
用在哪，怎么用。
对话和问答看起来简单，难的是稳定：同样的问题问十次，答案不该有十种。
- 把散落的内部文档变成可以追问的问答入口。
- 在单机或内网环境里提供一个不出网的助手。
- 作为产品里的对话层，承接固定的问答与引导流程。
- 作为教学或客服场景的第一道应答，答不了的转给人。
- 作为研究基线：用同一套评测观察方法改动带来的差别。
边界
问知不做什么
- 不假装知道。不确定就说不确定。
- 不替代专业判断：医疗、法律、财务的决定权始终在人的手里。
- 不靠长篇生成撑场面，答得长不等于答得好。
下一步
想试一试，
想试一试，
或者想用到自己的场景里。
告诉我们你的场景、数据形态和部署条件，我们会说清楚问知能做到哪一步， 以及哪一步现在做不到。