这个算不上一个完整的技术分享只能算是心得感悟。背景最近在做一个智能体客服的项目依照要求先制作了一个可点击的知识树知识树直接以卡片的形式显示在前端可以直接点击随后开始完成 AI 回复相关的功能要求 AI 回复的信息能与知识树对应。由于我也是第一次做这类的项目我认为越先进的技术就使劲往上加但是越到后面越不对劲了越到后面我发现 AI 的不确定性越来越高了有时仅仅想要返回知识树中的一个小内容AI 的回答却总是不尽人意要么长得离谱要么多且杂。一时间让我的脑子很乱我甚至想要尝试在智能体客服中使用多模型主从架构即使我知道这个并不会有什么作用先进的技术就像是太阳我就一直看着它眼睛也开始有点酸了。第一性原则后来我仔细思考我想做的是智能体客服而不是那种庞大的 Agent 工具。我从头开始想了一下我到底需要什么。紧接着我发现我似乎不需要经过 AI我需要的只是让 AI 返回知识树而之所以 AI 返回的内容十分杂乱的原因就是AI 的回答不可能会完全一致。工具调用即终点这一个非常简单的解法就突兀地出现在我的脑海里十分突兀却十分有用。我使用了“工具即终点”我增加了一个工具调用这个工具调用的作用是去数据库里面获取对应的知识树结构当 AI 调用了这个工具时就不再去走 AI 回答的途径了而是直接返回给前端知识树中对应的内容。前端直接渲染就可以了。Agent 开发也需要做减法这样子简单的回想一下我突然发现似乎我没有必要把架构做得那么‘满’。一个优秀的架构师要做的从来不是加法而是减法。很多时候我总是在想再多一些功能会不会更完美再多一些内容会不会更惊艳但是我却忘记了难的从来不是加法而是减法。