MCP专家交流纪要

MCP与Agent的关系：MCP是Agent大范围落地的必要条件，但要实现Agent的全面落地还需要推理规划等功能的支持。这是因为MCP涉及基于大模型的工作流执行、RPA操作以及知识库调取等一系列复杂的工程化能力。在阿里生态内，钉钉通过魔法棒平台使用MCP提升了开发效率；支付宝的支小宝借助MCP调用生活服务，尽管尚未成熟，但前景良好；高德导航在垂直场景中调用MCP的效果较为理想。然而，除了曼纽斯之外，国内开发者构建的Agent在复杂任务执行和规划上尚未达到较高水平。 MCP在不同场景的应用情况：在ToC场景中，如支付宝支小宝调用生活服务仍处于早期阶段，并存在一些问题；在ToB场景中，以钉钉为例，使用MCP提升了开发效率，但在多任务规划方面，相较于曼纽斯，在银行或金融场景的全流程自动化上仍有差距，需要人工干预和工程化调整。 MCP协议特点与多任务处理：MCP类似于HTTP协议，是一个连接通道，其背后框架式能力复杂(各行业纪要加v:571117713),包括基于大模型的工作流执行等工程化能力，注重任务拆解和多任务执行的精确度。目前以钉钉为例，多任务处理存在准确度问题,内测版本单一流程准确度为99%,但多个流程相乘后准确度大幅下降。将单一流程准确度提升到99.99%预计需要35个月，多任务处理是MCP应用开发中的难点。 MCP推广目的与生态构建：推广MCP可以提升开发效率，开发者能够在阿里云百炼、钉钉等平台上直接调用垂直场景数据服务 ,降低Al开发门槛。同时，这有助于构建阿里生态，引进工具服务商，连接内部生态为商业化铺垫。例如，曼纽斯收费调用MCP服务可与服务器分成，形成新的商业模式。 阿里内部应用MCP对接情况：高德在MCP对接方面进展最快，将数据和接口封装在MCP中提供服务；钉钉、支付宝等反应较慢,钉钉作为入口级应用，MCP封装化进度未达预期，内部应用对接存在问题，如支付宝支小宝与钉钉未打通，需调试应用层交互以保证稳定性和准确度。 不同应用MCP战略重点：钉钉的战略重点是突破办公协同场景，涵盖从IM聊天指令到审批、会议纪要等办公系统相关环节；支付宝的战略重点是打通生活服务到支付环节，整合便民服务与支付体系，其小程序框架服务众多，想象空间大。内部讨论围绕生活服务场景规划，如出行、餐饮、导航等一站式服务，但目前仍处于设想阶段。 调用工具收费逻辑：收费方式包括以解决方案形式卖给客户，包含模型、开发平台及相关能力，钉钉与服务商一家结算，价格溢价且有调用量财务条款；以Agent应用形式收费，如教育场景标准化Agent与服务商按分润价格结算，OCR分成约占应用30%;当MCP或Al Agent流量极高时，可能反向向工具服务商收费，用户使用Agent可能有免费调用次数，超过需充值，钉钉抽水比例在15 % 3 0 %。 与苹果合作进展及ERP对接问题：在与苹果的合作中，接入iOS16.5及之后系统，通过Al视觉检索与苹果摄像头打通，高德基于LBS和Siri实现导航、订餐和支付闭环，钉钉Al生成内容预装 到iPhone。ERP对接困难，国内大部分客户ERP不愿接入，涉及入口流量问题，ERP厂商与钉钉既有合作又有竞争，且很多厂商在构建自身Al能力争夺垂类入口，即便接入MCP,若不配合调优,多任务执行到ERP环节可能不准确。 场景规划与用户体验：内部讨论规划了生活服务场景，如出行时提供多种出行选项、到达目的地推荐餐厅并导航、根据需求导航到充电桩、游玩时提醒天气等，这些场景旨在提升用户便捷智能生活体验，但目前距离实现还有一定距离。从用户体验角度，这类场景对追求便捷生活的用户具有吸引力，但受用户隐私关注和生活习惯差异等因素影响。 Q&A: Q:能不能请专家解析一下MCP是Agent大范围落地的必要但不充分条件，还需要推理规划功能这一情况? A:MCP在Agent大范围落地进程中扮演着必要角色，然而仅有MCP并不足以实现全面落地，推理规划功能同样不可或缺。 MCP的性质类似于互联网的HTTP协议，主要作为一个连接通道存在。对于Agent要实现大范围落地而言，其背后的框架式能力起着关键作用，其中包括基于大模型的整套工作流执行、RPA操作以及知识库调取等一系列工程化能力。这些能力的核心在于任务拆解以及多任务执行时的精确度把控。以钉钉在银行或金融场景下进行任务规划为例，设想构建与曼纽斯类似的流程，其中包括运用模型Al Agent驱动模型生成代码，进而形成可视化数据图谱并反馈给用户。但实际执行过程中，钉钉最终无法达到曼纽斯 那般强大的自动化程度，后续不得不依靠人工干预以及工程化调整。这一实例充分体现出推理规划功能等要素在Agent成功落地过程中的重要性。 Q:阿里大力推广MCP后，我们能看到哪些应用方面积极的进展? A:在阿里积极大力推广MCP之后，于应用层面呈现出了诸多积极的进展。在阿里庞大的生态体系中，从阿里云相关情况来分析， 在Agent领域，目前较为成功的案例当属曼纽斯。它在任务拆解以及多功能复杂任务执行方面表现卓越，能够极为有效地利用 MCP背后所调取应用的服务。另外，钉钉在去年推出魔法棒平台(这是一个Al生产力平台)之际，由于彼时MCP已在内部投入使用,钉钉的开发效率得到了极大幅度的提升。在垂类场景的应用方面，MCP也展现出了不错的效果。例如支付宝的支小宝计划通过MCP吊起整个生活服务体系(尽管目前尚未成熟，但从长远来看前景颇为良好),还有高德的导航等传统通用场景，同样能够调用MCP相关服务，并取得了较好的应用成果。 Q:目前有哪些Agent直接接入MCP的比较好的应用? A:在阿里的生态体系范围内，当前Agent直接接入MCP且表现较为出色的应用，首推曼纽斯。它具备强大的任务拆解和多功能复杂任务执行能力，能够切实将MCP的优势充分发挥利用起来。其次是钉钉，钉钉在去年推出魔法棒平台时，得益于MGP的运用，开发效率实现了显著提升。从单独的Agent应用视角来看，除了曼纽斯这类层级较高的应用之外，国内其他开发者所构建的 Agent在复杂任务执行和规划方面尚未达到相应的水准。不过，在垂类场景以及细分场景中调用MCP,依然能够取得不错的效果。比如支付宝的支小宝借助MCP吊起生活服务(虽未完全成熟但发展前景乐观),以及高德导航等传统通用场景中对MCP的调用，都在各自领域展现出了一定的应用价值。 Q:接入MCP后会带来哪些明显的甚至实际的变化或进展? A:接入MGP后，带来了多维度的显著变化与实际进展。在阿里的生态体系内，从Agent应用的角度观察，曼纽斯在任务拆解和多功能复杂任务执行方面表现得十分突出。它借助MCP背后丰富的服务应用资源，将MCP的效能发挥得淋漓尽致。钉钉在去年推出魔法棒平台时，由于提前内部采用了MCP,开发效率得到了显著提升。但从单独的Agent应用层面来说，除了曼纽斯之外，国内其他开发者所开发的Agent在复杂任务执行和规划能力上，与理想水准仍存在差距。不过，在垂类场景和细分场景中，调用MCP却能收获不错的效果。像支付宝的支小宝通过MCP吊起生活服务,虽然目前尚未成熟，但其未来前景值得期待；高德导航等传统通用场景，也积极涉及MCP调用，并取得了一定成果。另外，钉钉在办公场景方面虽有一定程度的提升，但也暴露出一些问题，例如开发速度未达预期目标；而支付宝的支小宝主要面向toC场 景，在该领域具有较大的想象空间和发展潜力。 Q:MCP的server是否编写得不够完善或者是MCP本身的问题? A:MCP本质上类似于一个API接口，其自身结构并不复杂，就如同互联网的HTTP协议一样，一定成果。此外，钉钉在办公场景方面虽有一定程度的提升，但也暴露出一些问题，例如开发速度未达预期目标；而支付宝的支小宝主要面向toC场景，在该领域具有较大的想象空间和发展潜力。 Q:MCP的server是否编写得不够完善或者是MCP本身的问题?A:MCP本质上类似于一个API接口，其自身结构并不复杂，就如同互联网的HTTP协议一样，主要作为一个连接通道而存在。真正具有挑战性的部分在于Agent开发背后所涉及的整套框架体系。例如，任务拆解以及多任务执行能力对于精确度有着极高的要求。以钉钉在银行或金融场景下进行任务规划为例，尝试构建与曼纽斯相似的流程，包括利用模型AIAgent驱动模型生成代码，进而形成可视化数据图谱并反馈给用户。但实际操作中，却无法达到曼纽斯所具备的自动化程度，后续不得不通过人工干预和工程化调整来弥补差距。所以，并非是MCPserver编写不完善，也不是MCP本身存在问题，而是背后的应用开发以及Agent开发框架相关工作存在较高难度，尤其是多任务处理这一关键环节，目前仍处于攻坚阶段。 Q:是否有一个进度条来显示看到比较好的爆发点的时间? A:以钉钉为例，截至4月17日，(各行业纪要加v:571117713)钉钉内测版本与曼纽斯强制版本存在一定相似性。但目前钉钉的单一流程准确度为99%,当涉及多个流程时，相乘之后的准确度会出现 大幅下降的情况。因此，需要将单一流程的准确度从当前的99%提升至99.99%。预计从时间上看，快则3个月，慢则5个月能够达成这一目标。阿里大力推广MCP,主要目的在于吸引更多代码合作伙伴的加入，充分调动开发者的积极性，进而提升整体开发效率。例如，在MCP尚未成熟的阶段，执行层面接入的三方服务相对较少，开发工作往往需要通过代码连接来实现。而在MCP成熟之后，开发过程不再需要如此繁琐的代码连接操作，开发效率得以大幅提升。这不仅意味着生态系统能够快速引入更多资源，创造更多可能性，还能显著降低Al开发的门槛，使开发者能够将更多精力聚焦于业务场景的开发，而非耗费大量时间在代码研究上。同时，引入工具服务商能够为企业开发者提供更为丰富的服务资源，进一步连接阿里生态体系，为后续商业化进程奠定坚实基础。 Q:高德、淘宝是否都已经写好或者封装好MCP相关内容? A:高德在MCP相关内容的封装工作方面进展较为迅速。这主要是因为高德原本就长期向众多应用提供其API,在MCP出现之后，高德顺势将自己的数据和接口封存在MCP当中，并以服务的形式向外界提供。然而，淘宝等其他应用在这方面的反应则相对迟缓。尤其是钉钉，作为入口级别的重要应用，虽然从长远来看，在阿里的整体环境下必然会完成封装工作，以便让其他应用能够顺利调用相关服务。但目前在实际推进过程中，涉及到内部产业投入等诸多复杂问题。像这种直接面向toC的入口级应用，MCP的封装化进度普遍较为缓慢，距离实现让阿里的一个Agent能够灵活 调动所有应用的理想状态，还有很大的差距。这也反映出在内部配合方面，仍然存在一些亟待解决的问题。 Q:已经接入或者基本封装好MCP的APP或产品有哪些? A:在支付宝体系中，支小宝与背后的生活服务商之间，正是通过MCP进行连接的。而钉钉自身具备调取数字人工作流、Al生成图文等多种能力，并且在财务、法务、ERP、CRM等多个场景下，也封装了MCP服务。但需要注意的是，目前钉钉和支小宝之间尚未实现打通。二者在实际运行过程中，只是各自调用自身原本场域内的应用能力，暂时还无法实现跨应用的协同操作。 Q:为什么会出现一方封装好但另一方不能调用的情况，难点在哪里? A:之所以会出现一方封装好但另一方却不能调用的情况，主要原因在于，尽管模型在技术层面可以调用MCP的service,但不同应用所涉及的场景存在显著差异。以支小宝和钉钉为例，它们在模型上层又额外增加了应用层。而应用层之间的交互并非简单直接的过程，需要进行精细调试，以此来确保交互过程的稳定性和准确度。这并非仅仅打通MCP就能够实现全部调用功能。虽然模型与MCP的service之间的交互通常不会出现问题，但模型之上的应用之间的交互，涉及到应用与应用之间复杂的调试工作。如果在未进行充分调试的情况下直接进行调用，虽然表面上可能能够实现调用操作，但实际上会严重影响多线程任务处理的准确度，进而给用户带来极差的体验。例如，曼诺斯在多任务处理方面能 够保持较高的准