也太蠢了啊
不知道为啥,就认死今天是2026年10月20日。
明明我就给了工具,调用一下就能知道时间的。你看隔壁deepseek同学就知道用这个工具。
让它再试一次:
意识到应该用工具了,思考了,但是不用。继续认为今天是2026年10月20日。
![]()
所以吧。。。我认为这个模型拉完了
也太蠢了啊
不知道为啥,就认死今天是2026年10月20日。
明明我就给了工具,调用一下就能知道时间的。你看隔壁deepseek同学就知道用这个工具。
让它再试一次:
意识到应该用工具了,思考了,但是不用。继续认为今天是2026年10月20日。
![]()
所以吧。。。我认为这个模型拉完了
给个连接个鸡哥 ![]()
点这个。讯飞星辰MaaS平台-官网
看来只能用来当Chat用?
但是官方在宣传这个模型的编程能力…
质疑官方。。。
速度怎么样
速度还行。但做事真不行 ![]()
其实一直在关注他们家的模型,毕竟科大讯飞是搞语音识别出身的,AI时代肯定是语音交流会更高效。然而他们家的模型一直都挺拉的,收费又贵
有点类似 Qwen3.5~3.6 时代的能力
呃。。不对
楼主你检查一下,
你的这个上下文,可能是接着特定上下文说的
并且前一个上下文曾经出现10月20日
这个利用已有上下文减少调用工具、节约token的办法,
可能不只是这个模型的情况
即使最新的ds也有
可能需要更多例子才能评价其实际智力水平。
或这个模型的提示词值得编写 current_time 值得每问题单独调用
还有一个次要情况
current_time 应该是一个可选工具(即使看上去必要)
并且与 shell 工具冲突
本地 Agent 能用 shell 时,它能从控制台拿时间,并因此无须多一个工具
关键是:我明文让它去调工具获取时间了。然后它思考了,看到了我暴露的工具,然后说确实该调用。最终没有调用
messages是一坨发过去的,在它看来,前面10月20日的assistant的内容和当前是连续的,
所以没调用
这个确实是deepseek也会干的事情,
我前两天也纠正过,改了系统提示词指出有时效性的内容必须每次重新获得时间
可问它为啥没调,
是每注意系统提示词
还是因为上下文已经有相关内容,所以认为无须调用
9B模型都能写代码
科大讯飞,也算是第一波冲锋AI的了