搭了快两个月的Agent，感觉就是个套壳的if-else，问题出在哪？

我踩过类似的坑，后来发现关键不是框架本身，而是任务定义太模糊了。如果每个节点该做什么、边界在哪没写清楚，模型只能靠猜，自然就反复横跳。我现在会把复杂分支拆成多个小决策点，每个点只让模型做二元选择，配合少量规则兜底，反而稳定不少。至于评测，可以先拿二十条真实case跑一遍，看失败模式是集中在工具选择还是流程控制，再判断值不值得继续投入。

这问题太真实了，我去年做类似项目也是demo惊艳上线就崩。后来发现关键不在框架，而在你有没有把任务拆到模型每次只需要做一个“二选一”的判断。如果单个节点里模型要同时决定调什么工具、传什么参数、要不要追问，那出错率是指数级上升的。建议先别急着加规则兜底，拿一批真实case跑个混淆矩阵，看看模型到底在哪个决策点上翻车，很多时候是提示词里的选项边界没写清楚。

我之前也踩过这个坑，后来发现关键往往不在框架，而是任务边界没切干净。你把决策空间收窄，比如每个节点只让它做一件事、工具数量压到三五个，横跳会少很多。评测的话可以先攒一批真实case，看工具选择准确率和平均步数，数字不涨就别硬撑了。

你这不是套壳，是任务拆太碎了，模型每次只看局部当然乱跳。先画完整状态图再让模型填空试试。

这问题太真实了，我前阵子也卡在这个阶段。后来发现关键不是模型选不对工具，而是我给的决策空间太大了，一个节点塞了七八个工具，模型不懵才怪。试着把每个节点的职责收窄到只做一件事，比如单独搞个澄清节点，准确率能上来不少。另外评测别只看端到端成功率，把每个决策点的准确率拆开看，才知道到底是哪层拖后腿。如果拆完发现大部分错误都集中在某两三个节点，那这项目还有救，不然真不如老老实实写状态机。