让AI真正赋能企业(初探)

1 评论 772 浏览 1 收藏 10 分钟

当AI能独立完成设计、研发、测试,企业应用开发将走向何方?作者通过三个真实项目验证了AI驱动的Agent中枢模式,从2小时上线的分期计算器到智能知识库,揭示未来企业如何通过MCP协议实现能力开放与业务闭环。

最近忙着搞挺多很有意思的事情,所以就没怎么写文章。

至于是什么有意思的事情,哈哈,后续跟大家逐个分享,不要着急,好事不怕晚。

最近也上线了一些纯AI的企业项目,然后就有了一些思考,就是AI到底在企业里面该怎么真正的应用起来。在这呢,也期望写出来分享给大家。

最近呢,我个人通过AI做了几个小的项目,然后全程没有通过任何设计、研发、测试环节,就直接上线给用户用了。

整体时长、流程和响应时效,都有了指数级的变化。

例如,我前几天的文章有写做了个居然分期计算器,计算器的详细介绍文档可以查看这个文档《今天教你用AI真实搭一个能跑的项目,有手就行的那种~》。整个开发过程差不多2个小时吧,可能还不到。

然后不需要设计,AI自己就设计了页面。

然后不需要研发,AI自己就搞定了全套逻辑和实现。

然后不需要测试,AI自己会根据你的规则完成整体测试。

你只需要负责把需求描述清楚,规则说清楚,然后就可以了。

然后当然,需要有一个企业级的项目,支持你通过mcp的方式,把你的项目发布上去,然后就可以了。

现在还在线上正常跑着。

给大家看一下演示的视频。

(emmm,人人不支持视频,呢就没法看了~)

数据虽然用得少,但是整体模式其实是成立了的。

然后响应也很快,就是我有个计算规则,最开始是定义错了的,后来使用人反馈了之后,我就直接告诉AI了,然后20分钟后,修复就上线了……

如果按照正常的产品-设计-研发-测试的流程,需求输出-需求评审-设计出图-开发处理-测试验证-产品验收-发布上线的链路来说的话,这个需求,大概率没有一周是上不了线的。

当然,如果是修复问题的话,怎么也得个大半天吧。

所以,其实整体从时间和效率上看下来,还是很合适的。

当然,一个项目怎么能验证这种模式的成立与否呢?

所以,其实我还上线的有其他的项目,其中一个是一个知识库的项目。

这个项目我还没写文章,后续细讲。

基本上就是下载一个obsidian工具,然后AI基于obsidian来做知识库,然后呢,通过钉钉的dws,授权访问钉钉,然后他就可以变成一个机器人,进入到钉钉群,自主回复群内的所有问题,非常适合用来做群答疑。(需要@这个机器人才行)

比如,咨询一些基础问题,就能很容易地找到答案和标准回答。

当然,是否要开启AI大模型回复,也可以由你自由决定。比如,用户确认要使用AI回复的话,就能解释波粒二象性是什么,哈哈~

当然,这个的范围可以自行控制,目前我其实没做细化控制,直接用的大模型回复。

如果你需要做一些细化控制也是可以的,就是限定AI回复的行业,比如房产、家居、汽车等等,你属于什么行业,你就回复什么行业的信息就好了,这样其实能对于你的知识库是一个完整的补充。

相当于AI对于这个行业的上限,就是你知识库的上限。

当然,两个项目,其实也不能说就能验证这个模式。

所以,其实还有一个居小然AI问答,咳咳~ 我先放个视频吧,各位看官自己看吧,你家的业务,是不是也可以做一个类似的,哈哈~

(emmm,无法上传视频,凑活着看吧)

至于到底怎么做出来,后续会有文章细说。

不过这个目前还停留在数据验证阶段,如何获取每个门店的实时数据,还有待完善和验证。

这些项目都是我一个人直接做的。

分期计算器的话,如果没记错的话应该是2个小时,第一版就上线了。(当然,后续有迭代过一两次,补一些安全警示说明啊,优化一些展示样式啥的。)

然后知识库的话,从开始到上线,应该也就。。。半天??我有点忘记了。

居小然AI问答的话,时间周期长点,应该涉及到了做视频动作,调用语音转文字大模型,然后模拟一些数据,调整一些回复的样式等等。目前暂时还停留在demo阶段。

但是,这些项目,其实已经能够验证一个事情。

就是,未来的企业,到底如何用AI来搭建自己的中枢架构。

不得不说,公司提供了一个小的服务器,允许每个员工通过mcp的方式发布项目,其实就是一个非常好的雏形。

在我理解上来看,企业未来的AI赋能,就应该就是一个Agent中枢。 然后这个中枢里面,有很多通用的能力或者工具(比如用户,基础数据,权限,三方工具),通过mcp方式向所有被授权的AI开放(也就是企业内部员工),所有AI都可以通过调用底层数据或者工具,完成自己的业务闭环,然后在自己的AI工具中完成闭环,测试通过后,通过MCP服务,向Agent中枢发起服务申请,然后Agent中枢对服务进行发布,上线前调用通用的测试agent跑一遍基础的安全性问题,然后不对业务逻辑和信息做调整,然后就直接发布上线了。

同样,每一个员工的AI发布的项目或者服务,可以在企业的agent中枢中,开放自己的mcp服务,再供其他员工的AI调用。

然后这样的话,每个业务都是独立解耦的,并且每个业务之间还有相关关系,然后就能覆盖所有的应用体系,包括网站,小程序,app等。

当然,只看文字,可能不太直观,所以,我也用AI生成了一张架构图,我觉得挺能体现我的想法的。大家可以看看作为一个参考。

然后呢,这些只是个人看法啊,不喜勿喷,当然,你喷了其实我也无所谓。

聊这个思路和想法,也并不是说企业就该裁人啥的,觉得AI就能干一切了。

其实不是的,AI可以提效这件事情,我觉得可能需要有一些前提。

你要知道,本身懂技术的人,在AI这个层面,其实玩的会比一般的人玩的6的多,因为这几乎就是他的本职了。

所以,同样的AI,一个业务,和一个技术/产品,在使用约束上,效率上,效果上,差异还是很大的。

所以,一个之前是大动脉的人,在AI的时代,只会变成一个更大的动脉,而不是需要舍弃。

当然,这里面会有特例,但是特例不能作为通用情况来考虑。

好像说的有点多了。

那今天就这样,我们下次再见。

本文由人人都是产品经理作者【赵晗】,微信公众号:【AI奇妙夜】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 企业让AI真正赋能,难点不是做一个聊天入口,而是把用户、权限、基础数据和三方工具通过MCP开放成Agent中枢,让每个员工的AI都能调用并完成业务闭环。分期计算器、钉钉知识库和居小然问答验证了效率变化,但实时数据、权限边界和发布审计还没完全跑通。先有可调用可发布的中枢,再谈全员提效,这个顺序可能比工具选型更重要。

    来自广东 回复