← 课程地图
第 06 章 · 人机协作

AI 时代的工程师做什么

Agent 接管了写代码的手,人往上游走——定义问题、守住质量。软件开发六个阶段,逐个看人的新位置。

按 → 开始 · 节点可点击直达 · 最后一章

06-A · 范式迁移

从「写代码」到「指挥写代码」

1
产出物变了:代码 + 轨迹都是资产 过程不再是一次性的——它可分析、可沉淀、可复用
2
review 对象从 diff 扩展到过程 不只看改了什么,还看怎么改的——轨迹就是过程证据
3
人的位置上游化:定义问题 > 实现细节 实现越来越便宜,想清楚要什么越来越值钱

六个阶段逐个看——从需求开始

06-B · 六阶段 · 需求

需求:人定义问题

1
人:定义问题、说清验收标准 「要解决谁的什么痛点、怎样算解决」——这是 Agent 猜不出的
2
Agent:调研方案、梳理现状 读代码库、查依赖、列已有方案——读密集活它最擅长
3
产物:Agent 可执行的任务描述 一份好的 problem_statement——正是第 01 章讲的题目格式

需求清楚后——方案怎么选?

06-B · 六阶段 · 设计

设计:人拍板

1
人:定约束与取舍(性能 / 安全 / 成本) 「宁可慢不可漏」还是「先跑起来再说」——价值观问题
2
Agent:出多方案、列各自利弊 并行探索设计空间——多方案的活它比人快
3
人:拍板——判断力不可外包 在利弊清单前做选择,并对选择的后果负责

设计定了——进入实现,人的角色再变

06-B · 六阶段 · 实现

实现:Agent 写,人审

1
Agent:写码、自测、迭代 第 01 章的解题循环在这里全职运转
2
人:review PR——看 diff,也看轨迹 diff 告诉你改了什么;轨迹告诉你它是蒙对的还是想明白的
3
质量门:测试与规范 PR 不绿不 merge——流程保证质量,这条没变

写完要测——测试的坑也变了

06-B · 六阶段 · 测试

测试:警惕价值悖论

1
Agent:批量生成测试用例 覆盖路径、边界、回归——量不是问题
2
人:判有效性——测的是不是真需求 测试写得漂亮 ≠ 测到了该测的——这个判断只能人来
3
悖论:写测试 ≠ 解决 bug 测试热潮下更要想清楚——测试的价值在于约束行为,不是数字好看

上线之后——维护是长跑

06-B · 六阶段 · 维护

维护:Agent 巡检,人决策

1
Agent:巡检、分类告警、提修复建议 7×24 盯着——机器不困,这是它天然的主场
2
人:决策——改不改、何时改、改到什么程度 技术债的权衡是业务判断——上下文在人手里
3
责任始终在人 Agent 可以起草修复,签收合并的手必须是人的

六个阶段走完——什么能力永远不会外包?

06-C · 人的核心能力

三样不外包的东西

JUDGMENT 判断力 在信息不全时做决定——方案的取舍、风险的评估
TASTE 品味 知道什么是好的——代码的优雅、产品的分寸
ACCOUNTABILITY 责任 对结果负责——最后一个签字的人永远是人的

工具越强,这三样越值钱

06 · 终章

协作的产物:代码 + 轨迹

1
代码是结果资产,轨迹是过程资产 两者都值得分析、沉淀、教学——本平台两条都收
2
六阶段的新分工一句话:人定方向与底线,Agent 出力与速度 需求人定、设计人拍、实现机写、测试人审、维护机盯、责任人扛
3
课程闭环:概念 → 实战 → 机理 → 协作 → 分析 → 人 六个章节走完——从 PR 到自我演化,这条线你现在全看过了

回到课程地图,任选一章重看 · 谢谢走完这条路

← 返回课程地图
1 / 9 ← → 翻页 · 深挖 ↗ 新标签 · Esc 退出
专注模式 · 第 06 章 人机协作 · 生成时间:2026-09-11 · agentsoft-research-platform teaching-web-platform