内容提要
Google的Andi Gutmans认为,智能体开发是PHP民主化网页开发的自然延续,每位开发者正成为“智能体团队的负责人”。他强调,关键瓶颈不再是模型,而是数据激活与治理。他讨论了代码审查中人类与智能体的平衡、风险管理的“人在环中”框架,以及Google如何改革面试流程,评估候选人引导智能体的能力。
延伸解读
从PHP到智能体:民主化的延续
Gutmans将智能体开发视为PHP民主化网页开发的延续,强调其让非技术背景者也能构建复杂应用。他以律师姐姐用Lovable建站为例,说明智能体降低了技术门槛。但民主化也带来安全挑战,正如PHP时代非专业开发者可能写出不安全代码,智能体时代需通过内置最佳实践和治理机制来应对。
代码审查:人类与智能体的平衡
Gutmans指出,代码审查并非完全交给智能体,而是根据风险决定人类介入程度。他提到Google同时要求人类和智能体审查,智能体能发现人类难以察觉的跨代码库问题,但敏感代码仍需人类专家把关。这本质上是风险管理问题,而非对AI的信任问题,类似Waymo事故率虽低,但公众仍偏好人类司机。
数据激活:智能体时代的瓶颈
Gutmans认为模型已足够强大,真正的瓶颈在于数据激活。企业需将结构化、非结构化数据(如PDF、图片)整合,并理解其语义关系,才能让智能体有效推理。他提出“无边界湖仓”概念,利用跨云互连和开放格式打破数据孤岛,并强调智能体驱动的本体构建,以应对数据规模带来的治理挑战。
Q&A
Andi Gutmans 认为从 PHP 到智能体开发是一种怎样的转变?
他认为这是一种自然延续,就像 PHP 民主化了网页开发,智能体正在民主化软件开发,让非技术背景的人也能构建复杂应用。
Andi Gutmans 提出“每个个体贡献者成为智能体团队的负责人”是什么意思?
意味着开发者不再主要手动编码,而是通过设计、编排和审查智能体的工作来完成任务,就像团队负责人管理团队成员一样。
在代码审查中,人类和智能体如何分工?
人类和智能体都需要参与审查,但分工取决于风险。对于敏感代码(如安全令牌),需要人类专家审查;对于低风险代码(如 CSS/HTML),智能体审查可能更有效。
Google 如何改革面试流程来评估候选人?
Google 不再让候选人手写代码(如快速排序),而是让他们使用 Gemini 等智能体解决问题,观察他们如何推理、引导智能体,评估其指导能力。
“人在环中、智能体在环中、智能体在环上”框架是什么?
这是一个用于决定何时需要人类审查的框架:人在环中(human in the loop)指人类直接参与;智能体在环中(agent in the loop)指智能体参与但人类监督;智能体在环上(agent on the loop)指智能体自主运行,人类只在必要时介入。这本质上是风险管理问题。
Andi Gutmans 认为当前智能体开发的主要瓶颈是什么?
他认为模型已经不是主要瓶颈,真正的挑战在于如何将组织的数据激活到智能体可以推理和行动的状态,包括处理结构化、非结构化数据,并理解其语义和关系。
Google 的“无边界湖仓”概念是什么?
它指的是打破数据孤岛,无论数据存储在哪个云(GCP、AWS、Azure)或本地,都能通过跨云互连和开放格式(如 Iceberg)实现零拷贝、低成本的访问,从而让智能体能够基于所有数据推理和行动。
为什么说智能体驱动的本体构建比人工更有效?
因为企业数据规模庞大,人工数据管理员无法处理全部数据,而智能体可以自动发现数据、推断关系,将人类从繁重的本体构建中解放出来,转向更高价值的策展工作。