“扣子”开发之四：与千帆AppBuilder比较

上一个专题——“扣子”开发——未能落地，开始抱着极大的热情进入，但迅速被稚嫩的架构模型折磨打击，硬着头皮坚持了两周，终究还是感觉不实用不趁手放弃了。今天询问了下豆包，看看还有哪些比较好的AI开发平台，回答的结果靠前的是百度智能云千帆大模型平台，以及字节跳动豆包大模型（是否可等同于火山引擎平台、扣子平台？）。到百度智能云千帆大模型平台的官网学习了下，有几个认识，算是今天的收获吧！

一、大厂AI平台的基本结构

其他的不说，仅从字节跳动、百度、阿里这三家来看，他们现在提供的AI平台服务基本包括以下几个部分：
1）首先是一个综合的云平台作为服务后台，简称云平台。在云平台上提供综合的互联网服务，形成了它们的互联网服务门户，内容包括了CES云服务器租用服务（现在专门扩展出了AI服务器，支持GPU算力选择）、服务器的各种维护管理服务（包括各种软件协议、宽带接入、安全守护等功能）、预训练通用大模型接入服务（提供API接口，按行业和媒体类型进行侧重训练，如金融大模型、计算大模型、编码大模型、语音大模型、视频大模型等等，按消耗tokens计费），如此等等，服务内容和形式繁多。相对应的平台名称，字节跳动有火山引擎，百度有百度智能云，阿里有阿里云。
2）除云平台之外，各大厂都提供了AI大模型的算法研究，基于AI大模型算法并针对不同的功能侧重提供预训练大模型接入服务，以及基于预训练大模型的用户自定义模型精调服务，例如字节跳动的豆包大模型（火山大模型）、百度的文心大模型（千帆大模型）、阿里的通义千问大模型等，这些可以简称大模型服务。
3）除提供自家研发的大模型之外，大厂相互之间也提供模型接入服务。对于开源大模型，或许它们就可以直接部署在自己的云计算中心了。比如字节跳动的火山引擎云平台就提供Kimi大模型、DeepSeekV3等很多其他模型的接入服务。这些可以统称为大模型接入服务。
4）作为大众化的产品，各大厂纷纷推出智能体app，如字节跳动的豆包app，百度的文小言app，阿里的通义app等。智能体app既可以吸引大众用户，扩大市场影响力，同时也是一个平台，为众多的AI创业者和创业企业提供了发布和推广AI智能软件的平台和市场。
5）如前一条所说，智能体app本身也是一个市场，吸引了很多开发者，与此同时，各大厂纷纷推出自己的AI应用开发平台，提供开发AI应用所需要的框架、资源（包括算力、存储、AI模型接入、数据库、扩展组件、API等等）和工具，并为AI应用的发布提供便利，如发布到抖音、微信、公众号、微博等社交平台。像字节跳动的扣子平台Coze，百度的千帆AppBuilder等，都是这样的AI开发平台。

二、字节跳动Coze和百度千帆AppBuilder的简单对比

之前因为只接触了字节跳动的AI应用开发平台——Coze，因为对Coze的失望才搜寻到百度的千帆AppBuilder。真是不看不知道，一看吓一跳啊！可以说，Coze平台大规模地“借鉴”了千帆AppBuilder！都包括智能体（自主规划Agent）和AI应用（工作流Agent）两种开发模式的区分、对话流和工作流的概念和区分、开场白和推荐问题、智能体角色定义、工作流节点的概念、节点的大部分类型、代码节点的定义/形式/限制等、数据库、知识库、插件、变量等等概念及其功能…几乎就是一样的（其实我很想用照搬、雷同等词语，谨慎起见，还是客气点~），甚至连官方文档的基本结构都是类似的！

难怪我觉得Coze平台怎么那么晦涩呢，这是照猫画虎，结果却描得不像啊！我敢说，做Coze平台的这帮人是没得理想的一帮人！怎么能这么搞呢？可能有人会问，凭啥我指责Coze模仿而不指责千帆AppBuilder？我只能说，这只是我个人推测，理由一是百度公开发布大模型并提供相关服务的时间确实比字节跳动早，二是，从官方文档的内容来看，千帆AppBuilder更原始更细节一些，Coze看得出来是对某些接口和概念进行了简化和包装，比如开始节点的参数，大模型的配置参数等都进行了弱化，这些显然是在某种原型基础上进行的权衡选择。

当然也不是完全一样，起码有几点我认为Coze是有进步的：
1）对于调试手段的增强。千帆AppBuilder也有预览和调试模式，但基本只是试运行效果展示，而Coze在调试模式下可以把AI应用的每个执行步骤都揭露出来，每个步骤的消息内容和结果，包括所有的输入/输出参数，这样更便于问题的分析。顺便说一句，Coze调试信息的揭露还不够，比如对数据库执行的真实动作及其结果就看不到，更底层比如API的调用形式也看不到，可见的东西还是不够，以致发生了问题还是不知所以，猜不透！
2）提供了界面设计和变量绑定工具。千帆AppBuilder平台只能千篇一律地以相同的对话方式来实现软件功能。而Coze可以直接编辑用户界面，有现成的界面组件可以用，可以和工作流以及系统变量进行绑定，这个确实是个很大的提升，也是刚需吧。只是组件还不够丰富，组件控制方式还太单薄，变量绑定的局限性还很大，还达不到真正用来开发实用性的AI软件的期望。
3）对更多的大模型开放。Coze平台可以很容易的接入目前大部分的大模型，例如Kimi大模型、DeepSeekV3大模型，千问大模型等。相对而言，千帆AppBuilder平台则以百度自己的Ernie和qianfan大模型为主，少有的几个其他家的模型也是非主流了。
以上三点应该说是重大的提升，尤其是前两点为开发人员实现了很大的便利，而开放性也会受到更多开发者的欢迎。希望Coze加快迭代步伐吧！

但是，基于其与千帆AppBuilder的太多的相似性，我怀疑他们对其体系结构的理解程度可能不像原创团队那么深，而能够采取这种方式（模仿）来构建平台，也反映出其团队成员的水平也有限，未能从底层开始整体性构思和创造，以跟随仿照的思维，最后很可能会描不下去，但推倒重来又成本高昂，而且重构也要相当高的技术水准，到时候更可能的状态是骑虎难下！除非，字节跳动的公司高层能更加重视这个平台，有更多的资源投入，由更牛的技术大佬来领头。

结论

鉴于Coze平台跟千帆AppBuilder平台的相似性，以及几个明显的重大提升，而除此之外，千帆AppBuilder平台却并没有其他更突出的功能了，显然离开Coze平台后再投入千帆AppBuilder平台是没有太大意义的！从这点来说，Coze暂时是赢了？反过来说，先入千帆AppBuilder平台的开发者，也没有必要急于转移到Coze平台，因为Coze平台虽有提升但也满足不了实用性的需求，Coze还有很长的路要走，还有待完善，而且暗含很快遇到发展瓶颈的风险。