背景
现在的大模型落地不理想,真正的落地,应该是落地到各个企业、各个生产环节,想一想:比如在浏览器中命令大模型处理公司 ERP 系统的内容 ------ 帮我总结公司会议关键信息、帮我分析一下系统数据趋势、帮我就这个内容发个邮件等等,或者查阅电脑本地文档去操作知识库、调用工具生成文档等等,这中间会涉及到一些安全问题、对接问题等等,这极有可能是程序员的新机会。
构思
MCP,全称 Model-Connected Process,即"大模型连接流程",指的是通过编程手段将大模型能力接入到具体的业务流程和系统中。
这不是让大模型简单"聊天"或"问答",而是让它真正成为一名"数字员工",参与到企业的实际工作流中:文档生成、数据核对、邮件处理、知识调取、信息总结、决策辅助,甚至流程控制。
当前的大模型落地往往浮于表面。我们看到了大量 Demo、原型系统、炫酷的生成结果,但少有真正进入企业生产流程的应用。
我觉得原因有三:
1、模型能力强,但不知道该用在哪。
2、型对企业的私有数据视而不见。
3、模型无法理解业务的流程与约束。
MCP 的本质,就是让大模型"嵌入"到流程中,成为流程的一环,甚至主导流程。这才是真正意义上的"落地"------落到人正在干的活上。
与其争抢 prompt、拼应用 UI,不如做企业与大模型之间的"适配器"。程序员在 MCP 中的职责,不是发 prompt,而是写代码去完成下面这些关键环节,比如:
1、把企业文档、数据库、业务日志、知识图谱等转化为模型可用的上下文。
2、通过浏览器插件、工作流平台、企业微信/钉钉等接入点触发模型任务。
3、大模型输出的指令,最终要落到自动操作(如生成文档、填表、改 Excel、调用 API)。
4、确保大模型只读它"该读的",只做它"能做的",落地合规可控。
5、让模型能够基于反馈微调行为,实现逐步增强。
我们可以试想这样的用户体验:
- 我在 OA 系统中打开一个流程文档,点击插件按钮:"总结一下重点"。
- 模型提取出关键变更、流程路径、负责人。
- 我又点了"和去年版本对比",模型自动比对文件,输出差异说明。
- 点"生成审批意见",模型根据内容起草建议文本。这肯定是领导喜欢的!
看起来像是一个浏览器助手,实际上背后是一个完整的 MCP 对接:包括文档获取、版本历史访问、对比逻辑、提示模版、模型能力调用、输出结构化返回。
技术实践的方向:
1、模型调用 RAG(检索增强生成),在本地文档库中查阅、比对、回答。
2、用户上传文档,模型提取关键信息、校对内容、对比版本、生成审阅摘要。
3、打通公司 ERP 系统,早就该更新了!!网页浏览时,选择一段内容,右键即可让大模型总结、翻译、分析。
4、模型填表、生成报告、起草邮件、提交审批,打通办公系统。
5、在钉钉/飞书中对话,调模型做数据分析、文案生成、日报撰写。
小结
所以,大模型的革命不在模型,而在对接。
在每一个知识密集型、流程驱动型的岗位上,大模型都有机会成为"第二大脑",前提是有人把它"接进去"。这是 MCP 的意义------不造轮子,而是让轮子跑在正确的轨道上。
程序员不必和模型能力竞赛,但一定要掌握连接模型与业务的能力:本瓜预言:这将是未来五年最具价值的技术红利窗口。