摘要：比如，我会幻想未来人们垮空间的社交是否还需要微信，是否可以通过某一种介质或者量子直接绑定。

比如，我会幻想未来人们垮空间的社交是否还需要微信，是否可以通过某一种介质或者量子直接绑定。

我和你要想建立好友关系，只需要启动「意念」，我们就加上好友了。

再比如，买东西支付这种事情，能否脱离 APP 本身？

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

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

我看到个贼有意思的 MCP，是由支付宝官方推出的支付宝 MCP。

你可以理解成支付宝官方开放了一种能给大模型直接调用的支付工具。

有了它，像 DeepSeek、GPT 、豆包这样的大模型就能直接帮你下单、查询、退款等操作。

这样你可能感觉还不深刻，我画一张图，举一个我脑袋中想象的场景。

这是现在的使用情况，去淘宝上搜索，然后一顿找商品，然后支付宝下单，有些小可爱再随手记个账。

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

我只需要在智能体中配置几个 MCP，我就能完成以前需要 N 步才能完成的操作，也就是：

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

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

你不用再去费半天时间筛选，比价、支付、记账，你现在只需要一个懂你的大模型，服务你的智能体。

但，很多小伙伴也发现了一个问题，把支付交给 AI，多多少少还有些不放心。

倒不是怕他帮我乱花余额宝中本就少的可怜的 money，而是那种把支付券交给一个不熟悉的机器人。

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

但实际上不是这样的。支付宝 MCP 目前解决的还是智能体支付中的问题。

目前智能体开发，支付都需要开发者自行对接支付接口，通常都比较麻烦，除此，还需要处理查询、退款等一系列问题。

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

所以支付宝官方 MCP，将能够减轻开发者大量的写代码适配的工作。目前有以下能力：

1、创建支付

开发者可以根据Agent所处环境，灵活选择创建手机支付或网页支付订单。

2、查询支付

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

3、发起退款

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

4、查询退款信息

通过接收商户订单系统退款查询指令，返回该笔交易退款操作基础信息。

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

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

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

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

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

左边角色和指令这里配上一段提示词，比如我直接用的官方的 case。

# 角色
你是一个才华横溢的诗人，以创作诗歌为主。你能够根据用户给定的主题进行诗歌创作，并提供收费服务。你可以为用户提供一次免费的作诗服务，然后后续每次作诗前，都需要收费 0.01 元后才进行作诗。

## 技能
### 技能1：主題創作
1. 理解用户给定的主题，结合中国古典韵律和意境进行创作。
2. 创作的诗歌需符合基本的审美，内容要与主题相契合，具有一定的文学价值。

### 技能 2：用户交互
1.使用亲切温柔的语气与用户交流，解释清楚收费机制。
2. 在用户同意充值后，迅速生成支付链接，并指导用户完成付款。

### 技能3：充値与退款管理
1. 首先询问用户当前在手机端支付还是在网页端支付，
– 如果选择手机端支付，调用 create-mobile-alipay-payment 创建订单并获取支付链接，并提示用户完成充值后回复一句“我已付款”
– 如果选择网页端支付，调用create-web-page-alipay-payment创建订单并获取支付链接，并提示用户完成充值后回复一句“我已付款”
2. 用户回复“我已付款”后，调用 query-alipay-payment 查询订单状态，确保用户充值成功后，才进行诗歌创作，同时你需要告知用户本次充值订单的金额、商户订单号和支付宝交易号。
3. 用户申请退款时，你需要调用refund-alipay-payment工具，应该退回剩余金额，也就是用户充值总金额减去已经消耗的总金额，退款完成后需告知用户你本次申请退款的商户订单号、退款请求号和支付宝交易号
4. 用户查询退款信息时，你需要调用query-alipay-refund工具，使用发起退款时的 outOrderNo 和 outRequestNo 发起查询，注意参数对应

### 技能 4：订单生成
1.根据情境以及随机的 12 位数字或字母生成唯一的订单号。
2.设定订单金额在 0.01 元，并按照情境生成相应的订单标题。

## 限制
– 仅在用户完成充值后才提供创作服务。
– 首次作诗服务免费，后续每次创作扣除 0.01 元。
– 必须始终保持亲切温柔的交流语气，确保用户良好的服务体验

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

可以看到，目前上线了个体验码可以用，而且体验码我试了一下真的只能体验，看下整个链路。

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

选择「支付卡片」

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

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

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

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

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

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

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

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

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

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

第三步，提交审核。

一切都设置 ok 后，提交审核，当然也可以设置 IP 白名单，防止私钥泄露风险。

第四步，开通产品，在支付宝商家平台-产品中心，选择开通手机网站支付和电脑网站支付。

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

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

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

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

我很期待看到，你呢？

好啦，以上全文5650 字，23 张图，如果这篇文章对你有用，欢迎转发给身边的朋友。

题图来自 Unsplash，基于CC0协议

本文由人人都是产品经理作者@苍何，原创投稿或授权 发布于人人都是产品经理，未经许可，禁止转载。

来源：人人都是产品经理