这个产品形态很新颖 我之前用过coze 还是在cozen只有coze平台的时候,就是只能用一些节点做一个工作流然后接进对话的阶段的时候,我觉得当时给我的震惊感很…

这个产品形态很新颖 我之前用过coze 还是在cozen只有coze平台的时候,就是只能用一些节点做一个工作流然后接进对话的阶段的时候,我觉得当时给我的震惊感很强,当时我对我身边人说在未来coze的这种工作流的形态一定是未来后端的新范式!虽然但是我觉得现在大致这种workflow的形态已经差不多定下来趋势:即workflow为后端的形态 我觉得很牛逼 然后就是manus出来之后的扣子空间出来了,当时的沙盒编辑,我觉得很新颖,当时还没有coding agent这个概念只知道这种由命令行驱动的沙盒操作很新颖好玩!我觉得这个可能是未来在agent的局限性之外的突破点(后面大家也印证了agent确实有他自己的局限例如:rag的召回率问题、模型的调用工具泛化性问题以及对于意图识别和自主规划的理解问题) 然后就是现在看到在发现了这些问题大家都知道了之后,觉得coding agent真香啊 然后就是最近看见字节的这个扣子编程了,他很符合我对coding agent的一切幻想,但是该说不说有一些槽点得骂一骂,他依旧还是当下的vibe coding模式,我觉得当下的vibe一直都有个诟病就是生成了一堆测试的代码或者重新建立了一个新函数,对话了一段时间之后,他要不然是忘了,要不然就在我的仓库(沙盒)里面开始吃灰了,希望可以优化一下这个问题))求求字节的佬(产品经理)(coze的加trae的)把这个问题优化一下,我真的有强迫症,他不用了能不能删掉)
一颗土豆
402
0 条评论
回复 @ · 取消
4
0
11
2
0