对于 PaiFlow 的用户来说，并不关心插件的 Schema 长什么样子，只管 CRUD 就好了，😄

当然了，对于首次接触 PaiFlow 的球友来说，插件服务的 CRUD 确实也需要花点时间去讲下，否则新手在第一次还真不太好说这些信息都会填。尤其是插件路径、授权方式的校验等信息，不太清楚该怎么填。

这篇就来手把手带大家实操一下。嘟嘟嘟，发车。

1.插件Schema的表结构

在 PaiFlow 中，我们把工具当成了一种可配置的资源。

和工作流的 DSL 很像，核心是一大段 JSON 字符串，因为 Link 服务的本职工作是把工具调起来，它不想关心工具背后是谁写的、用什么语言写的，它只需要有一份足够完整的说明书，能把请求拼出来就行。

在 PaiFlow 中，插件 Schema 一共存了两份。一份是给控制台 hub 用的，放在 paiflow-console.tool_box 表中。除了 schema 本体，往往还会带一些展示和运营属性，比如工具名称怎么展示、分类、备注、是否启用、是谁录入的、更新时间之类的。

另一份是给 Link 服务用的，放在 paiflow-link.tools_schema 表中。它更偏执行视角，关注怎么调用工具：schema 原文长什么样、工具的版本号是多少、解析后需要的关键信息能不能稳定拿到。

工作流引擎要调用工具时，Link 服务就是从这张表里把 schema 拉出来进行解析、拼请求，然后发出去，把结果再塞回工作流的。

1.1 tool_box 表结构

tool_box 中的字段信息如下所示，主要给前端使用，包含工具的图标、说明、web...