AI时代程序员的转身:研发范式的变化与能力重塑

最近在团队内部做了一次关于 AI 时代研发范式变化的分享,把 PPT 内容整理出来,并附上自己的一些思考和总结。


Slide 1:主题

AI时代程序员的转身 研发范式的变化与能力重塑

2026-03-27


Slide 2:为什么要"转身"

编码本身正在从"核心产出"变为"基础设施"——这不是威胁,而是解放。

阶段 做法
过去 手写碰撞检测逻辑,数百行代码反复调试
现在 自然语言描述碰撞规则,AI生成代码,人做审查
未来 Agent自主完成开发测试,工程师专注玩法创新

转身的本质:从"手写代码"到"驾驭AI写代码",从"执行者"到"决策者"

小结

这张PPT用碰撞检测这个具体的工程例子,把"AI替代"这件事讲得很清晰:不是工程师消失,而是工程师的重心在上移。以前我们花大量时间在"怎么实现"上,今后越来越多的精力应该放在"实现什么"和"为什么这么实现"上。这个转变不是突然发生的,而是随着 AI 工具能力的提升在持续加速。


Slide 3:研发范式的四个新维度

研发范式的变化与能力重塑

Spec 规格描述 程序员的新"代码"——用结构化自然语言精确描述需求、约束和验收标准

  • 案例:为系统编写Spec,定义系统能力、交互逻辑

Skill 技能封装 将领域知识、编码规范封装为AI可调用的"技能包",实现组织级知识复用

  • 案例:封装"UE5网络同步Skill",含帧同步/状态同步最佳实践

Agent Engineering 设计、构建、编排AI Agent完成复杂研发任务的工程能力

  • 案例:构建"H5测试Agent",自动生成测试用例并输出Bug清单

Harness Engineering AI研发链路的端到端工程治理:质量、成本、安全、可观测性

  • 案例:生产任务自动化,设置目标,H5活动全流程开发、测试、检测、上线

小结

这四个维度是我认为 AI 时代最重要的新能力框架。Spec 是输入质量的保障,Skill 是团队知识的沉淀,Agent Engineering 是复杂任务的编排能力,Harness Engineering 是整个 AI 研发链路的工程治理。这四件事以前要么不存在,要么是"软技能",现在都变成了硬核的工程能力,需要系统性地去建设。


Slide 4:以大模型的方式思考

不换思维模式,就无法有效驾驭AI工具

传统思维 大模型思维 实操示例
“怎么实现这个算法?” “怎么描述问题让AI给最优解?” A*寻路:描述约束和性能要求
“代码必须100%正确” “快速生成→审查→迭代修正” AI出80分代码,人补到100分
“我要掌控每一行代码” “我要掌控架构和关键决策” 人定义伤害公式,AI填充实现
“文档是副产物” “Spec/Prompt是核心产出” 写好文档 = 写好代码
“工具是辅助” “工具链是生产力核心” Agent+Skill组合 > 编码能力

小结

思维转换这张 PPT 是我觉得最难落地的部分。道理大家都懂,但真正让一个有十年经验的工程师放弃"掌控每一行代码"的执念,是很难的。从我自己的实践来看,转变的关键是先从小任务开始信任 AI——让 AI 写一个自己熟悉领域的模块,然后认真做 Review,慢慢建立起"AI 能干这个"的信心。一旦信任建立了,思维自然跟着变。


Slide 5:AI时代程序员的能力模型

核心变化:▲ 价值上升 - 战略与架构 | ▼ 价值下降 - 机械化执行 | ★ 全新要求 - AI协同与治理

价值上升的能力(▲)

  • 产品洞察:精准理解业务需求与用户痛点
  • 创新决策:在技术演进中寻找突破性解决方案
  • 架构设计:构建高可用、可扩展的系统蓝图
  • 跨领域整合:打破技术孤岛,实现多维资源

全新要求的能力(★)

  • Prompt工程:高效引导AI模型输出精准代码
  • Agent编排:设计并管理自动化智能体工作流
  • AI输出审查:鉴别并修复AI生成代码的安全与逻辑漏洞
  • Harness治理:建立AI工具链的规范与效能评估体系

