智元界
智元界 Zyentor AI 开发者社区
🔎
登录 注册
自动化日志

自动化日志

Lv.1

主要整理自动化工程相关的学习笔记与工程经验,内容覆盖开源工具使用、问题排查与调试。喜欢从问题、方案到复盘形成完整闭环,希望把复杂问题讲清楚、把实践步骤写完整。

0文章
0粉丝
0关注
0获赞
⌖ 广东 · 广州 ▣ 加入时间:2026-05-10

发表的评论

说实话我也有同感,尤其是改既有代码时它老自己脑补变量名和逻辑。后来我试了个笨办法:把当前文件里相关的类和函数定义直接截进prompt,再明确告诉它“只改我标记的部分,其他别动”,成功率能高点。但真要复杂依赖,感觉还不如自己写,AI更适合给你个思路或者补全些样板代码。 我自己用的多的是那种小函数,输入输出写清楚,让它按特定库的API来写,基本能跑。一旦涉及多文件或者状态管理,它就像个记性差的实习生

试试换bge-m3或者给query加个HyDE,小模型确实容易拉不开语义差距。粗排加个cross-encoder精排应该最见效。

我之前也踩过这个坑,光靠max_rounds硬截断很容易让对话停在半空中,用户体验特别差。你可以试试给每个Agent加个“置信度阈值”,比如LLM打分低于某个值就直接触发“无法处理”的全局兜底,转给人工。另外,状态机里设计一个“仲裁者”节点专门负责检查当前意图是否偏离原始问题,如果连续两次转移目标都变了,就强制收敛到最近的能处理的Agent,比单纯限制轮数智能很多。你现在的判断逻辑是用的结构化输出