天工AI 是昆仑万维推出的 AI 助手。官方描述里最关键的一句是「把搜索与对话合并成一条链路」，紧接着解释了这条链路怎么走——先检索再作答并附来源，并把适用场景点名为「需要边查边问的信息获取」。
这三句话构成一个完整的产品逻辑。这篇文章把它拆开，讲清楚合并意味着什么、附来源的价值在哪、以及它适合和不适合什么。
搜索与对话本来是两件事
传统用法里，搜索和对话是分开的：先在搜索引擎里翻结果、点开链接、自己比对，然后（如果还有疑问）再去别处提问。两个动作之间有一次人工的切换。
这次切换的代价是上下文丢失——你在搜索结果里看到的东西，得自己复述给对话工具。官方说「合并成一条链路」，针对的就是这个断点。
先检索再作答
「先检索再作答」描述的是顺序。模型不是直接凭训练数据回答，而是先去取资料，再基于资料组织答案。
这个顺序对回答的性质有直接影响。凭记忆作答的模型，知识停在训练数据的时间点上；先检索的模型，有机会覆盖更新的信息。代价是多了一步检索，响应通常会比纯生成慢一点，这是这类产品普遍的取舍。
附来源的价值
官方描述里「附来源」这三个字，是判断一条回答能不能用的关键。
对话式回答最麻烦的地方在于：它说得像模像样，但你没法判断真假。附上来源，等于给每个结论留了一条回查路径——你可以点进去核对原文，而不是只能选择相信或不信。对需要把信息用于实际决策的场景，这一步不是锦上添花，而是前提。
合并之后，工作流变成了什么样
把两个动作并成一条链路，改变的不只是速度，还有提问的方式。分开用的时候，人习惯先想好一个宽泛的关键词去搜，再根据结果追问；合起来之后，你可以直接把完整的问题说出口，让产品去决定该检索什么。
这对不熟悉检索技巧的人尤其友好——你不需要知道该用什么关键词，把问题描述清楚就够了。对熟练用户来说，省下的则是反复在搜索框和对话框之间搬运上下文的那部分时间。
它适合什么场景
官方点名的场景是「边查边问」。翻译成具体任务，大概是：查一个不熟悉的话题、核对一个具体说法、把零散信息整理成可引用的结论。
反过来，如果你的问题是纯创作类（写一段文案、编一个故事），检索并不带来额外价值，甚至可能限制发挥。这类需求用纯生成型工具更直接。
一个务实的分工是：需要事实和出处的部分交给它，需要风格与表达的成稿环节交给写作类工具，各取所长，避免让一个工具同时承担查证和创作两种目标。
小结
- 天工AI 由昆仑万维推出。
- 官方描述其把搜索与对话合并成一条链路。
- 官方描述其工作方式是「先检索再作答并附来源」。
- 官方点名的适用场景是需要边查边问的信息获取。
- 检索型回答通常比纯生成慢，属于这类产品的普遍取舍。