返回列表

一张咖啡杯旁的草图,和它背后正在重写的企业软件交付逻辑

ai-insights2026-05-1510 min read
一张咖啡杯旁的草图,和它背后正在重写的企业软件交付逻辑

作者:王林Lincoln | MindsLeap创始人 | Founders Space合伙人 | 企业家AI俱乐部创始人

一张咖啡杯旁的草图

Ivan Nardini 在台上说了一句让观众笑出来的话:

"你可能只是在旧金山喝咖啡的时候,随手画了一张像屏幕上这样的草图。"

然后他让 Claude Code 对着这张手绘草图跑了一遍。几分钟之后,一个可交互的产品原型出现在屏幕上。

这不是一个精心编排的 demo 技巧,而是一个正在发生的结构变化。过去,产品经理脑子里有一个想法,需要找到 UI 设计师沟通意图,设计师做出原型,再反复修改。现在这条路径被压缩成了「草图—提示词—原型」三步。

演讲者自己说得直白:

"它可以从一张非常简单的图片或草图开始,而那张草图可能只是你喝咖啡时随手画下来的。"

但这件事的真正重量不在「快」。

在「快」的下面,是另一层更值得企业家关注的变化。

但真正变化的不是写代码速度

这场演示最反直觉的地方在于:它花了将近一半的时间,在讲一个和写代码无关的问题。

Nardini 让 Claude Code 依次戴上五顶帽子:产品经理、UI/UX 设计师、软件工程师、安全工程师、数据分析师,完整地走完了一个产品从想法到上线的全流程。

当 AI 同时扮演这五个角色时,你看到的不是一个「超级程序员」,而是一个流程的串联者

演讲者在软件工程师环节引入了一个叫 Plan Mode 的功能。开启之后,Claude 不会立刻开始写代码,而是先输出一份实施计划,等人确认之后再动手。

Nardini 说得很清楚:

"在写任何代码之前,它会先思考,并提出自己准备怎么做。"

这个设计背后的判断力,比执行速度更值得关注。它说明 Anthropic 和 Google Cloud 理解的 AI 代理,不是一个自动执行的黑盒,而是一个可以审查、可以干预、可以对齐意图的协作方。

对于习惯了「需求文档—评审—开发—测试」流程的中国企业来说,这种「先对齐、再实施」的逻辑,比单纯的「AI 替你写代码」更容易融入现有组织。

一个从草图开始的产品团队

回到演示的技术细节,这里有一个值得拆开的层次。

当产品原型确认之后,Claude Code 需要把应用部署到 Google Cloud 上。对于不熟悉云架构的开发者来说,这本该是一个需要查文档、问同事、反复试错的环节。

但 Google Cloud 做了一件事:发布 Developer Knowledge API,配合 MCP 服务器,让 Claude Code 能直接读取最新的云架构文档。

Nardini 说:

"你不需要知道怎样在 Google Cloud 上部署一个应用。"

这句话的潜台词是:知识获取的门槛正在被抹平。过去你需要一个了解 Cloud Run、Firestore、BigQuery 架构的工程师,现在这部分知识被编码进了 MCP 服务器,AI 代理可以直接调用。

更进一步,Google Cloud 还预置了 Skills,相当于给 AI 装配标准化的操作模块:部署到 Cloud Run、连接 Firestore、写入 BigQuery。

配合 sub-agents 功能,Claude Code 可以同时启动三个子代理,分别处理 API 开发、数据管道和仪表盘构建。演讲者把这个过程比作:

"就像在平时的软件开发生命周期里,跑一次团队冲刺。"

请注意这个类比。

它不是「AI 替代了一个团队」,而是「AI 模拟了一个团队的并行协作模式」。这两者的组织含义完全不同。

数据留在你自己的项目里

在所有技术细节中,有一个被 Nardini 轻描淡写提到、但对中国企业尤其重要的设计:

"数据留在你自己的项目里。"

当 Claude Code 在 Google Cloud 上运行时,你的代码、你的业务数据、你的架构设计,全部留在你自己的项目环境中。模型的能力被调用,但数据没有出境。

这听起来像是一个基础设施层面的技术细节,但对于数据合规高度敏感的中国企业来说,这是 AI 编程工具能否进入核心业务的前提条件。

与此同时,Google Cloud 的计费模式也在传递一个信号:

"用多少,付多少。"

按 token 计费,没有消息条数上限。对于正在评估 AI 工具投入产出比的企业决策者而言,这意味着成本结构从「固定订阅」转向「按需消耗」,更接近传统云计算的计费逻辑,也更容易纳入现有的预算管理框架。

安全审查不再是最后一道人工关卡

演示的最后一个环节是安全审查。

Claude Code 运行了一个预置的安全检查流程,自动发现了一个潜在问题并自行修复,然后才部署上线。

Nardini 自己也承认这是一个简化版本:

"这个演示当然大幅简化了真实世界里可能发生的复杂情况。"

但方向本身已经足够清晰。

当 AI 代理能够在开发过程中自动执行安全检查,企业就不需要等到代码写完、准备上线时,才把安全团队拉进来做最后把关。安全审查从「事后审计」变成了「开发中内嵌」,这会直接改变安全团队在企业中的角色定位和工作节奏。

真正的问题不是替代谁

整场演示结束时,Nardini 让观众实时给这场 session 打分,后台仪表盘上的数字跟着跳动。这个细节很有趣:他用自己的反馈应用,演示了从数据收集到实时可视化的完整闭环。

但这恰恰提醒我们一件事:这个演示仍然是经过设计的场景,不能直接推导出「AI 可以替代整个研发团队」的结论。

工具链的完整性在快速提升。Agent Platform 提供了 MCP 服务器注册中心,Skills 和子代理的能力也在扩展。但企业软件交付的复杂度,远不止一个反馈应用。

对企业家来说,真正值得思考的问题不是「AI 会不会取代我的工程师」,而是:

我的企业里有哪些流程,过去分散在不同角色之间,现在值得被一个代理层重新串联?

产品原型、安全审查、数据分析,这些环节的边界正在变得模糊。先理解这个变化的人,会在组织效率和产品迭代速度上建立新的竞争优势。


关于 MindsLeap 心智悦动

MindsLeap 心智悦动是 AI原生组织转型加速平台。

我们与硅谷创新孵化器 Founders Space 深度合作,持续连接全球 AI 前沿认知、硅谷科技创业生态与中国企业家的真实转型场景。

围绕 AI 原生组织建设,MindsLeap 正在构建一个面向企业家、创业者、AI 工程师、产业专家和投资人的转型生态,帮助企业把 AI 从认知、战略和工具,真正落到组织能力、业务流程、产品创新和增长系统中。

返回列表
王林Lincoln · 2026-05-15