互动
最近评论
标签
寻找感兴趣的领域
ai1 spring3 rocketmq1 redis2 iphone2 es2 python1 mysql4 flinkcdc1 docker4 sentinel1 架构3 Agent5 java5 RAG1 maven1 MCP1
文章
Java 后端看 Agent：模型不是最难的，状态才是
智能体 未读
Java 后端看 Agent：模型不是最难的，状态才是
我做了几年 Java 后端，转过来做 Agent 平台时，第一反应是补模型知识：prompt 怎么写、上下文怎么排、工具怎么调。 这些当然重要。但真正让我加班最多的，不是模型，是状态。 模型只是链路中的一段 一个 Agent 任务，在 Java 后端眼里是这样的： 接收请求，做鉴权、限流、参数校验；
Agent 架构
RAG 答得像那么回事，但引用对不上
智能体 未读
RAG 答得像那么回事，但引用对不上
有一次用户反馈：回答看起来挺专业，但点开引用，发现对不上。 我一开始不信。检索结果是我看着召回的，回答也是基于这些结果生成的，怎么会对不上？直到我把回答里的 [1]、[2] 一个个对应回原文，才发现问题：回答是对的，引用是错的。 这比“答错”更麻烦。答错，用户会怀疑；引用错，用户会相信。 先别急着换
Agent RAG
Agent 跑了一半卡住，我才知道“超时”不是加个定时任务
智能体 未读
Agent 跑了一半卡住，我才知道“超时”不是加个定时任务
有一次线上任务卡在“处理中”，用户等了很久，页面一直转圈。我第一反应是加个定时任务：超过一定时间，把状态改成失败，不就行了？ 后来发现，这个想法只对了三分之一。 卡住的不只是模型 任务链路比我想的长：接收请求、创建任务、调用模型、调工具、写结果、更新状态。任何一段都可能慢：模型排队、工具超时、网络抖
Agent 架构
给 Agent 加一道门：工具权限比 Prompt 难多了
智能体 未读
给 Agent 加一道门：工具权限比 Prompt 难多了
做 Agent 的第一版，我把精力几乎都放在 prompt 上：怎么让模型选对工具、怎么让它别乱编、怎么让输出更稳定。 直到有一次，一个外部客户端接进来，我才发现真正难的不是“让它会用工具”，而是“让它只能用它该用的工具”。 问题不是“能不能调”，而是“凭什么能调” 一开始的思路很简单：给客户端一个
Agent MCP
我为什么把“全自动 Agent”改成了半自动
智能体 未读
我为什么把“全自动 Agent”改成了半自动
上线前一周，我还在跟人演示：点一下，Agent 自己读材料、自己拆任务、自己调工具，最后把结果交回来。演示很顺，顺到我真觉得“全自动”就是产品的下一站。 结果第一次跑真实任务，它就给我上了一课。 任务跑到一半停住了。页面一直显示“处理中”，用户不敢刷新，我也不敢重启。查日志才发现，Agent 在某个
Agent 架构
你好啊！
avatar
avatar
王德明
分享设计与科技生活
最新评论
最近发布
Java 后端看 Agent：模型不是最难的，状态才是
Java 后端看 Agent：模型不是最难的，状态才是
RAG 答得像那么回事，但引用对不上
RAG 答得像那么回事，但引用对不上
Agent 跑了一半卡住，我才知道“超时”不是加个定时任务
Agent 跑了一半卡住，我才知道“超时”不是加个定时任务
给 Agent 加一道门：工具权限比 Prompt 难多了
给 Agent 加一道门：工具权限比 Prompt 难多了
分类
引用到评论
随便逛逛 博客分类 文章标签