作者澄清重命名 GrokBot 子 Bot 并非提示词问题,而是批评模型图快不思考、不查看子 Bot 的历史记录与规则设定就草率重写。其指出这反映了模型为了响应速度而牺牲深度理解的路由机制缺陷。
我是真的无奈了,还看到有人喷我所谓的“提示词”,本来不想再扯这事了,但是这两天还是陆续有朋友给我发,真的就很烦。
对于改写GrokBot名字这么个事,根本没有什么提示词一说,那个子的GrokBot我已经用了5天了,Bot的描述和规则都是现成的,早就已经写好的了,这就是我的AIHOT的运维经理,Skill都是做好的,定时任务全都有。
这时候,我让另一个Bot,给这几个子Bot改个活泼的名字,已经2026年的10月的模型了,理论上你做改名这种事情,你一定需要知道这个Bot他过去做了什么任务吧,他的职责是什么吧,这在我看来是最基本的对吧?
然后,主Bot完全没看我的子Bot任何描述、规则,不看其他各种跑了几天的设定和任何历史记录,极其草率的只看名字,纯粹对着名字重写了,这就像一个大模型根本不看代码全局一样。
这样的问题,明明就是模型自己本身为了图快不思考的问题,你可以背后为了快做很多路由,提高用户体验,就像GrokBot确实比Dot回复的快得多一样。但是在很多任务上,你至少得多看看吧?
我喷的一直是路由机制,还有这个模型不思考图快的问题。
就这么个,我真不知道这跟提示词专不专业有啥关系?就这种任务,能涉及到什么所谓的“提示词”?
我的一句话背后,是我背后所有的Context。
就像我们做项目,难道我还必须要说:我要做个什么什么新功能,你要去参考这个模块,要去参考那个模块;这个逻辑在这个文件夹,那个逻辑在那个文件夹。你一定得全部参考明白,然后你去帮我把这个东西根据叉叉叉叉叉叉叉全部写出来?
2026年了10月了,大家都喜欢聪明的东西,就像大家都觉得Claude聪明一样,真的没有人喜欢笨的。
来源:数字生命卡兹克 · x.com