客户在聊天里甩来一张铭牌照片，问这个能不能用在 -20℃ 的环境里。销售在旁边催，我心里一急，第一反应往往是先把话说完再找依据。

先说明，这是典型场景还原，不是哪一家客户的真实记录。

FAE 答技术问题，风险不在答不出，在答得看起来对。

答不出和答错，代价不是一回事

答不出，客户会再问一遍。

答错，客户照着做了。坏的是设备，是后面的订单，是你在客户心里的信用。哪一样出问题，心里都不会舒服。

所以 FAE 真正想要的不是更快的 AI，是一句能被追回原始文档的话。带出处的价值也不在「快」上。它把「我记得是这样」换成「规格书第 12 页写着是这样」，这两句的分量完全不同。

凭记忆答是 FAE 最贵的一种省事。手上没资料还能把话说完，靠的是训练出来的印象。印象这东西平时看着挺准，压强一上来就不一定了。

我以前也爱这么干。凭印象把话说完，回头想补一句依据，通常补不上。原因很简单，那句话本来就不是从某份文件里长出来的。

不少人有另一个想法：反正答不出来的是 AI，又不是我。

后来发现反了。答不出来的是我。AI 那边顶多给个空，知识库那边顶多给个旧版本，代价落在答话的人身上。

这就是我说的「最贵的一种省事」。省下的几分钟，后面要用别的补。

带出处之后，回话长什么样

客户消息里带技术问题的时候，规格、参数、安装方式、认证标准这几类，消息旁边会多出一个「💡 AI 建议回复」标签。点开是一份草稿，草稿下面挂着引用来源，标着文档名和页码或者章节。

草稿底下三个动作：采用、编辑后发送、忽略。

发出去这一步是人点的。它给你的是一份可以改的草稿，和一个能点开的出处，不是一条已经躺在客户窗口里的消息。

这个区别是要紧的。工业品的技术问题答错，代价落在客户那边的设备上。系统替你按了发送，出了事它不会替你跟客户解释。客户那边出事故，第一个被问的是当时谁回的这句话。

出处那行还有个日常用法。看到文档名和页码，你知道该翻哪一页，不用把整份规格书从头读一遍再决定信哪一段。

说实话，我更在意草稿底下那行引用来源，而不是草稿本身写得多顺。

知识库里该放什么

格式先说清楚：PDF、Word、Markdown、URL，四种。

再说什么该进去。产品资料、认证文件、规格书，这些是本来就该有答案的地方。把它们放进一个能被搜到的地方，比散在三个人的电脑里强。

我每份文档进去之前先问一句：客户问技术问题的时候，会不会指着我这份文件说就按这个来。答不上来就别放。

体积有个限制。单个文件不超过 50MB，整个库不超过 2GB（按套餐可调）。

版本的事也得管。文档更新了，用替换上传换上去，旧版本留着，能回滚。文档作废了，标记成「已失效」，它就不再被引用。

这里有个容易搞混的地方：知识库不是文件柜。文件柜讲究收全，它讲究准。

三份文档，放进去比不放更危险

文档危险在哪进来之前先做什么
旧版认证文件AI 引用的是过期结论，客户照着去送样换最新版，旧版标「已失效」
销售用的彩页参数挑着写，跟规格书对不上别进库，它属于报价流程
报价单当规格书报价写的是这一单的条件，不是产品规格只当附件，不当依据

放错文档比空着更危险。空着的知识库，AI 会说答不出。放错的知识库，AI 会给出一个带出处、带页码的错答案，看着特别可信。

认证这类问题尤其要小心。AI 引到的是哪一版、哪一年，你得自己看一眼。文档上写着有效期的，就对着有效期看一眼。

引用次数，是一张反过来的体检表

管理页的文档列表里，每份文档都带两栏。一栏是 AI 索引状态，分已索引、索引中、索引失败，上传完先看一眼。另一栏是引用次数，这份文档在 AI 回复里被引过多少回。

索引失败的那几份，引用次数自然低。两个数放一起看，才知道是文件本身有问题，不是没人问。

一般人会盯着次数高的那几份，它们是你的主力资料。更有用的读法是反过来：某个问题反复来，AI 却始终引不到东西，这说明知识库里缺这一份，不是 AI 笨。我觉得这比看谁最常被引更值得花时间。

这个体检表还有一层意思。被引最多的那几份，是你的主战场，也是你答错代价最大的地方。回头看一眼它们是不是最新版。

管理页右下半是测试面板，能模拟客户提问测效果，看到引用来源对不对，再让它进实战。答得不对还有个「反馈：回答不准确」可以点，点了会记下来。

它会答错的地方，和它不掺和的地方

先说它不掺和的。它只对技术问题触发，规格、参数、安装方式、认证标准这几类。价格、交期这类不触发。这点是优点，你问价它不会抢答。

再说它会答错的地方。文档本身过期，答出来就是错的，AI 不认识你文档的寿命。客户问得太口语，就匹配不到，只能我自己去翻，挺无奈的。客户问「这玩意儿能放冰箱里吗」，文档写的是工作温度范围，字面上一个都对不上。

跨文档的对比问题也容易只引一半。问两个型号哪个耐温高，它可能只把其中一个的文档拉出来。

这几条我一开始也以为是故障，后来才想明白，不是 bug，是资料的形状决定的。文档写得越规整，问法越接近规范用词，它给的出处越靠得住。

你的活儿从打字变成拍板

采用、编辑后发送、忽略，三个动作摆在那儿。

我的观察是，「编辑后发送」比「采用」更常见，才算正常状态。真的次次都点采用，只有两种可能：知识库太窄，或者你放弃了判断。这两种都得去修。

带出处之后，人要拍的就是那一层。引的是哪一版，对不对客户的项目，答案能不能这么答，出事谁担。这几件事本来就没打算交给机器。

我自己的顺序是先看引用那行，再读草稿。反过来做，容易被草稿写得顺带走。上个月那次，引用的版本跟规格书新版对不上，我发出去了才发现。

今天就能做的一件事

把手上客户最常问的 20 个技术问题列出来。翻聊天记录，数哪几个问题在反复来。

列完倒推，该传哪 5 份文档。20 分钟，一支笔。

你会发现要传的比你想的少。多出来的那几份，标成「已失效」或者干脆别放。

传完打开测试面板，把这 20 个问题一个一个输进去。哪一条引不到东西，就知道缺哪一份了。

这份清单半年后再列一次，两次的差集就是你知识库的真实缺口在哪。

SiliMind 官网里有产品能力边界的完整说明，看完再决定投不投。