Tbox

AI TOOL PROFILE工具资料

支付宝推出的零代码 AI 智能体创建与发布平台

官网地址 https://www.tbox.cn/

访问官网
价格官网未标价
平台—
归类AI 智能体
收录2026-10-12
复核2026-10-12
编辑评分 4.2 / 5

Tbox编辑总结

EDITOR REVIEW编辑评测

百宝箱(Tbox,原名芝士饼)是支付宝推出的 AI 原生应用开发平台,主打零代码,用自然语言描述需求即可创建智能体,并一键发布到支付宝小程序,与支付宝的搜索、小程序等经营阵地打通。它的优势在于背靠支付宝生态、发布链路短,适合已经在支付宝体系中经营的商家和个人快速把想法变成可用应用。短板也很明显:能力与支付宝生态深度绑定,离开这个体系价值会打折扣,复杂业务逻辑的支撑能力有限,更适合做轻量级智能体而非通用开发框架。

Tbox是什么?

百宝箱是支付宝团队推出的 AI 原生应用开发平台,面向没有编程基础的个人和商家。用户不需要写代码,用自然语言描述自己想要的应用,分几步就能把智能体创建出来并对外发布,中文语境下的智能体搭建是它的核心能力。

它和同类工具最大的不同是发布出口。创建好的智能体可以直接发布为支付宝小程序,并接入支付宝的搜索、小程序等经营工具和流量阵地。换句话说,它解决的不只是「怎么把智能体做出来」,还有「做出来之后放到哪里给用户用」。

不同角色的用法不一样。个人用户可以拿它做小助手、内容生成类应用,验证一个想法;商家可以借助支付宝生态里的经营入口,把智能体当成服务用户的触点;对开发者而言,它更像一个快速原型工具,复杂的定制逻辑仍然需要自行处理。

Tbox核心功能

CAPABILITIES工具标签

自然语言建应用

不用写代码,用中文把想要的功能描述清楚,平台负责理解并生成对应的智能体,创建门槛被压到几乎为零。

一键发布小程序

创建完成后可以直接发布为支付宝小程序,省去自行开发、部署、上架的流程,让智能体能真正触达用户。

打通支付宝经营阵地

与支付宝的搜索、小程序等经营工具打通,智能体可以出现在用户日常使用支付宝的路径里,而不是孤立地等流量。

多类型智能体创建

支持创建对话助手、内容生成、服务咨询等不同类型的智能体,一个平台覆盖多种常见需求,不需要切换工具。

内置大模型能力

底层的语言理解与生成由平台内置的大模型承担,用户无需自行对接模型接口,也不用关心推理和部署。

中文场景优先

作为国内平台,提示词理解、对话风格和业务语境都围绕中文用户设计,做面向国内用户的应用时省去大量适配工作。

Tbox值不值得用?

VERDICT工具标签

当你的目标用户本来就在支付宝里,并且你想快速做一个轻量级智能体验证想法,百宝箱是省事的选择——不用写代码,发布链路直接铺到小程序和搜索入口,试错成本低。但如果你要的是高度定制、需要对接自有系统的复杂应用,或者你的用户根本不用支付宝,那它的生态绑定就从优势变成限制,建议改用更开放的开发框架。

建议选它的情况

  • 已经在支付宝生态里经营的商家,想让智能体承接搜索和小程序流量
  • 没有编程基础、想用自然语言把想法做成可发布应用的个人
  • 需要快速验证智能体方向的团队,用它做低成本原型

不建议选它的情况

  • 目标用户不集中在支付宝、更依赖微信或独立 App 的产品
  • 业务逻辑复杂、必须对接自有后台系统的开发需求
  • 需要精细控制模型参数和推理流程的资深开发者

Tbox使用建议

