下：构建、截图迭代、挂上定时

施工图在手，这节课把工具真正造出来、调到顺手、挂上定时——从此每周一早上，它自己开工。

01第 2 步：先要方案，再让它动手

根据 需求文档.md 把我的汇总工具做出来。
动手前先把你的方案说给我听：分几块做、每块怎么实现、我的规则怎么落地。
我确认了再开始。

它会讲打算怎么干——读哪些目录、怎么生成报告页、滚动待办的规则怎么实现。你看方案只盯一件事：跟需求文档对得上吗。对得上就「开始」，对不上当场纠正。确认后它开始写代码，屏幕上会冒出一批文件——那是它的事，你不用看懂。

02第 3 步：先手动跑一次

打开真用一下：栏目对不对、滚动待办的规则灵不灵、数字是不是真的。第一版基本不会完美——这太正常了，先能跑，再调好。

03第 4 步：截图迭代（造物的灵魂）

改东西最快的方式不是打一长串字，是截图。哪不顺眼截哪：

（粘上截图）标黄的项目太扎眼了换个浅一点的底色；
「上周产出」按项目分组，别按时间排；
另外加一栏「本周的会」，从 日程.md 里读。

它改，你刷新，立刻看到新版。截图 → 说哪不对 → 它改 → 刷新看，一般两三轮到满意。这就是真实的产品开发，只是每轮从「几天」压成了「几秒」。

04第 5 步：备份（一句话的事）

帮我把这个项目存到 GitHub

GitHub 是给代码用的免费网盘：存云端、记录每次改动、能回退。注册个免费账号（它会帮你打开页面），剩下的重活全是它干——建一个默认私有的仓库推上去。以后每次改完说一句「推送到 GitHub」就是存档。电脑坏了、改崩了，都有后悔药。

05第 6 步：挂上定时（这个工具的「上线」）

这个工具是给你自己用的，它的「上线」不是发布网址，是挂上钟：

把这个工具设成定时任务：每周一早上 8:00 自动跑，
生成的汇总页放到桌面，跑失败了在报告里写明原因。

挂定时的三条保命习惯（都是前人翻车换来的）：

• 先手动跑通再设定时——你已经做了（第 3 步），这就是为什么顺序这么排；
• 头两三次盯一眼结果——别设完就不管，定时任务会悄悄坏还不吭声；
• 定时任务别开「完全放行」权限——它无人值守，权限越大出事越大，只给它读素材、写报告的最小权限。

06检查点