打开网易新闻 查看精彩图片

2022年11月ChatGPT发布至今,生成式AI(人工智能内容生成技术)在编程领域的渗透率从尝鲜变成了刚需。但一个反直觉的数据正在浮现:用得最猛的那批人,反而在重复制造同一种错误。

「一句话生成应用」的甜蜜陷阱

「一句话生成应用」的甜蜜陷阱

作者Faisal Haque在持续高强度使用AI编程工具3年后,发现了一个被严重低估的风险。那些宣称"不用写代码就能开发应用"的平台,正在把大量非技术用户引入死胡同。

Vendor lock-in(供应商锁定)只是最轻的问题。更严重的是安全漏洞、扩展性缺陷和维护性灾难——这些应用作为原型或私人工具尚可,一旦进入生产环境就是定时炸弹。没有软件工程背景的人,连完整的规格说明书都写不出来,AI只能用假设填补空白,而这些假设往往与真实需求南辕北辙。

Haque的观察很直接:「我见过太多'能跑就行'的项目,在用户数破千后彻底崩盘。」这不是AI的错,是使用方式的根本性误判。

资深开发者的隐藏杠杆

资深开发者的隐藏杠杆

同一套工具,在不同人手里产出天差地别。Haque的结论是:AI无法独立生产生产级软件,但在正确引导下,它能将资深开发者的效率推向新维度。

关键区分在于「vibe coding(氛围编程)」与「spec-driven development(规格驱动开发)」。前者是随手丢个提示词,期待AI猜中你的心思;后者是输出详尽的技术文档,用结构化指令约束AI的行为边界。

具体要包含什么?功能规格书附带可量化的验收标准、架构模式定义、代码质量规范、测试策略、安全要求、可观测性指标——这些过去被视作"额外负担"的文档,现在成了人与AI协作的接口。

Haque用了一个精准的类比:开发者的角色从「写代码的人」进化成「设计建筑结构的人」。AI是施工队,但图纸必须你自己画,而且画得够细。

从coder到builder的迁移成本

从coder到builder的迁移成本

这个转变比听起来更难。它要求开发者具备两种过去不太重叠的能力:一是抽象系统设计的深度,二是将模糊需求转化为精确规格的表达力。

Haque正在筹备的系列文章,核心就是拆解这个转化过程。他关注的问题很具体:不同模型在实际代码生成中的行为差异、规格驱动开发的具体操作流程、以及那些真正拉开差距的技术细节。

他的判断带着产品经理式的冷静:这不是技术民主化的童话,而是专业门槛的重新配置。旧门槛在语法细节,新门槛在系统思维——后者其实更难速成。

你在过去3年的AI编程实践中,踩过规格缺失的坑吗?