第 1 周 · D2🔒 锁定约 3 小时
用 Agent 完成一处小改动并验证
把预约时段文案的小缺陷限制在单一模块,用测试和 diff 证明改动满足任务。
今日目标
- 给小改动写明确的文件范围和验收条件。
- 要求 Agent 先陈述计划再编辑并运行相关验证。
- 审阅 diff、测试输出和未覆盖风险。
小白版讲解
打开编辑器前先定义“小”
昨天的范围图,只有能指导下一步才有价值。假设真实本地副本已证实:booking/ui/Confirmation.js 固定显示“morning”,而预约对象已有正确时段标签。这是教学设定,不是观察到的 Cursor 运行结果。D2 请求刻意很窄:在确认界面使用现有标签,新增或调整最近的测试,不碰领域层、账单和无关样式。小补丁的意思是改变满足验收条件所需的最少行为,而不只是改动行数少。
请在让 Agent 编辑前写验收条件。下午预约应显示预约对象中的下午标签;上午预约原有的正确行为应保持;改动不改变存储时段、付款计算或公开接口;相关测试使用项目真实命令通过;最终 diff 只含任务能解释的文件。这些条件能被观察。“改得好一点”则不能。审阅者于是能拒收一个看似合理的补丁,而不用争论个人品味。
面试题库
怎样判断 Agent 补丁确实足够小?What makes a small Agent patch genuinely small?
国内高频海外高频基础#cursor#workflow🔒 解锁本章后查看答题要点。
为什么相关测试通过仍不能结束审阅?Why does a passing focused test not settle the whole review?
国内高频海外高频进阶#cursor#workflow🔒 解锁本章后查看答题要点。
Agent 为通过 UI 测试改了领域规则,应如何处理?How should you react when Agent changes a domain rule to satisfy a UI test?
国内高频海外高频深入#cursor#workflow🔒 解锁本章后查看答题要点。
