⚡ 淘汰你的不是 AI,而是会用 AI 的同行

8 阅读4分钟

前两天聊了两件事:

  1. 我用 AI 工作流系统跑完一个需求只花了 51 分钟
  2. 前端 80% 的时间不在写代码,而在处理"围绕代码的工作"

今天聊最后一个问题:这件事对我们意味着什么?


📶 一个正在发生的分层

过去一年,我观察到开发者群体正在悄然分化成三个层级:

Level 1:用 AI 写代码的人

用 Copilot 补全代码,用 ChatGPT 问问题,用 Cursor 生成函数。

这是目前大多数开发者的状态。AI 是工具,偶尔调用,效率提升 20-30%。

问题是:这个层级的门槛几乎为零。 任何人装个插件就能做到。当所有人都能用 AI 写代码时,这个能力就不再是竞争优势。

Level 2:搭建 AI 工作流的人

不只是用 AI 写代码,而是设计一套系统,让 AI 自动推进整个开发流程。

需求分析、设计文档、代码生成、测试、提测——AI 作为执行引擎,人作为决策者。

这个层级的人很少,因为它需要:

  • 对开发流程有系统性理解(不只是写代码,还要理解"围绕代码的一切")
  • 有工程化思维(能把隐性流程抽象为可执行的配置)
  • 有持续迭代的耐心(第一版一定不完美,需要反复打磨)

Level 3:设计 AI-Native 工程范式的人

不只是搭建自己的工作流,而是提炼出可复制的模式,让其他团队、其他技术栈也能用。

把"个人效率工具"变成"团队基础设施",甚至变成"行业标准"。

这个层级极其稀缺。


🪞 你在哪个层级?

如果你现在的状态是"偶尔用 Copilot/ChatGPT"——你在 Level 1。

这不是批评,这是现实。大多数人都在这里,包括一年前的我。

但问题是:Level 1 正在变得拥挤。 当 AI 编码能力越来越强,"会用 AI 写代码"就像"会用 Google 搜索"一样,不再是技能,而是基本素养。

真正的竞争力在于:你能不能设计"AI 怎么用"?


🚀 从 Level 1 到 Level 2 的关键跨越

我花了两个月从 Level 1 走到 Level 2,核心转变是三个认知:

认知一:AI 不是工具,是执行引擎

工具是你调用它。执行引擎是它主动推进,你审核确认。

这个转变意味着:你需要把流程设计得足够清晰,清晰到 AI 能自主执行。

认知二:规范不是给人读的,是给 AI 执行的

传统规范放在 Wiki 上,没人看。

AI-Native 的规范是配置文件——AI 每次执行时自动加载,严格遵循。改一行配置,下一个需求就按新规范来。

认知三:提效的关键不是代码生成,是流程自动化

代码生成只是冰山一角。真正吃掉你时间的是需求分析、设计文档、测试、提测这些"围绕代码的工作"。

把这些自动化了,才是真正的降维打击。


📍 这不是未来,是现在

我不是在描述一个"未来可能实现"的愿景。

这套系统已经在真实项目中跑了两个月,处理了 10+ 个需求。文档类工作提效 80%+,日报实现零人工,12 项规范优化在使用中自然沉淀。

而且它还在持续进化——每次使用都会产生反馈,系统自动学习,规范自动更新。


💡 给你的建议

如果你想从 Level 1 往上走,我的建议是:

  1. 先梳理你的开发流程:从接到需求到提测,你经历了哪些步骤?每步花多少时间?
  2. 找到重复性最高的环节:哪些步骤每次都差不多?哪些信息在多处重复填写?
  3. 从一个环节开始自动化:不要一上来就搭完整系统。先把"提测文档自动生成"做出来,体验到甜头再扩展。
  4. 把规范写下来:不是给人看的文档,是给 AI 执行的配置。技术栈、编码规范、文档模板,全部显性化。

🎯 最后

淘汰你的不是 AI,而是会用 AI 的同行。

但更准确地说:淘汰你的是那些不只会"用" AI,而是会"设计 AI 怎么用"的人。

好消息是:这个赛道才刚开始,现在入场不晚。

完整的技术方案和架构设计,我会在后续文章中详细展开。如果你也在探索类似的方向,欢迎交流。


💬 你觉得自己目前在哪个层级?你团队有在做类似的 AI 工作流吗?评论区聊聊。