总览/ 课程地图/ S0 起手式

M02WorkBuddy 实操底座

所属路径 A / B / C 第 2 / 31 讲 S0 起手式

怎么让它真的干活，而又不失控

学完能指挥它完成一次改动，并能自己证明改动真的发生了

01为什么重要

它最容易骗你的地方不是写错代码，而是「说改好了其实没改」。因为它的输出是自然语言，不是证据。所以你需要一套不依赖它自述的验证手段：看 diff、看构建、看页面。

02要讲清的 4 件事核心要点

工作区就是项目边界；能读文件和能跑命令是两种权限，要分清
三条纪律：先只读（让它先复述现状）→ 改前确认（说清改哪几处）→ 每步回读（自己看一眼结果）
识别「假完成」：看 diff、看构建、看页面，三种验证缺一不可
技能与记忆让它记住项目规矩，不必每次重讲；MCP 把外部系统接成它能调的工具

03照着做：4 步操作顺序

让它先复述现状，确认理解一致再动手
一次只改一个文件，改前说清改哪几处
用 diff、构建、页面三种方式验证改动
把项目规矩写进记忆，下次不必重讲

git status -s
git diff --stat
npm run build

04产出物与验收做完怎么算过

产出物

一次可复述的完整改动记录（改了什么、怎么验的）

验收判据

可验git diff 有对应改动 + 构建通过 + 页面显示正确

人评能逐步复述整个过程

05练习15 分钟内可做完

让它改掉首页一句文案，然后用三种方式（diff / 构建 / 页面）证明它真的改了。

06最容易踩的坑

把「已完成」当证据；不设工作区就开工；一次让它改十个文件

后果：一次让它改十个文件，出错时你分不清是哪一步坏的，只能整体回退，前面九处白改。

07自检表进度存在本机浏览器

0 / 7

步骤我已完成：让它先复述现状，确认理解一致再动手
步骤我已完成：一次只改一个文件，改前说清改哪几处
步骤我已完成：用 diff、构建、页面三种方式验证改动
步骤我已完成：把项目规矩写进记忆，下次不必重讲
验收我能用命令证明：git diff 有对应改动 + 构建通过 + 页面显示正确
验收我能讲清：能逐步复述整个过程
避坑我确认没有出现：把「已完成」当证据；不设工作区就开工；一次让它改十个文件

08本讲术语全部 28 条

MCP：一种让工具连接外部系统的标准接口：把仓库、云平台、文档服务接成可调用的能力。