rag系列文章目录



前言

大模型的发展日新月异,2026年说是ai agent元年,ai的发展对程序员的影响越来越大,如果不会ai coding感觉就会被慢慢淘汰掉。大模型的能力很强了,但是不意味着,随便写prompt就能有效地解决时间的编码问题,今天就来探讨一下。


一、spec coding

Spec 编程是一种 规格驱动开发方法。核心思想是:先写规格(Spec),再生成代码。
Spec 的目标是:

  • 用结构化规格代替随意 prompt
  • 减少 AI 编程的随机性
  • 提高复杂项目可控性

Spec-Kit提供了一套标准命令流程。

constitution
   ↓
specify
   ↓
clarify
   ↓
plan
   ↓
tasks
   ↓
implement

具体步骤:
1 建立项目原则(constitution),约束ai行为。
内容包括:

  • coding standards
  • testing rules
  • performance要求
  • architecture原则

2 编写需求规格(specify)
3 需求澄清(clarify),让 AI 主动提问缺失信息。
4 生成技术方案(plan)
5 生成任务分解(tasks)
6 执行开发(implement)

Spec 编程的优势是:
1 提高 AI 编程稳定性
2 适合大型项目
3 支持团队协作
4 可追踪开发过程

但是它的缺点也很多,主要有:
1 复杂度很高
2 文档爆炸
3 修改成本高
4 不适合快速迭代

二、plan coding

在 Claude Code 或类似 AI 编程工具中,**Plan 模式(Planning-first workflow)**的核心思想是:
先让 AI 生成实施计划(Plan),确认后再生成代码。
这样可以避免直接生成代码带来的 架构错误、文件修改过多、上下文混乱。
典型流程:

User prompt
   ↓
AI 生成 Plan
   ↓
User review / 修改
   ↓
AI 生成 Tasks
   ↓
AI 实现代码

Plan 模式的优势:
1 减少 AI 幻觉
2 控制代码修改范围
3 更适合大项目

三、对比

以下是两种编程模式的对比:

方法 工作方式 文档量 稳定性 速度 适合场景
Plan Mode plan → tasks → code 大多数项目
Spec-Kit spec → plan → tasks → code 很多 大型系统

现在编程开发,一般追求快速迭代,从这个角度,一般建议使用plan模式。spec最大的问题是文档修改复杂,很多人担心的是,之前程序员反复修改的是代码,现在需要反复修改文档,ai coding把原先的coding工作转换为了现在的编写维护文档工作,而文档管理是复杂的,一般维护困难。


总结

对于小需求而言,一般的prompt coding就能解决coding问题,对大多数需求而言,一般建议使用plan mode,针对大的项目需求,才建议使用spec编程范式。

Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