这节课是 vibe coding 的灵魂。改东西最快的方式不是打一长串字描述「第三行那个按钮往左一点」——是截图。看到哪不顺眼、哪有毛病，截个图粘进去，说一句人话。
01循环：截图 → 说哪不对 → 它改 → 刷新看
（粘上截图）这个排班表的周末两列，用不同颜色标出来； 名字太挤了，行间距拉大一点； 另外你看第三行——王姐被排了连续两个夜班，这违反规则了，修。
⏺ 看图 → 改样式 ×2 → 排查规则漏洞 → 修复
✓ 三处都改了，刷新可见。那个连续夜班的毛病是规则 在「跨周边界」时没生效——已修，并且我自己生成了 20 次 排班测试，边界情况都守住了。
✓ 三处都改了，刷新可见。那个连续夜班的毛病是规则 在「跨周边界」时没生效——已修，并且我自己生成了 20 次 排班测试，边界情况都守住了。
注意最后一句：修 bug 时让它自己批量测试验证——「修好了」要有证据。一般两三轮迭代就能从「能跑」到「顺手」；上节课那张待改清单，就在这个循环里逐条划掉。
02常见的迭代菜单
- 样式类：配色、字号、间距、手机适配——截图说感受就行（「太挤」「看不清」比术语管用）；
- 功能类：加导出按钮、加打印视图、排班结果能手动微调——一句话一个功能；
- 规则类：「周末值班的人下周一自动排休」——新规则随时补，这就是自己造工具的爽点：软件跟着你的需求长，而不是你迁就软件；
- 毛病类：截图 + 圈出问题 + 一句「这不对」，它修——报错信息出现就整段贴给它。
03迭代的边界：什么时候停
完美主义是造物的天敌。停手判据：需求文档的规则全部守住 + 你自己愿意每周真用它——到这就该进入备份上线，剩下的优化留给「用了一周之后的真实反馈」。用出来的迭代需求，永远比坐着想的准。
04检查点
CHECKPOINT
你发现排班结果有个不对劲的地方，但说不清具体规则错在哪。最有效的反馈方式是？
为什么：你不需要会「定位 bug」——那是它的活。你要提供的是它拿不到的东西：真实场景里的「不对劲」（夜班接早班太累，这是排班的领域知识）。现象 + 感受足够它顺藤摸瓜。手动改一格（选项三）是最亏的：这次改了，规则漏洞还在，下次排班照样犯——改产出治标，改规则治本。
跟做清单0/4
本课产出
一个规则全守、你愿意真用的排班器
下节课把它备份好、放上互联网——拿到那个能发给任何人的真网址。
最后验收
不要只确认“AI 说做完了”，请打开真实结果检查。
一个规则全守、你愿意真用的排班器交付物在哪在你电脑的项目文件夹里，不在这个网站上。
回到当前 AI 任务，请它打开本课成品；也可以在访达 / 资源管理器里进入项目文件夹双击。
贴给你自己的 AI，让它对照标准逐条挑刺——它验它自己干的活，你才好放心签收。