Lapse：基于MCP的AI Agent共享记忆空间，让笔记成为Agent的持久化上下文
2026/8/28 6:35:37
让 AI 从"只会说"到"能干活"？成都硅基边界插件模块实测
关键词：企业级 AI 智能体、插件、MCP、HTTP 接口、系统打通、成都硅基边界
一、为什么通用大模型"只会说、不会做"？
大模型很能聊，但它的世界里只有训练数据，碰不到你公司的订单系统、地图服务、通知渠道。
你让它"帮我查一下客户 138**** 的物流到哪了"，它只能抱歉——因为它根本没有调用物流接口的能力。
真实业务里，AI 能不能落地，往往不取决于它"懂不懂"，而取决于它能不能动手：
- 能不能查实时数据（天气、股价、订单、库存）？
- 能不能操作第三方系统（发短信、推工单、改状态）？
- 能不能执行业务逻辑（计算、格式转换、数据清洗）？
如果把智能体比作一个"大脑"，那插件就是它的手和脚。成都硅基边界的「插件」模块，正是给这个大脑装上手脚的核心载体。
二、插件定位：三类插件，打通大模型的能力边界
在硅基边界里，插件是为智能体扩展外部能力的核心载体，分为三种类型：
| 类型 | 一句话理解 | 典型用途 |
|---|---|---|
| SYSTEM（内置插件） | 平台预置，开箱即用 | 地图、搜索、计算、时间、网页访问、图像识别等 |
| HTTP 插件 | 接入你自己的 RESTful 接口 | 查订单、调内部系统、对接第三方开放 API |
| MCP 插件 | 接入 MCP 协议工具集 | 本地命令行工具、符合 MCP 规范的服务、官方工具集 |
💡 一句话记住：把插件交给智能体，智能体就具备了"执行能力"。
平台把插件分成「内置插件」和「自定义插件」两个标签页：
| 分类 | 说明 |
|---|---|
| 内置插件 | 平台维护的标准插件，直接绑定即可用，不支持编辑 |
| 自定义插件 | 用户自行接入的 HTTP / MCP 服务，支持创建、编辑、删除 |
三、实操拆解：从 0 创建一个插件
进入「插件」板块，点击创建插件，有两种入口：HTTP 插件和 MCP 插件。
3.1 HTTP 插件：把你的接口交给 AI
HTTP 插件通过标准 HTTP 协议接入外部接口，支持自定义请求方式、参数和响应结构。
（1）基础信息（三项都必填）
| 配置项 | 限制 | 说明 |
|---|---|---|
| 名称 | 最长 20 字符 | 插件显示名称 |
| 描述 | 最长 200 字符 | 智能体据此判断是否调用，极其关键 |
| 头像 | ≤2M，BMP/JPEG/JPG/GIF/PNG | 展示图标 |
⚠️描述写不好，AI 就调不准：描述不清会导致"该调时不调、不该调时误调"。把它当成给 AI 看的"使用说明书"。
（2）请求配置
| 配置项 | 说明 |
|---|---|
| 请求方式 | GET/POST/PUT/DELETE等 |
| 请求路径 | 完整 URL，必须以http://或https://开头 |
💡 选
GET类显示Params页签，选POST类显示Body页签。
（3）请求参数（Headers / Params / Body 三页签）
参数命名有硬性规则——英文开头，由英文、数字、-/_组成；Headers 的 value不能含中文。
| 字段 | 规则要点 |
|---|---|
| 参数名 | 英文开头，支持树形多级（对象 / 数组等复合类型） |
| 参数类型 | 支持对象、数组等复合类型，可多层嵌套 |
| 参数描述 | 必填，AI 依据它从对话里提取参数值 |
| 必填 | 开关控制是否必须传入 |
💡复合类型：选「对象」或「数组」后，可点"下级"按钮添加子参数，支持多层嵌套。比如一次传多个图片网址：
['https://example.com/a.jpg', 'https://example.com/b.jpg']用中括号
[]包裹、英文逗号分隔，系统自动识别为列表。
（4）响应结果配置 + 自动填写*声明接口返回结构，帮助 AI 理解响应并正确引用。最省事的是点「自动填写」按钮——系统会真实调用一次接口**，自动解析返回结果生成响应结构。构。
✅ 自动填写前请确认：请求路径服务端可访问、Headers/Params/Body 已填完整、必填参数有默认值或可在弹窗中输入。
3.2 MCP 插件：接入标准工具协议
MCP（Model Context Protocol）是当下最火的"模型—工具"连接协议。硅基边界支持通过 JSON 一键启动 MCP Server：
{"mcpServers":{"server-name":{"command":"npx","args":["-y","@package-name"],"env":{"xxxxx":"xxxx"}}}}| 字段 | 说明 |
|---|---|
| mcpServers | MCP 服务集合，可配多个 |
| command | 启动命令（npx/node/python） |
| args | 命令参数数组 |
| env | 环境变量键值对 |
四、管理插件：编辑、删除、复制 Code
自定义插件支持完整管理。鼠标悬停卡片即可看到操作：
| 操作 | 说明 |
|---|---|
| 编辑 | 修改配置（仅自定义插件可用） |
| 删除 | 二次确认，删除后无法恢复 |
| 复制 Code | 复制插件唯一标识，用于 API 调用或工作流引用 |
⚠️ 删除前请确认插件未被智能体或工作流引用，否则相关功能会失效。
五、插件用在哪？两条主路径
插件不能独立生效，必须"挂载"到某个载体上：
路径 A：绑定到智能体
| 步骤 | 操作 |
|---|---|
| 1 | 进入「智能体」选择目标智能体，打开配置页 |
| 2 | 在插件配置中勾选要启用的插件 |
| 3 | 保存，对话中即可被调用 |
绑定多个插件时，还能选工具执行策略：知识库优先 / 插件优先 / 同时执行——控制 AI 先查知识库还是先调接口。
路径 B：在工作流里当"插件节点"
这是插件真正发挥威力的地方。在工作流中拖一个「插件节点」，它就能和智能体、大模型、数据库等节点串联成自动化流水线。
插件节点支持 SYSTEM / HTTP / MCP 三种类型，关键玩法有三：
（1）结构化参数的取舍
| 模式 | 适用场景 | 执行方式 |
|---|---|---|
| 开启结构化参数 | 参数明确、固定 | 直接调用，更快更精准 |
| 不开启 | 需从自然语言灵活提取 | 由大模型智能识别并自动提取参数 |
💡 无请求参数的 HTTP 插件，系统会跳过校验直接调用，省时省力。
（2）引用前序节点变量
结构化参数里可以直接插入前序节点的输出变量，系统自动替换为实际值——这是工作流"一环扣一环"的关键。
（3）错误不致命
单个插件节点执行失败（接口超时、内容审核拦截等），不会拖垮整个工作流，错误信息作为节点输出继续往下走。
实战编排：查物流 → 整理 → 回复
| 步骤 | 节点 | 说明 |
|---|---|---|
| 1 | 开始节点 | 接收用户提问 |
| 2 | 插件节点 | 调物流接口，返回原始结果 |
| 3 | 大模型节点 | 提炼、包装成通顺话术 |
| 4 | 结束节点 | 输出业务答复> 💡 经验：插件节点下游一定要串一个大模型节点，把第三方返回的原始 JSON"翻译"成人话再对外输出。外输出。 |
六、选型建议：什么时候用哪种？
| 优先选择 | 适用场景 |
|---|---|
| HTTP 插件 | 已有 RESTful API、第三方开放接口、企业内部 HTTP 服务 |
| MCP 插件 | 接入官方 MCP 工具集、本地命令行工具、符合 MCP 规范的服务 |
⚠️接入第三方服务请注意：确保接口拥有合法使用权；涉及用户数据的接口做好鉴权与脱敏；平台不对第三方服务的可用性、合规性承担责任。
七、为什么选成都硅基边界？
把插件这事讲透后，硅基边界的优势就很清晰了：
- 三类通吃：SYSTEM 内置开箱即用，HTTP 接入你现有系统，MCP 紧跟行业协议——不管你处在哪个阶段都能接。
- AI 自动决策调用：不用写胶水代码，智能体根据插件"描述"自动判断何时调用、自动从对话提取参数。
- 与工作流无缝串联：插件不只是"挂"在智能体上，更能成为自动化流水线的一环，变量引用、错误容错一应俱全。
- 企业级管控：内置/自定义分层管理，删除有二次确认，复制 Code 便于 API 与工作流引用，安全可控。
- 本地化服务：成都团队提供从接入到上线的全程支持。