作为大三学生准备暑期实习 + 秋招，我想把“每天做什么、做完怎么记录、休息了怎么顺延”这件事彻底系统化。
我最后用 OpenClaw 里搭建的 Agent（学习成长助手 Lovien）在群聊里一步步把它“聊出来 / 改出来 / 跑起来”：
算法 /SQL 八周刷题计划（按天推进）
每天定时在群里推送今日题单
晚上收回执，按“完成 / 未完成 / 休息”自动顺延
题解 / 反馈自动写入记录文档，并同步到刷题看板（Bitable）
0. 我的起点：为什么要做这个？
我的状态很典型：
一边要准备找实习，面试需要
一边又不想秋招时才开始补笔试基础
想同时推进：算法（Hot100）+ SQL（牛客真题）
最大的问题不是“不会做题”，而是：
每天打开页面会纠结：今天做哪几题？
做完之后记录很随缘：有时候记，有时候不记
休息一天就容易断掉节奏，第二天不知道从哪继续
所以我想做一个“低摩擦、可持续”的系统：
每天早上自动告诉我做什么
晚上催我回执
回执驱动进度推进 / 顺延
题解 / 反馈自动沉淀成文档和看板
1. 第一步：把目标和约束说清楚
我的 Prompt
我是谁、在准备什么岗位
我需要刷 算法 & SQL 题目
我每天能投入多少时间
计划每天：算法 3 新 1 复做；SQL 3 新 1 复做
Agent 输出了什么
给了“8 周骨架 + 每日 / 每周节奏 + 复盘模板”
把路线按高频专题拆开：
算法：滑窗 / 双指针 / 栈 / 二分…
SQL：聚合 /Join/ 窗口函数 / 业务指标…
这一步的价值是：先把执行方式定下来，再谈题单细化。
2. 第二步：把计划落成「能每天照着做」的文档
我不想要“每周大纲”，我想要每天打开就能做的题单，而且不绑死具体日期。
我的 Prompt
“计划不再按照周推进，每七天为一个周期，不用按日期固定死”
“每天题目要题号 + 题名”
Agent 做了什么
算法、SQL 计划：改成 Cycle 写法（每 7 天一个周期），每天列 3 道题（题号 + 题名）。
最终两份计划都变成了：
按天推进
每 7 天一个小周期
题号 + 题名
3. 第三步：把「每日题单」等文档固定到一个入口
发现一个很现实的问题： 即使每天都推送，如果我没置顶，过几天就得翻聊天记录找“今天做什么”。
我的 Prompt
“每日题单需要方便我查看，频繁找文档很耽误时间怎么解决”
最终方案
《今日题单》刷题记录等文档并在群中置顶
每天早上推送时，自动把今日题单覆盖更新为当日题单
任务完成后，同步更新记录文档，刷题看板
4. 第四步：定时推送 + 回执顺延
这是最关键的一步：
早上 8:00：推送今日题单
晚上 22:00：如果当天没回完整回执，提醒我按模板回复
我的 Prompt
“设置定时任务，从明天开始每天早上 8 点在群里推送当日练习计划”
“如果当天我反馈‘休息’，则当天的计划推到第二天（可以分别顺延）”
“若已收到完整回执则不打扰”
“进度写在两个记录文档顶部，用表格维护”
回执模板
SQL：完成 / 未完成 / 休息算法：完成 / 未完成 / 休息
顺延规则
完成 → Day + 1
未完成 / 休息 → Day 不变，第二天重复推送同一天
5. 第五步：把“做题结果”沉淀下来
我不想刷完就过去了，想留下复盘材料。
我的 Prompt
“把内容分别记录进算法刷题记录 / SQL 刷题记录中”
“新建一个 Bitable：刷题看板…每天早 8 写入，回执后更新状态”
“每道题一行 + 完成状态单选 + 掌握程度单选（中文）+ 练习次数”
最终沉淀的 3 个地方
算法刷题记录（Docx）：按 Day 追加题解 / 要点
SQL 刷题记录（Docx）：按 Day 追加 SQL/ 口径 / 易错点
刷题看板（Bitable）：每题一行，记录状态、掌握程度、练习次数
6. 第六步：把推送“变得更像给人看的”
一开始推送里带了很多“写入更新日志 / 编码信息”，阅读成本很高。
我的 Prompt
“推送内容不需要带字符串，不用太多注释。从读者的角度，不要输出太多无用内容”
最终推送风格
保留：日期、Day、昨日回执 → 今日推进判断、今日题单
把“更新记录 / 写入日志”压缩成一句（甚至可去掉）
7. 我觉得最有用的经验
计划文档别追求一次性完美：先能跑起来，再逐步迭代。
把回执格式固定下来，不然后面所有自动化都会被“歧义”拖死。
“固定入口”比“每天发消息”更重要：置顶一个《今日题单》能极大降低摩擦。
看板适合做“统计与回看”，记录文档适合做“题解沉淀”。两者都要。
总结方法论：如何用 OpenClaw「用聊天的方式」搭建一套刷题系统
如果把整个过程抽象一下，我觉得它本质不是“写了一堆计划”，而是用聊天把一个系统从 0 到 1 搭起来。可以按下面这套顺序来
1）先定义“系统目标”，不要一上来就堆功能
你先回答三件事就够了：
我在准备什么？（岗位 / 阶段 / 时间跨度）
我每天能投入多少时间？（工作日 / 周末）
我希望输出什么结果？（题单、记录、看板、回执、提醒）
2）把“可执行规则”写死：每天怎么做 + 怎么算推进
这是最关键的一步，越早定越省心。
每天的固定动作：新题几道？复做几道？复盘多久？
推进单位：按 Week 还是按 Day？（我最终选 Day）
小周期：每 7 天一个 Cycle（复盘日 / 补缺日放哪一天）
3）把“回执格式”做成机器可读
我最后稳定用的是两行文本：
SQL：完成 / 未完成 / 休息算法：完成 / 未完成 / 休息
以及对应的推进规则：
完成 → Day + 1
未完成 / 休息 → 不推进，第二天重复同一 Day
只要回执格式固定，后面自动写文档、写看板、做顺延都能稳定。
4）先解决“入口”，再解决“提醒”
很多人以为自动化最重要，其实我觉得最重要的是：随时能找到今天要做什么。
最省事的做法：
做一页《今日题单（自动更新）》
在群里置顶一次
这样哪怕你错过了推送消息，也不会丢节奏。
5）自动化要分层：推送（早）/回执（晚）/沉淀（记录）
建议把系统拆成三个模块，逐个做通：
早上推送：只负责把“今天做什么”送到你面前
晚上回执：只负责把“完成情况”收回来，并驱动顺延
记录沉淀：只负责把结果写进文档 / 看板（便于复盘）
每一层都能独立验收：
能不能按时推？
回执能不能被识别？
文档 / 看板能不能正确更新？
6）迭代时的原则：先能跑，再变好看
我自己踩过的坑是：一开始推送带了很多“写入日志 / 编码信息”，对读者没价值。
更好的迭代顺序是：
第 1 版：先把链路跑通（计划 → 推送 → 回执 → 顺延）
第 2 版：再优化体验（推送变短、入口置顶、看板视图）