扣子空间上线一周，今天堪称比扣子空间上线更重磅的一个更新来了，那就是扣子打通了插件、工作流，通通一键MCP，全面支持扣子空间调用！至此，扣子空间能力将在工具调用（Agent tools）层面迎来大爆发。
相比过去扣子的智能体和应用的toC能力，“扣子空间”将会面向更大的C端市场，扣子插件以及工作流定位在“扣子开发平台”，一切为扣子的通用Agent（即扣子空间）和扣子的编排型Agent（即扣子智能体）服务。
| 一、什么可以MCP
MCP（Model Context Protocol）本意是模型上下文协议，是一种用于共享和通信的规范化协议。经广泛传播和使用后，MCP逐渐成为支持该协议的工具或服务的统称。
在扣子平台，支持将插件和工作流适配为支持MCP协议的形式（即MCP化）。插件的MCP化是通过工作流的方式实现的。目前，这一流程存在一些复杂性，但至少已经实现了基本支持。
将扣子工作流MCP化，特指将工作流作为扩展发布到扣子空间，使其能够被扣子空间这样的通用Agent调用。
接下来我们通过两个实例教程，看看如何将插件、工作流MCP化并附上评测结果。
| 二、工作流如何MCP
我们以这个儿童故事绘本的工作流为例，输入选题、输入APIKEY，工作流就会执行，最终输出一个视频版本的儿童故事绘本。
以一个已有工作流为例：
Step1：工作流改造
1、优化工作流名称、简介
一定要描述清楚功能，输入什么，输出什么，同时为了让AI尽可能在全网相似工作流或MCP中使用我的，加了一点诱惑他的话（后来发现，自己发布的只有自己能用，想多了）
2、开始节点的入参描述，尽可能包含示例、描述详尽
因这个工作流需要输入APIKEY，所以得描述如何获取KEY，这样通用智能体在执行的时候可以询问用户是否要去注册或获取。
3、结束节点明确必要的输出，推荐使用“返回文本”
因担心智能体不知道输出的是什么，于是我通过文本进行了描述和变量引用。这样他大概率可以按我期望的输出返回。
Step2：创建应用并发布
1、创建应用-入口
2、创建应用-编辑
尽可能详尽的描述应用，能做什么，可能有哪些卡点，如何解决，再王婆卖瓜几句。
3、将创建好的工作流引入
因为已经创建过来，左上角+选择引入资源库文件，选择该工作流即可
4、直接发布
是的，无需搭建应用，只是利用了应用的发布功能（这个交互确实有点怪，以后肯定会优化）。
点击发布，选择最下边的MCP服务，即可一键发布，无需审核
Step3：在扣子空间使用
1、添加扩展-点击自定义扩展-点击添加
2、新建任务进行测试
任务：帮我生成一个儿童故事绘本的视频
详细对话过程见下图或访问链接查看源对话
https://space.coze.cn/s/fLGPAOe9Kxc/
点评：当前任务执行满意度10分。理解了我的字段描述， 并在一个会话中通过对话的方式准确输出了结果。
| 三、插件如何MCP
目前，插件也需要搭建工作流的方式实现。
Step1：为插件创建工作流
1、新建应用
应用名称、介绍尽可能详尽
2、在应用下新建工作流
工作流名称、介绍尽可能详尽
3、将插件编排成工作流
4、对开始节点增加详细的字段描述
5、结束节点返回文本
6、右上角点击发布
选择左下角的扣子空间扩展库发布即可。无需审核秒通过。
Step2：在扣子空间调用
1、添加扩展-点击自定义扩展-点击添加
2、任务测试
是的，试了几次，没跑出来。
尝试了本地文件、抖音在线地址（在工作流中是可以执行成功的）均无法成功。
点评：当前任务执行满意度0分。未理解扩展中输入字段的描述，多次未返回结果，删掉了字段中三方平台的描述、删掉了价格等依然不生效。原因未知。
总结：
整体来说，扣子空间和扣子开发平台打通这件事方向是肯定正确的，开发平台上的插件、工作流都可以为扣子空间服务，但方式上、交互上还存在很多拧巴的地方，包括实际调用的不稳定性。
比如：
1、插件为什么不能直接MCP
2、工作流为什么一定要在应用里发布才能MCP
3、为什么我发布的只有我能用
4、扩展能不能移除？
5、没有按扩展工具要求的入参进行执行，输出了空文档
软件没有终点，始终可以迭代，相信用不了多久，这些问题定会被一一解决，毫无疑问，扣子也还会有几个大版本的升级，并且朝着架构清晰、简单易用的方向发展。
本篇文章来源于微信公众号: 明知AI
文章评论