企业官网建设流程全解析

这个算不上一个完整的技术分享，只能算是心得感悟。

背景

最近在做一个智能体客服的项目，依照要求，先制作了一个可点击的知识树，知识树直接以卡片的形式显示在前端，可以直接点击；随后开始完成 AI 回复相关的功能，要求 AI 回复的信息能与知识树对应。

由于我也是第一次做这类的项目，我认为越先进的技术就使劲往上加，但是越到后面越不对劲了，越到后面我发现 AI 的不确定性越来越高了：有时仅仅想要返回知识树中的一个小内容，AI 的回答却总是不尽人意，要么长得离谱，要么多且杂。一时间让我的脑子很乱，我甚至想要尝试在智能体客服中使用多模型主从架构（即使我知道这个并不会有什么作用）

先进的技术就像是太阳，我就一直看着它，眼睛也开始有点酸了。

第一性原则

后来我仔细思考，我想做的是智能体客服，而不是那种庞大的 Agent 工具。我从头开始想了一下我到底需要什么。紧接着我发现：我似乎不需要经过 AI？我需要的只是让 AI 返回知识树，而之所以 AI 返回的内容十分杂乱的原因就是：AI 的回答不可能会完全一致。

工具调用即终点

这一个非常简单的解法就突兀地出现在我的脑海里，十分突兀，却十分有用。我使用了“工具即终点”，我增加了一个工具调用，这个工具调用的作用是去数据库里面获取对应的知识树结构，当 AI 调用了这个工具时，就不再去走 AI 回答的途径了，而是直接返回给前端知识树中对应的内容。前端直接渲染就可以了。

Agent 开发也需要做减法

这样子简单的回想一下我突然发现，似乎我没有必要把架构做得那么‘满’。

一个优秀的架构师要做的从来不是加法，而是减法。很多时候我总是在想：再多一些功能会不会更完美，再多一些内容会不会更惊艳，但是我却忘记了：难的从来不是加法，而是减法。