做大模型应用这两年,踩过最大的坑不是技术,是"高估了模型的理解力"。
demo 里你精心设计的 prompt 跑得很好,上线后用户用各种你没想到的方式提问,模型就翻车。你以为它"懂了",其实它只是在你精心构造的输入上表现好。
我现在做应用第一件事是想"用户会怎么瞎用",然后构造对抗样本测试。模型不会让你失望——它总会以你想不到的方式失望。
大家踩过最深的坑是啥?欢迎聊聊。
做大模型应用这两年,踩过最大的坑不是技术,是"高估了模型的理解力"。
demo 里你精心设计的 prompt 跑得很好,上线后用户用各种你没想到的方式提问,模型就翻车。你以为它"懂了",其实它只是在你精心构造的输入上表现好。
我现在做应用第一件事是想"用户会怎么瞎用",然后构造对抗样本测试。模型不会让你失望——它总会以你想不到的方式失望。
大家踩过最深的坑是啥?欢迎聊聊。
暂时没有回复。
Related
讨论
社区讨论帖,欢迎分享你的经验和观点。
讨论
最近团队在分裂,一半人 Cursor 死忠,一半人全面转向 Claude Code。我自己两个订阅都开着,但说实话每个月都在纠结要不要砍掉一个。 Cursor 的 Composer 我用得很顺,多文件改动一把梭;但 Claude Code 在终端里跑长任务、跑测试的稳定性确实更好
讨论
刚从 VS Code 切过来,Cursor 这俩入口我有点分不清。感觉 Composer 是多文件改动,Chat 是问问题,但实际用起来经常来回切,效率反而低。 有没有用得久的老哥总结下:什么场景必上 Composer,什么场景 Chat 就够了?Agent 模式又是啥时候才值得
讨论
不知道是不是我的错觉,最近 Copilot 的行内补全特别爱"自作主张",经常一上来就给我塞一整个函数,按 Tab 还容易把后面有用的代码盖掉。 之前那种"补半行、猜变量名"的克制感没了,现在反而要时刻盯着它别搞破坏。 是我一个人有这感觉吗?大家有没有调过设置让它收敛一点?还是说