本文分享了如何有效利用AI大模型进行编程,强调人机协作的重要性。文章指出,AI编码效率的关键在于需求对齐、技术决策和任务拆解,以及通过自迭代的测试环境进行验证和纠偏。作者提倡使用对抗式开发模式,分离代码编写与验证,并强调测试覆盖和从根源解决问题的必要性。文章最后总结了驾驭AI的工程学原则,指出AI编写的瓶颈不在于模型能力,而在于如何有效管理和验证AI生成的代码。
1. 引子:同样用 Opus 模型,产出为什么差 10 倍
很多人以为 AI Coding 就是"把需求扔给 AI,等它写完"。
现实是:我日常开发的时间分配是 20% 需求开发,80% 测试和问题修复。
差距不在模型能力,在于你怎么驾驭它。AI 从零到一实现一个需求很快,但写出来的代码能不能用、稳不稳定、有没有破坏已有功能——这才是真正消耗时间的地方。
我的角色不是打字员,是架构师 + 质量守门人。

2. 20%:人在做什么
需求对齐与技术决策
AI 写代码很快,但它没有架构师视角。这 20% 的时间决定了后面 80% 有多痛苦:
- 用架构师视角选技术方案:定实现路线和优先级,这不是 agent 能做的决策
- 需求对齐:把业务需求翻译成 agent 能执行的明确指令
- 画边界:用接口或抽象隔离复杂性,让 agent 在限定范围内迭代
任务拆解与并行策略
拆解的核心目标是边界清晰、互不干扰,能并行的绝不串行:
- 一个项目开多个 worktree,每个 worktree 承载一个相对独立的需求
- 每个 worktree 内,再开多个 agent 处理子任务或独立 bug
- 拆得越合理,并行越快,出现冲突越少
善用多个 coding agent,用 conductor(编排层)来调度谁干什么活,底层可以是 Claude Code 或 Codex——选哪个取决于任务特性,编排层统一管理。

3. 80%:验证与纠偏
3.1 给 agent 造一个能自迭代的环境
核心理念:不止对代码测试,是对交付行为做端到端测试。
很多问题跟环境、运行时序强相关,只看代码会漏掉大量场景和细节。环境的价值是让 agent 能发现问题根因、从根上修复、自行覆盖完整测试,保证增量需求不破坏历史需求。
本地环境:快速迭代的第一道缰绳
| 事项 | 做法 |
|---|---|
| 梳理服务依赖 | 明确哪些 mock、哪些本地启动、哪些调远程服务 |
| 上下文分层 | CLAUDE.md 放核心 + 索引,细节放项目 docs 目录,按需读取降噪 |
| 隔离复杂性 | 用接口/抽象画好边界,跨项目对 agent 近乎失明,必须提前隔离 |
| 测试覆盖 | 核心主流程 e2e + 100% 单元测试,编码阶段就能快速发现需求内外的问题 |
测试覆盖是 agent 最重要的缰绳——它能在编码阶段就暴露问题,无论是需求内的还是需求外的回归。
测试环境:多 worktree 的汇合点
本地环境做得再好,也缺少真实的运行时信息。测试环境补上这一环:

关键设计:
- 分支管理:本地各 worktree 独立开发,无法做混合分支部署。每个 worktree 就绪后合到 test 分支
- CI/CD 自动触发:push 或 merge 事件自动触发流水线,自动部署到测试环境
- agent 自助验证:给 coding agent 配置 kubectl 等工具,让它能感知测试环境的运行时配置和日志
- 多维验证:Playwright 做端到端行为验证 + 服务运行日志做运行时状态验证
- 触发方式:大部分任务驱动 agent 自行决定,偶尔手动触发
agent 在测试环境能自行拉取日志、执行命令,自助发现问题、定位根因、修复、闭环。
3.2 对抗式开发:开发与验证分离
不要让同一批 agent 既写代码又验证自己的代码——这和让开发自测一样,盲区是系统性的。
我的做法是一批 agent 开发,另一批 agent review 和 debug:

