咱就是说WebAgent 这个东西挺有意思的，它是基于MCP协议的智Neng应用吗？说实话，我一开始也不太清楚。

简单说WebAgent 是一个 MCP 协议的代理中转服务，现Yi在 GitHub 正式开源。

你可Neng会问，为什么需要这样一个东西？hen多企业的 ERP、工单系统里沉淀了几十上百张表单，全部重写不现实。

但用 SDK 把关键操作包一层注册到 WebAgent 上，改动量其实hen小。

上面跑通的是Zui基础的链路。实际业务里WebAgent + @opentiny/next-sdk Neng玩出不少花样，这里举三个比较典型的方向：

. 老系统低成本加上 AI Neng力

掌握MCP协议,开发者可加速AI应用从 智Neng对话 向 智Neng行动 的跨越,提升开发效率与AI适应性。

.MCP协议基于JSON-RPC 2.0构建,通过定义统一的交互规则,使AI模型Neng够以标准化方式调用外部工具。

随着生态的完善,MCP协议必将推动AI从 工具 向 伙伴 进化,开启智Neng应用的新纪元。

# kankan有哪些遥控端在线curl http://localhost:/api/v1/webmcp/remoter

. 跨系统自动办事——拿出差申请举个例子

出过差的人dou知道这个流程有多烦：先登 OA kan差旅政策，再开携程或同程查航班酒店，然后切到报销系统估费用，Zui后把截图和数据搬回申请表单——光是在几个系统之间来回切就得小半天。

接入 WebAgent 之后员工只需要在工作台的对话框里说一句："我要去深圳出差，下周二去周五回，帮我订符合标准的Zui早航班和离高新园Zui近的酒店，并提交出差申请"。

剩下的事情 WebAgent 替你跑：

MCP,是 AI 智Neng体与外部工具 / 服务交互的标准化协议,定义了 AI 如何发现、调用、理解外部Neng力,解决了 AI 不知道NengZuo什么、怎么Zuo 的核心问题。

为什么百度不收录我的文章？

答：这可Neng是由于多个因素导致的，例如内容质量、关键词优化、网站结构等。你Ke以检查一下你的文章是否符合百度的收录标准，或者尝试优化你的SEO策略。害，你也Ke以试试在其他平台发布试试kanNeng不Neng被收录，说实话我也不太清楚为啥百度不收录咱的内容，你懂的，可Neng得具体问题具体分析吧！不对不对，应该是检查下是不是被黑名单了或者是不是内容重复度太高了……

实际部署中网络环境千差万别，WebAgent 因此同时支持了两种传输方式：

两种方式对上层完全透明——不管用哪种接入，中间的转发逻辑dou是同一套。部署到 Nginx 后面？加一行配置就Neng穿透。Serverless 环境？用 Streamable HTTP 模式就行。甚至Ke以直接拿 MCP Inspector 连上来联调，不需要任何额外配置。

# . 获取项目代码git clone https://github.com/opentiny/web-agent.gitcd web-agent# . 安装项目依赖pnpm install# . 启动开发模式pnpm dev

生产部署用 pnpm build && pnpm start，也Ke以挂 PM2 跑守护进程。

第二步：确认被控端Yi上线

# kankan当前有哪些被控端连着curl http://localhost:/api/v1/webmcp/list

我们将继续打磨和探索 WebAgent 的geng多可Neng性。

这是个基于MCP协议构建的智Neng应用架构,旨在充当连接不同AI模型与外部工具的超级路由器。

简单说这玩意儿就是帮 AI 和业务系统传话的。

目前开源出来的 WebAgent，核心的 MCP 代理转发Neng力Yi经跑通了。

但说实话，这只是我们想Zuo的事情的一小部分——既然 WebAgent Yi经站在了 AI 和业务系统之间，hen多事情顺着这个位置自然就Neng往下延伸：

. 微前端集群的统一调度入口.

Ru果你的业务拆成了hen多微前端子应用，每个子应用作为 Client 挂到 WebAgent 上之后大模型就Neng一次请求同时操作多个子应用——比如一边从销售kan板拉数据，一边往通知服务发消息。

以前跨子应用的联动要写一堆胶水代码，现在 WebAgent 当中间人，子应用之间不需要互相知道对方的存在通过 WebAgent 转发就Neng协作。

这意味着：你不需要为了接入 WebAgent 学任何新东西.

Cursor、Dify、n8n、MCP Inspector……任何支持 MCP 协议的工具，直接连上来就Neng用。

业务端也一样，用 SDK 把自己的功Neng注册成 MCP 工具就行，协议握手、会话管理这些事 WebAgent 全包了。

换句话说WebAgent 就像一个 MCP 协议层面的双向快递站.

Client 往这儿发工具清单，Remoter 往这儿发调用指令，WebAgent 负责认准地址、原样投递，两边全程不需要知道对方在哪。

这套设计的好处hen直接：Remoter 和 Client 之间完全不需要知道对方在哪..

Client 在企业内网？Remoter 在手机上？没关系，只要它们各自Neng连上 WebAgent 就行。大模型负责想，Client 负责干，WebAgent 负责在中间递纸条——三个角色各管各的，互不耦合。

// ...