价值下降的能力(▼)

  • 语法记忆:对特定编程语言语法的死记硬背
  • API背诵:强依赖人工查阅和记忆标准库接口
  • 模板化编码:编写CRUD等高度重复的样板代码
  • 重复性测试:手动执行基础的单元测试与回归测试

小结

这个能力模型给出了一个很直接的判断框架:越靠近"决策"的能力越值钱,越靠近"执行"的能力越快被替代。对个人来说,现在需要认真思考自己的时间分配——有多少精力在做"背语法"和"写CRUD",有多少在做"架构设计"和"业务洞察"?如果前者比例很高,那就是一个需要调整的信号。


Slide 6:AI Agent vs 人类开发者

协同原则:AI是你的10x工程师搭档,不是你的替代者 人类负责 What & Why,AI负责 How,共同负责质量

维度 人类开发者 AI Agent 最佳协同
需求理解 深(业务+玩家心理) 浅(依赖Spec质量) 人写Spec,AI执行
编码速度 中(百行/时) 极高(千行/分) AI初稿,人精修
创造力 高(原创玩法设计) 中(组合式创新) 人定方向,AI扩展
质量意识 高(责任心驱动) 中(规则驱动) AI自测,人验收
持续性 低(8h/天) 高(24×7) 人规划,AI持续执行
知识广度 窄(专精领域) 广(跨领域) AI调研,人决策

小结

这张对比表的价值在于找到人机协同的最优分工,而不是非此即彼地讨论"AI能不能替代人"。每个维度都有各自的优势区间,最聪明的做法是把任务拆解到合适的粒度,让人和 AI 各司其职。比如"持续性"这一条很关键——AI 可以 24×7 跑,而人不行;利用好这一点,很多测试、监控、自动化流程都可以交给 Agent 在后台持续执行,人只需要做规划和最终验收。


Slide 7:行动路线图

Phase 1 — 工具普及期

  • 熟练掌握AI编码工具 CodeBuddy
  • 建立团队Prompt模板库
  • 选定试点项目验证效率

Phase 2 — 能力构建期

  • 封装3~5个团队专属Skill
  • 落地首个Agent场景
  • 建立AI代码质量门禁

Phase 3 — 体系成熟期

  • 构建团队Agent
  • AI-Native开发文化
  • 实现全链路智能化研发

四大行动号召(Calls to Action)

  1. 立刻开始 — 打破观望态度,将AI工具无缝引入日常工作流,建立对AI能力的初步认知与信任。

  2. 刻意练习 — 系统性掌握 Prompt Engineering(提示词工程),通过反复实践提升人机交互的精准度。

  3. 向上跃迁 — 将精力从底层代码实现转移到系统架构、业务逻辑与创新设计上,实现个人价值升维。

  4. 分享共建 — 在团队内部分享最佳实践与优质 Prompt,沉淀组织级AI资产,推动整体效能提升。

小结

路线图的价值在于把"转身"这件抽象的事情拆成了可执行的步骤。从我的观察来看,很多团队卡在 Phase 1 出不来,原因是"用了工具但没有沉淀"——Prompt 写过就忘、案例做过没复盘。Phase 2 的核心动作"封装 Skill"是关键转折点,它把个人经验变成团队资产,把"我会用AI"变成"团队会用AI"。这一步做好了,后面的 Phase 3 才有根基。


Slide 8:结语

我们不是在跟AI赛跑,而是在学会骑上AI这匹快马

人机协同原则(HUMAN-MACHINE COLLABORATION)

人类(Human)负责 What & Why:

  • 战略思考与业务洞察
  • 核心需求定义与架构设计
  • 最终决策与质量把控

人工智能(AI)负责 How:

  • 基础代码生成与补全
  • 重复性劳动与模板化工作
  • 细节实现与执行效率提升

CORE PARADIGM SHIFT

从『手写代码』到『驾驭AI写代码』

转身不是转行,是升级。让我们一起,成为AI时代的顶尖游戏技术团队!

小结

结尾这句"转身不是转行,是升级"是整个分享的核心立意。我想强调的是:工程师的核心价值从来不只是写代码,而是理解问题、做出决策、保障质量。AI 把我们从大量机械劳动中解放出来,让我们可以把更多时间花在真正需要人类判断的地方。这是一次升级的机会,抓住它的人会走得更远。