通过笔者这段时间的对Ai Coding的接触和使用,笔者觉得Ai Coding的确是大势所趋,作为行业里面的开发和设计人员,我们应该尽快学习和使用它,不要排斥它。

除此之外,笔者深切体会到目前是一个混乱期和爆发期,各大厂商和机构都在里面不停的摸索和试验,不然也不会很短时间之内就会有很多新名词和方法论出来。

针对最新的一些技术分享和方法论,笔者做了一个整理,个人觉得下面的组合应该是代码能够通过Ai落下去比较可行的方式。

通过Harness 进行整个开发周期的控制管理,Vibe + SDD + Gule组合的方式作为编程的方法论。

Vibe Coding 解决“能不能写”,SDD 解决“对不对”,胶水编程解决“像不像我们的”,而 Harness 是让这一切稳定落地的运行时系统——它把隐性经验变成显性资产,把流程和反馈编码为可执行的工程规则。

一、三种编码范式的阶段与定位

Vibe Coding (氛围编程) :

     个人提效起点 (手工作坊),解决 能不能用 AI 写代码? 

    降低从0到1的门槛 自然语言描述需求,AI 即时生成,多轮对话迭代 能跑起来,但风格随机、质量看运气,不适合生产。

SDD (规范驱动开发): 

    亦称 SPEC Coding ,企业级终局 (工程化) AI 写的代码对不对?  解决概率性输出与确定性需求的矛盾 。

开发方式:

规范 = 唯一事实来源;

代码可丢弃;

5层执行模型(规范→生成→构件→验证→运行时) 

功能正确,符合验收标准,但代码风格不一定符合团队习惯。

胶水编程 (Glue Coding):

   企业级落地的具体实现 (中后台高频场景) AI 写的代码像不像我们的?解决“能跑但 CR 通不过”的问题 。

开发方式:

别让 AI 写代码,让它抄代码:

 开发规范(规矩)+ 

代码模式(骨架)+ 

领域知识(经验)+ 

任务规格(意图) 90% 抄,

10% 写

 风格统一、组件正确、文件结构一致、CR 一次通过

三者的递进关系:

Vibe 让 AI 能写代码 → 

SPEC 让 AI 写对代码 → 

Glue 让 AI 写出“你的”代码。

二、每种范式具体解决了什么问题

1. Vibe Coding 解决的问题

· 降低启动门槛:非专业开发者也能快速生成代码

· 快速验证原型:从想法到可运行 Demo 只需几分钟

· 核心矛盾:AI 的概率性输出 vs 工程的确定性需求

· 典型问题:

  · 上下文断裂(长对话导致注意力漂移)

  · 实现失控(AI 擅自修改无关代码)

  · 零沉淀(知识留在聊天窗口,无法复用)

2. SDD(规范驱动开发)解决的问题

· 上下文断裂 → 通过 specs/(真理源)与 changes/(变更沙箱)物理隔离

· 实现失控 → 规范锁定 + 验证层强制一致性(如 Review Agent 校验需求匹配度)

· 零沉淀 → 意图固化(proposal.md / tasks.md)

· AI 概率性输出 → 5 层执行模型将规范转化为确定性行为

· 代码可丢弃性:规范成为核心资产,代码可随时再生(适合长期迭代、人员变动的企业项目)

3. 胶水编程 解决的问题

胶水编程不是替代 SDD,而是在 SDD 基础上补全了“具体实现像不像团队”这一层。它解决的是:

· 组件乱用、规范不守、已知的坑反复踩 → 采纳率从 50% → 97.9%

· SDD 的三个结构性局限:

  · AI 缺乏真正的理解能力

  · 规范无法完整描述系统(比如无法描述 formProps 如何传给 SearchForm 这种微观组合模式)

  · 规范比代码更难维护

· 具体解决手段:

  · 开发规范(静态注入 AGENTS.md):不可违反的底线(如必须用内部组件库、接口以 / 开头)

  · 代码模式(样板间):给 AI 看完整的代码骨架,让它抄而不是写

  · 领域知识(MCP 知识库):内部私有组件的用法、踩坑经验

  · 任务规格(SPEC/Plan):本次需求的差异点

核心洞察:

LLM 天然更擅长“照着代码抄”而非“按规则写”。给 AI 一份 500 行的标准列表页,比写 50 条规则有效得多。

三、Harness 在 AI 编程落地中的作用

Harness 不是单一工具,而是 模型外部的整套控制环境——让一个会生成的模型,变成一个能在真实系统里稳定交付结果的工作体。

1. Harness 的三层结构

· Harness 整体作为 AI 编程的运行时系统,包含三个自下而上(或顺序依赖)的层次。

· 知识层 解决“模型该读什么”,核心是把隐性知识显性化、版本化。

· 约束与流程层 解决“任务拆解与职责分配”,通过角色分离、上下文重置和机械规则防止 AI 自由发挥。

· 反馈与运行时层 解决“如何验证对错”,用真实环境执行和可观测性数据代替模型自评。

2. Harness 与 Vibe/SDD/胶水编程的关系

· Harness 是贯穿全流程的运行时系统,而 Vibe/SDD/胶水编程是不同阶段的编码方法论。

· Harness 包含并支撑这些方法论:

  · Vibe Coding 如果没有 Harness 的反馈层,就会陷入“上下文断裂、实现失控”。

  · SDD 如果没有 Harness 的约束与流程层,规范就无法强制执行。

  · 胶水编程的四层物料体系(开发规范、代码模式、领域知识、任务规格)本质上就是 Harness 知识层和约束层的具体实例化。

· Prompt 管“怎么说”,Context 管“模型看到什么”,Harness 管“整个系统怎么运行”。

三者是包含关系,不是替代关系。


强烈推荐下面几篇文章:

https://mp.weixin.qq.com/s/G3aKbzdGUyD2h1aVjvbr2g

https://mp.weixin.qq.com/s/_cpJgaCpisIM_SHDE9Mr9w

https://mp.weixin.qq.com/s/tTjhHOrCslCW7vG14WFn3A

https://mp.weixin.qq.com/s/s4IVundC5cj61iY8rahA0A

Logo

Agent 垂直技术社区,欢迎活跃、内容共建。

更多推荐