我是 one-man-company 大军中的一员,产品&开发都懂一些,类似 coze 这样的平台对我们来说应该是比较合适的。我们都是有商业项目,付钱不是问题,但我们都需要深度试用。恰好coze在起步的时候,给了其他几个国内平台没有的功能和试用额度。其他几个国内和国际的平台在当时都无法给我两者的平衡。所以,我尝试用几乎全coze.com的功能真正上线了一些商业项目。
真实使用过程中,coze比较强的是
1. 接入最强的LLM (claude, gemini, gpt);
2. 可以用的workflow (只是可以用,我对它也是非常多不满意的地方,但还是超越国内开源的那个,虽然很火,但无法有个关键功能设计有重大缺陷,在我的场景无法商用);
3. 相对开放的插件功能(估计是一个包装在沙箱的pot,包含python/node环境);
4. 相对完善的API设计;
5. 节省运维的投入。
下面是正文(我的使用截至时间是2025年 5月中):
1. 产品定位不清。
1.1 说是给一般人的。我没见过非程序员,顺利在商用项目上使用workflow落地。如果只是解决个人小问题,付费意愿到底有多高?估计要么手动操作强LLM,要么找专用Gen-AI工具。
1.2 另外,不知道是为了体现给一般人用的原因还是什么,对程序员友好的功能,都是放开一点,然后全部关上。我就是冲着这些功能付费的。结果发现不能用。我还要另外找其他平台。。尤其是
A。数据库,字段数量限制、类型限制、记录数限制。掏钱也不行。
B。工作流对数据使用的限制;
C。无法对用户进行本应用范围的唯一脱敏标识。看似有ID,实测没用。连谨慎的小程序、服务号都有。
D。对知识库的在workflow操作专门做了限制;
E。网站自动爬取得到知识库是个极大的鸡肋;
F。测试用的数据库和正式发布用的数据库是两个。说好的针对一般人,怎么这里突然这么‘银行’IT?
2. 工程质量一直都是问题。
2.1 执行效率非常低,延时非常长。超时错误经常有。
2.2 出错信息很难理解。。还好我也算是程序员,硬着啃,最后还是解决了。独立设计了一套非常绕,写起来很麻烦的错误收集、分析和处理。
2.3 workflow居然有节点数限制,执行时,只要log超过一个数额就会必然崩溃。好像是10000。而且,log的数量限制,居然要靠减少节点数来解决。导致一个非常内聚没有复用性的工作流要拆成好几个。好几倍的传参工作量。继续挑战执行效率。
2.4 内嵌的LLM稳定性、性能都差于直接调用该大模型提供的API。
。。。过了这一段时间,我有点忘记一些细节,是怎么烫过去的。
3. 交互拉跨(我真没想到我会这样评价字节的产品,飞书的文档大面上还行的,虽然飞书聊天经常让我找不到北)
3.1 说好的,天下文章一大抄? 为什么coze workflow,无论怎么改都很别扭。建议读一下原研哉先生的《设计中的设计》国外这么多交互很强的workflow工具都可以挨个抄。一个现代交互工具,还需要说明怎么用的吗?正常的工具都是随便试,发现果然是这样。这一点点都不难,除非是阿里钉钉系。
3.2 为什么调试信息,或者内部变量会发出去给用户看到?尤其是交互对话 workflow。
3.3 for循环,我就不查了,被动习惯了。但说好的给一般人用,怎么workflow还有需要类型转换的知识?