我是 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还有需要类型转换的知识？