这种对抗式结构的好处:
- 消除自我盲区:开发 agent 对自己写的代码有路径依赖,review agent 没有这个包袱
- 多视角覆盖:review agent 从架构、功能、需求三个层面并行审查
- 更快定位根因:debug agent 专注于分析问题,不带"我写的代码应该没问题"的偏见
3.3 验证层次
| 层次 | 谁做 | 关注点 |
|---|---|---|
| 单元测试 | agent 自动 | 函数级逻辑正确性 |
| e2e 测试 | agent 自动 | 核心主流程端到端行为 |
| 人工交互验证 | 人 | 交互细节、体验、未对齐的需求意图 |
人工验证不可替代——很多交互细节和体验层面的问题,只有人能发现。
3.4 修复死循环:最大的时间黑洞
这是 AI Coding 中最痛的问题:一个 bug 反复修不好,越改越烂。
为什么会陷入死循环:
- 前期没定位到真实的根因
- Agent 的本能倾向是打补丁——哪里报错补哪里,不从根上解决
- 补丁叠补丁,问题越来越隐蔽

破解方法:
-
叫停:识别出 agent 在打补丁而非解决问题,果断中断
-
让 agent 先梳理:不急着修,先让 agent 梳理当前架构设计和对应模块的实现逻辑,把全貌摊开
-
从第一性原理定位根因:基于梳理结果,引导 agent 回到"为什么会出现这个问题",而非"怎么绕过这个报错"
-
从根上修复:确认根因后再动手,一次性解决
真实案例:WebSocket 消息乱序
场景:前端收到 WebSocket 推送后偶尔出现消息顺序错乱,用户看到的对话记录跳跃。
| 阶段 | agent 的行为 | 结果 |
|---|---|---|
| 第 1 轮 | 在前端加了时间戳排序逻辑 | 排序后消息闪烁,体验更差 |
| 第 2 轮 | 加了防抖,延迟 200ms 再渲染 | 部分场景好了,但长消息仍然乱序 |
| 第 3 轮 | 在 WebSocket 层加了序列号校验 | 校验失败时丢消息,引发新 bug |
三轮补丁,问题没解决反而多了两个新 bug。
我的介入方式:
第一步——叫停,让 agent 梳理架构:
“停下来。先梳理一下当前消息推送的完整链路:从服务端生成消息、到 WebSocket 推送、到前端接收和渲染,每个环节的数据流和时序关系是什么。”
第二步——基于梳理结果,从第一性原理定位根因:
agent 梳理后发现:服务端有两个独立的推送源(实时生成 + 历史回放),各自通过独立的协程发送,没有统一的序列化点。
根因不在前端排序,不在 WebSocket 协议层——在于服务端缺少统一的消息出口,两个源并发写入同一个连接时天然无序。
第三步——从根上修复:在服务端增加消息队列,所有推送源先写入队列,由单一消费者按序发送。前端之前加的补丁全部移除。
关键认知:如果不先梳理架构全貌,agent 永远在下游打补丁。根因往往不在报错的那一层。
4. 核心原则
| 原则 | 说明 |
|---|---|
| 人做决策,AI 做执行 | 技术方案、优先级、验收标准是人的事 |
| 环境即缰绳 | 没有可运行的验证环境,agent 就是盲人摸象 |
| 测试覆盖是底线 | 核心流程 e2e + 100% 单测,增量不破坏存量 |
| 先梳理再动手 | 遇到反复修不好的问题,先梳理架构,再定位根因 |
| 拒绝补丁方案 | agent 提出绕过方案时,默认怀疑 |
| 拆得合理才并行 | 不是越细越好,是边界清晰、互不干扰 |
| 复用业界协议,少造轮子 | 模型预训练读过这些最佳实践,用标准协议比自己发明稳定得多 |
| 上下文分层暴露 | 不是越多越好,按需给 agent 降噪 |
5. 结语
AI Coding 的真正瓶颈不是模型写代码的能力——那已经足够好了。
瓶颈在三件事:
-
造出让 agent 能自行发现问题和闭环修复的环境
-
在 agent 打补丁时及时叫停,引导它回到根因
-
把隐性的架构知识显性化,让 agent 不在跨项目时失明
这些能力,合起来就是 Harness Engineering——驾驭 AI 的工程学。模型会继续进化,但驾驭模型的能力,是人的壁垒。
最后
如果说程序员已经是高薪职业,那么干AI的程序员,就是高薪中的高薪。

