chnwine

猫总优秀啊

修正了工具减少错误几率，换了豆包和 bigmodel 的模型，调整上下文配置后开始好起来了

切换模型之后选用的工具也不一样了，但如果在使用工具的时候直接就得到了正向的结果整个流程也会通顺不少，消极的结果虽然 agent 也不会放弃但开始了试探就少了好多信心

Agent 也像真人一样么，出了错就开始丧了？

@nenseso https://mcpmarket.com/ 把这个搞下来就很厉害了

看起来爬的不太全，我写的不在里面😆

@linKnowEasy 嗯谢谢，让我多 try 一 try, 这个场景不行就换一个场景，先 try 出一条路来～

@linKnowEasy 大佬你这个回复就真的很专业直指问题点了。

> ‘普通用户要的就是 一句话就能完成一个任务’
我先回复这个问题，实际上你说的方向和我期待的一样，前两天在准备 case 的时候也是按照这个方向录制的视频，但我反复调整提示词，中间介入 agent 的工具使用还是有 15% 的幻觉数据没有发现和修复。我这两天在反思提示词要放开约束还是加强约束，目前还没有方向。另外一个问题是 agent 自动化操作 word 、excel 等数据的时候，其实这不像编程开发开着 ide 就能实时看到 agent 对代码的更新，xlsx 文件更新不会直接体现在 Excel 上，如果不能 100% 正确，又不能对操作对象的修改实时预览就有很难介入对 agent 对指导。
如果放手 agent 去独立完成，那么准确率就需要有一定的保证。如果让 agent 起到一个协助过程，那 ‘实时预览’ 就很有必要。这是两个我还没有思路的问题点。

所以
> 不同任务设置专门的 Agent, 这里 Agent 直接拆分命名为 pdf 机器人. excel 机器人. 用户要处理什么格式的。 就切换到不同的机器人就行. 不要增加用户的操作成本

这个问题就是，这是产品方向的优化方案，参考上一个问题但在技术层面我还没搞定，以至于能看到‘这个工具还是通用的 AI Agent’。

> 电脑端用户更习惯 GUI, 比如拖动文件夹到指定区域啥的, 更加的小白化
这个在 WEB 上我是做了的，套了壳之后发现拖拽不了，但核心问题还在，锦上添花的事情也没那么重要了。

再次 respect ～

@linKnowEasy 谢谢你的建议 [建议去掉用户设置 API key 的过程] 这个建议非常中肯，非常感谢。

我之前有想过去掉这时'API key'这个不走，如果去掉的话就需要自建一个模型代理和认证体系，目前还处于探索阶段，等产品成熟稳定了会考虑把这个加上的。

第二个问题，我晚上修复一下～🫰

@csfreshman 我试 git push 推不上去，push 不上去就触发不了自动部署，不是后半部分构建、访问的问题 😂。