HOW TO USE工具标签
入门先把路子走对
  1. 先把提示词写细创建时不要只写一句「做一个客服助手」,把角色、能回答什么、不能回答什么、遇到不懂的怎么回复都写进去,生成质量差别很大。
  2. 先做最小可用版本第一版只保留最核心的一个功能,发布测试确认对话效果后再逐步加能力,一次堆太多功能容易调不好。
  3. 发布前用真实问题测拿目标用户会真实提问的问题去测,尤其是模糊问法和越界提问,看它会不会答非所问或乱答。
进阶省时间也省钱
  1. 想清楚入口在哪智能体发布后要出现在支付宝的哪个位置、用户从哪进来,事先规划好,否则做出来也没人用。
  2. 边界写进提示词把不处理的业务、转人工的条件明确写出来,能显著减少智能体在超出范围时给出错误回答的情况。
  3. 复杂逻辑预留人工兜底涉及订单、退款这类必须准确的环节,不要让智能体直接做决定,设计成引导用户走正规流程更稳妥。

Tbox适合谁用?

WHO IS IT FOR工具标签

支付宝生态商家

推荐

已经在支付宝经营、想用智能体承接搜索和小程序流量的商家,发布出口直接现成,落地路径最短。

零代码个人创作者

推荐

有做应用的想法但不会编程,用中文描述就能创建智能体,适合先跑通一个想法看看效果。

产品快速验证团队

推荐

需要低成本验证智能体产品方向,用它可以很快做出可演示的原型,再决定是否投入正式开发。

依赖微信生态的团队

有条件

用户主要沉淀在微信或独立 App 的产品,发布出口和流量阵地都不匹配,用它价值有限。

做复杂系统的开发者

不推荐

需要对接自有后台、精细控制模型行为或处理复杂业务流转的场景,平台的定制空间不足以支撑。

Tbox优点和缺点

PROS & CONS工具标签

优点

  • 无需编程基础,用中文描述需求就能创建智能体
  • 可直接发布为支付宝小程序,省去开发和上架流程
  • 接入支付宝搜索与小程序等经营入口,天然有流量出口
  • 中文语境优化,面向国内用户的应用适配成本低
  • 从创建到发布链路短,适合快速验证想法

缺点

  • 与支付宝生态深度绑定,离开该体系价值大幅下降
  • 面向复杂业务逻辑的定制能力有限,难以支撑重需求
  • 提示词理解能力决定上限,描述不清时效果波动明显
  • 对不同模型或外部服务的接入自由度不如开源框架

Tbox常见问题

FAQ工具标签
不会写代码能用它做应用吗?

可以。它的设计前提就是零代码,你只需要用中文把自己的需求讲清楚,比如这个智能体是干什么的、面向谁、能回答什么,平台会据此生成对应的智能体。真正决定效果的是你对需求的描述是否具体,而不是技术能力。

做出来的智能体发布到哪里?

主要出口是支付宝小程序。创建完成后可以直接发布成小程序形态,用户通过支付宝就能访问。同时它和支付宝的搜索、小程序等经营阵地打通,意味着智能体有机会出现在用户日常使用支付宝的路径中,而不只是躺在后台等人来找。

它和通用的智能体开发框架有什么区别?

通用框架强调开放和可定制,你需要自己处理模型接入、部署和发布;百宝箱把重心放在「做出来之后怎么用」上,用零代码降低创建门槛,再把发布出口接到支付宝生态里。前者自由度更高,后者落地速度更快,选哪个取决于你是想做产品还是想验证想法。

什么样的需求不适合用它?

如果你的业务逻辑比较复杂,需要对接自有后台系统、做精确的数据处理或严格控制的业务流程,平台的定制空间往往不够用。这类场景更适合用可自由接入模型和服务的开发框架,把它当作快速原型工具来用会比较合适。

用中文描述需求有什么要注意的?

描述里最好把角色定位、能力范围和处理不了的情况都写清楚。只写一句笼统的需求,生成出来的智能体往往答非所问;把边界条件写明白,比如遇到不确定的问题该怎么回复,能明显减少它给出错误答案的情况。