现在的市场,已经用数据给程序员指明了方向:学AI大模型,就是冲刺高薪的最优解!

看着身边越来越多的同行转型大模型、拿到高薪offer,很多人心里都动了心,但真正的难题来了:零基础小白不知道从哪入门?有基础的程序员找不到系统学习路径?实战项目练手无门?面试不知道考什么?
别慌!今天就给大家整理了一份【2026年最新版】AI大模型免费学习资源包,覆盖从入门到实战、从理论到面试、从基础到进阶的全流程,所有资料均已整理归档,无冗余、无套路,免费分享给每一位想抓住AI风口的程序员和小白!
👇👇扫码免费领取全部内容👇👇

1、大模型系统化学习路线

2、大模型学习书籍&文档

3、AI大模型最新行业报告

4、大模型项目实战&配套源码

5、大模型大厂面试真题

四阶段精细化学习规划(附时间节点,可直接照做)
结合上述资源,给大家整理了一份可直接落地的四阶段学习规划,总时长约2个月,小白可循序渐进,程序员可根据自身基础调整节奏,高效掌握大模型核心能力,快速实现从“入门”到“能落地、能面试”的跨越。
第一阶段(10天):初阶应用
该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。
- 大模型 AI 能干什么?
- 大模型是怎样获得「智能」的?
- 用好 AI 的核心心法
- 大模型应用业务架构
- 大模型应用技术架构
- 代码示例:向 GPT-3.5 灌入新知识
- 提示工程的意义和核心思想
- Prompt 典型构成
- 指令调优方法论
- 思维链和思维树
- Prompt 攻击和防范
- …
第二阶段(30天):高阶应用
该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。
- 为什么要做 RAG
- 搭建一个简单的 ChatPDF
- 检索的基础概念
- 什么是向量表示(Embeddings)
- 向量数据库与向量检索
- 基于向量检索的 RAG
- 搭建 RAG 系统的扩展知识
- 混合检索与 RAG-Fusion 简介
- 向量模型本地部署
- …
第三阶段(30天):模型训练
恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。
到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?
- 为什么要做 RAG
- 什么是模型
- 什么是模型训练
- 求解器 & 损失函数简介
- 小实验2:手写一个简单的神经网络并训练它
- 什么是训练/预训练/微调/轻量化微调
- Transformer结构简介
- 轻量化微调
- 实验数据集的构建
- …
第四阶段(20天):商业闭环
对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。
- 硬件选型
- 带你了解全球大模型
- 使用国产大模型服务
- 搭建 OpenAI 代理
- 热身:基于阿里云 PAI 部署 Stable Diffusion
- 在本地计算机运行大模型
- 大模型的私有化部署
- 基于 vLLM 部署大模型
- 案例:如何优雅地在阿里云私有部署开源大模型
- 部署一套开源 LLM 项目
- 内容安全
- 互联网信息服务算法备案
- …
👇👇扫码免费领取全部内容👇👇

6、这些资料真的有用吗?
这份资料由我和鲁为民博士(北京清华大学学士和美国加州理工学院博士)共同整理,现任上海殷泊信息科技CEO,其创立的MoPaaS云平台获Forrester全球’强劲表现者’认证,服务航天科工、国家电网等1000+企业,以第一作者在IEEE Transactions发表论文50+篇,获NASA JPL火星探测系统强化学习专利等35项中美专利。本套AI大模型课程由清华大学-加州理工双料博士、吴文俊人工智能奖得主鲁为民教授领衔研发。
资料内容涵盖了从入门到进阶的各类视频教程和实战项目,无论你是小白还是有些技术基础的技术人员,这份资料都绝对能帮助你提升薪资待遇,转行大模型岗位。


这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

357



被折叠的 条评论
为什么被折叠?



