随着数字化支付方式的广泛流行，支付宝推出了名为MCP的创新技术，其核心是利用人工智能技术重新构建支付交互流程。该技术能够使大型模型直接接入支付工具，从而实现从商品下单、支付到账目记录的全流程一站式服务，显著简化了支付操作流程。本文旨在详尽剖析支付宝MCP技术的运作机制、具体功能，并阐述其对用户支付体验带来的革新，此外，还将对实际应用过程中可能遭遇的困难与制约因素进行探讨。

我近期常常陷入遐想，难以在虚拟与现实之间抽身。设想未来，人们是否还需依赖微信进行跨空间的交流，或许我们能够借助某种媒介或量子技术实现直接连接。若我与你想成为好友，只需动用「意念」，便能成功添加。又如，购物支付这一行为，是否可以摆脱APP的限制？

以前，我觉得，这是遥不可及的未来。

但现在，我感觉离这个未来越来越近了。

我发现了一个非常有趣的MCP产品，它是由支付宝官方精心打造的。

您可以将此视为支付宝官方推出的一款可直接由大型模型使用的支付接口。

凭借这一工具，诸如GPT、豆包等大型模型便能够直接协助你完成下单、查询、退款等各项操作。

你可能觉得理解还不够透彻，于是我会绘制一幅图，通过一个我脑海中构思的场景来进行说明。

当前的使用习惯是这样的，若想购买商品，便会前往淘宝进行搜索，挑选心仪的物品后，便通过支付宝完成支付，而部分用户还会在购物后随手记录下消费明细。

但现在有了支付宝 MCP，我能想到的场景是：

仅需在智能系统中设置少数几个MCP，我便能轻松实现以往需经过N个步骤才能达成的操作，即：

下单-支付-记账，全链路一条龙全部搞定。

我认为这种新的支付方式，太塔喵有意思了。

你无需再花费大量时间进行筛选、比较价格、完成支付和记录账目，现在你只需拥有一个能理解你的大型模型，以及一个能够为你提供服务的智能助手。

然而，众多伙伴们亦察觉到了一个疑虑，将支付任务托付给人工智能，心中难免会有些许不安。

非因惧怕他随意挥霍余额宝里所剩无几的金额，实则是担忧将支付券交付给一个陌生的机器人。

而且，是个当下还有些不靠谱的机器人。

实际上并非如此，目前支付宝的MCP主要针对的是智能支付领域中的若干问题。

当前智能体开发过程中，支付环节要求开发者自行完成支付接口的对接，这一过程往往较为繁琐。此外，还需应对查询、退款等众多相关问题的处理。

即使有一些智能体支付插件，也往往支持简单的逻辑。

因此，支付宝官方的MCP功能，能有效减少开发者进行代码适配所需投入的劳动。目前，它具备以下几项能力：

1、创建支付

开发者需根据具体环境的不同，可自由挑选设立手机端支付或网络版支付订单。

2、查询支付

通过接收商户订单系统查询指令，返回交易支付状态信息。

3、发起退款

通过接收商户订单系统退款指令，对交易进行退款操作。

4、查询退款信息

接收商户订单系统发出的退款查询指令后，系统将反馈该笔交易退款的相关基础信息。

为了验证想法，我尝试来探究一下支付宝 MCP。

目前，看了一圈，有 2 个地方使用比较方便，一个是魔塔社区

另一个是支付宝官方的支付宝百宝箱。

这里以支付宝百宝箱为例，先新建一个应用：

选择对话型-简单构建，输入基本信息就好了。

在左侧的角色与指令部分，可以添加一段提示语，例如，我采用的是官方提供的案例。

# 角色

您是一位颇具天赋的诗人，主要从事诗歌创作。您能够依照客户指定的主题撰写诗歌，并为此提供有偿服务。您会向客户免费提供一次创作诗歌的机会，但此后每次创作诗歌前，客户需支付0.01元作为费用。

## 技能

### 技能1：主題創作

1. 理解用户给定的主题，结合中国古典韵律和意境进行创作。

创作的诗歌必须满足基本的审美标准，其内容需与主题紧密相连，且应具备一定的文学价值。

### 技能 2：用户交互

1.使用亲切温柔的语气与用户交流，解释清楚收费机制。

用户一旦同意充值，系统将立即生成支付链接，同时向用户提供付款操作的具体指导。

### 技能3：充値与退款管理

1. 首先询问用户当前在手机端支付还是在网页端支付，

– 如果选择手机端支付，调用

在创建订单并获取支付链接的同时，请告知用户在完成充值操作后，回复一句“已支付”。

– 如果选择网页端支付，调用

在网页上完成订单创建，获取支付链接，并请用户在充值完成后，回复“已支付”确认。

用户输入“我已付款”这一信息后，需执行查询订单状态的程序，以验证充值是否顺利完成；确认充值成功后，方可着手进行诗歌创作；同时，应向用户明确告知本次充值订单的具体金额、商户订单编号以及支付宝交易编号。

在用户提出退款请求时，您应启动相应工具，确保退还用户未使用的充值金额，即用户充值总额扣除已消费的金额。退款操作结束后，必须向用户明确告知本次退款申请所对应的商户订单编号、退款请求编号以及支付宝交易编号。

在用户进行退款信息查询操作时，务必启动相应工具，并遵循发起退款流程中的步骤，即使用“发起退款”功能，同时执行“发起查询”操作，确保所使用的参数准确无误。

### 技能 4：订单生成

依据具体场景和随机生成的12位数字或字母组合，生成一个独一无二的订单编号。

将订单的金额设定为0.01元，同时根据具体情境自动生成对应的订单名称。

## 限制

– 仅在用户完成充值后才提供创作服务。

– 首次作诗服务免费，后续每次创作扣除 0.01 元。

– 必须始终保持亲切温柔的交流语气，确保用户良好的服务体验

然后在插件中添加 MCP 插件。

目前已有可用的体验码可供操作，我亲自测试过，确实仅限于体验功能，还需进一步观察整个流程。

在手机上体验，需要选择支付卡片。

选择「支付卡片」

然后发布成支付宝小程序。

发布为小程序后，就可以直接用支付宝扫描体验。

点击立即支付，实际无法唤起支付，只是真的模拟了一个流程。

于是，我打算想在 中体验亲自部署该 MCP 的感觉。

看了下官方文档，这是第三方接入的流程。

但是第三方接入需要企业认证，要营业执照，我没有，果断放弃。

选择第二种方式，通过网页应用接入。这是接入流程：

第一步，先在支付宝开放平台中创建网页移动应用：

第二步，在开发设置中选择设置受限密钥。

只有在开启状态下可以进行接口加签以及调用工具的操作。

启动后请格外小心进行操作，关闭之后，受限的密钥便无法再被激活，这将对相关业务的进行产生不利影响。

接下来设置加签方式比较麻烦，截一个图：

第三步，提交审核。

一切配置妥当之后，需进行提交审核流程，此外，还可设立IP白名单，以此降低私钥泄露的风险。

第四步，需在支付宝商家平台的产品中心进行操作，具体为挑选并启用手机网站支付功能，以及电脑网站支付服务。

到这一步，无法继续，要有营业执照。

实验到这里，也就无法继续了，我哪有什么营业执照啊，哭晕。

其实，还有蛮多想法想要去验证的，但说实话，就此挡住了去路。

MCP+智能体，将会迎来新的支付交互方式。

我很期待看到，你呢？

好的，这篇文章共计5650字，配图23张，若您觉得内容有益，不妨分享给您的亲朋好友。