自然语言建应用
不用写代码,用中文把想要的功能描述清楚,平台负责理解并生成对应的智能体,创建门槛被压到几乎为零。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
百宝箱(Tbox,原名芝士饼)是支付宝推出的 AI 原生应用开发平台,主打零代码,用自然语言描述需求即可创建智能体,并一键发布到支付宝小程序,与支付宝的搜索、小程序等经营阵地打通。它的优势在于背靠支付宝生态、发布链路短,适合已经在支付宝体系中经营的商家和个人快速把想法变成可用应用。短板也很明显:能力与支付宝生态深度绑定,离开这个体系价值会打折扣,复杂业务逻辑的支撑能力有限,更适合做轻量级智能体而非通用开发框架。
百宝箱是支付宝团队推出的 AI 原生应用开发平台,面向没有编程基础的个人和商家。用户不需要写代码,用自然语言描述自己想要的应用,分几步就能把智能体创建出来并对外发布,中文语境下的智能体搭建是它的核心能力。
它和同类工具最大的不同是发布出口。创建好的智能体可以直接发布为支付宝小程序,并接入支付宝的搜索、小程序等经营工具和流量阵地。换句话说,它解决的不只是「怎么把智能体做出来」,还有「做出来之后放到哪里给用户用」。
不同角色的用法不一样。个人用户可以拿它做小助手、内容生成类应用,验证一个想法;商家可以借助支付宝生态里的经营入口,把智能体当成服务用户的触点;对开发者而言,它更像一个快速原型工具,复杂的定制逻辑仍然需要自行处理。
不用写代码,用中文把想要的功能描述清楚,平台负责理解并生成对应的智能体,创建门槛被压到几乎为零。
创建完成后可以直接发布为支付宝小程序,省去自行开发、部署、上架的流程,让智能体能真正触达用户。
与支付宝的搜索、小程序等经营工具打通,智能体可以出现在用户日常使用支付宝的路径里,而不是孤立地等流量。
支持创建对话助手、内容生成、服务咨询等不同类型的智能体,一个平台覆盖多种常见需求,不需要切换工具。
底层的语言理解与生成由平台内置的大模型承担,用户无需自行对接模型接口,也不用关心推理和部署。
作为国内平台,提示词理解、对话风格和业务语境都围绕中文用户设计,做面向国内用户的应用时省去大量适配工作。
当你的目标用户本来就在支付宝里,并且你想快速做一个轻量级智能体验证想法,百宝箱是省事的选择——不用写代码,发布链路直接铺到小程序和搜索入口,试错成本低。但如果你要的是高度定制、需要对接自有系统的复杂应用,或者你的用户根本不用支付宝,那它的生态绑定就从优势变成限制,建议改用更开放的开发框架。
已经在支付宝经营、想用智能体承接搜索和小程序流量的商家,发布出口直接现成,落地路径最短。
有做应用的想法但不会编程,用中文描述就能创建智能体,适合先跑通一个想法看看效果。
需要低成本验证智能体产品方向,用它可以很快做出可演示的原型,再决定是否投入正式开发。
用户主要沉淀在微信或独立 App 的产品,发布出口和流量阵地都不匹配,用它价值有限。
需要对接自有后台、精细控制模型行为或处理复杂业务流转的场景,平台的定制空间不足以支撑。
可以。它的设计前提就是零代码,你只需要用中文把自己的需求讲清楚,比如这个智能体是干什么的、面向谁、能回答什么,平台会据此生成对应的智能体。真正决定效果的是你对需求的描述是否具体,而不是技术能力。
主要出口是支付宝小程序。创建完成后可以直接发布成小程序形态,用户通过支付宝就能访问。同时它和支付宝的搜索、小程序等经营阵地打通,意味着智能体有机会出现在用户日常使用支付宝的路径中,而不只是躺在后台等人来找。
通用框架强调开放和可定制,你需要自己处理模型接入、部署和发布;百宝箱把重心放在「做出来之后怎么用」上,用零代码降低创建门槛,再把发布出口接到支付宝生态里。前者自由度更高,后者落地速度更快,选哪个取决于你是想做产品还是想验证想法。
如果你的业务逻辑比较复杂,需要对接自有后台系统、做精确的数据处理或严格控制的业务流程,平台的定制空间往往不够用。这类场景更适合用可自由接入模型和服务的开发框架,把它当作快速原型工具来用会比较合适。
描述里最好把角色定位、能力范围和处理不了的情况都写清楚。只写一句笼统的需求,生成出来的智能体往往答非所问;把边界条件写明白,比如遇到不确定的问题该怎么回复,能明显减少它给出错误答案的情况。