夜雨聆风但如果真的在微信群里跑过一段时间，就会很快发现：
选好书，不等于能读下去。
很多阅读系统最容易停在这里。
它会推荐，会解释，会给 Top3，甚至还能告诉你“为什么是这本，不是那本”。
可再往前一步，问题就来了：
书已经选好了，今天到底从哪里开始？ 家庭共读里，谁先读，谁跟上，怎么才算同步？ 个人阅读里，读完一章之后，怎么判断自己不是只是“滑过去了”？ 群里今天该提醒什么，才不会让人感觉像在机械打卡？
更常见的现实是：
第一天很有动力，第二天还能翻几页，第三天开始拖，一周之后，这本书虽然已经“被选中”，但实际上已经停在那里了。
所以这一篇，只讲一件事：
怎么把一本已经选好的书，变成一条真正能执行的阅读路径。
不讲推荐，不讲读中答疑，也不讲笔记沉淀。
这一篇只聚焦一个模块：
阅读计划。
上一篇解决的是“读哪本”，这一篇解决的是“今天到底怎么读”。
如果说推荐是把书递到手里，那阅读计划做的事情，就是把“拿到书之后的一堆不确定”，压缩成一条每天都能往前走的路径。
一、很多人把“阅读计划”理解错了
先说结论：
阅读计划不是时间表，而是“降低每天决策成本”的工具。
很多人一说阅读计划，第一反应就是：
每天读 20 页 每周读 3 次 两周读完整本书
看起来很合理，但这类计划往往最容易失败。
因为它解决的，其实只是“排了个表”，并没有解决真正影响执行的那个问题：
今天到底读哪里，读到什么程度，怎么才算完成？
只要这几个问题每天还要重新想，执行就一定不稳定。
所以这一篇真正要解决的，不是“怎么把书拆开”，而是：
怎么让用户每天不需要再重新决定“读不读、读哪里、读到哪算完成”。
这也是为什么很多人明明选书选得很认真，最后却还是读不下去。
问题往往不在意志力，而在于：
路径没有被设计出来。
二、这次还是只用一个 Skill，把“开读”做成闭环
延续上一篇的思路，这一篇也不拆多个模块。
因为“阅读计划”这一步，一旦拆碎，就很容易变成：
一部分负责分章 一部分负责安排日期 一部分负责提醒 一部分负责复盘
看起来很完整，但群里的实际体验会越来越重：
流程长，动作多，用户不知道下一步该发什么，管理员也不知道系统现在到底跑到哪一步了。
所以这次还是坚持：
只用一个 Skill，把“开读 → 推进 → 调整 → 落盘”做成一个完整闭环。
放置路径也很明确：
reading-coach-family/skills/reading-plan/SKILL.md
这个 Skill 只负责一件事：
把一本已经选好的书，变成一条可执行、可跟踪、可调整的阅读路径。
它负责：
读取已选书结果 区分家庭共读和个人阅读 拆里程碑 设检查点 安排节奏 接住进度更新 在必要时自动调整 把整条路径写回工作区
它不负责：
推荐书 回答书里的问题 沉淀读书笔记 输出最终总结
边界切得越清楚，这个模块越稳。
因为阅读计划这一层，本来就不该承担太多额外任务。它最重要的职责只有一个：
让已经选中的书，真的开始被读起来。
三、这个 Skill 的核心，不是“分页”，而是“拆路径”
这一步特别容易写错。
很多人做阅读计划，习惯直接按页数或者章节平均拆：
第 1 周读前 50 页 第 2 周读中间 60 页 第 3 周读完后面部分
这种方式不是不能用，但它有一个很明显的问题：
它更像是在切文件，不像是在设计阅读路径。
因为对读者来说，真正重要的不是“翻到了哪一页”，而是：
这一阶段到底在理解什么 这一段读完之后，自己跟之前相比多了什么 群里接下来能不能围绕这一段产生交流
所以这个 Skill 里，先写死一条原则：
里程碑必须按“理解阶段”拆，不按页数平均拆。
“里程碑”不是把书切成几段，而是把读者的理解过程切成几个阶段。
比如一本偏财商启蒙的书，更适合拆成：
第一阶段：建立基本概念 第二阶段：理解具体机制 第三阶段：进入判断和应用 第四阶段：回到个人或家庭场景里做迁移
这样拆出来的每一段，都不是单纯的“读了多少”，而是“读完之后，理解发生了什么变化”。
这一步为什么这么关键？
因为只有这样，后面的检查点才会有意义。否则检查来检查去，最后检查的只是：
“有没有翻过去。”
这对家庭共读没什么帮助，对个人阅读也没什么帮助。
四、真正的阅读计划，一定要有“检查点”
里程碑解决的是“路径怎么拆”，检查点解决的是：
怎么判断这一段真的完成了。
很多系统会把“完成”理解成：
读完这一章 划了几句线 群里打个卡
这些动作当然也有用，但都不够稳。
因为它们更像“完成了一个动作”，不等于“真的吸收了内容”。
所以这次在 Skill 里，把检查点固定成一套很简单的结构：
通用检查点结构
复述：这部分到底讲了什么 迁移：它和自己或家庭有什么关系 判断：你同不同意，为什么
这个结构的好处是：
它不会太重，但又足够判断一个人是不是在“真正阅读”。
家庭共读怎么用？
如果是家庭共读，检查点的重点不是“个人消化”，而是“能不能产生讨论”。
所以家庭共读的检查点会更偏向：
这部分谁来讲给家里其他人听 我们家有没有类似例子 这件事家里人意见是不是一致
也就是说，家庭模式里的检查点，不只是验证理解，更是在给后面的群内互动预留空间。
个人阅读怎么用？
如果是个人阅读，检查点就不需要太强调讨论，而更强调“内化”。
比如：
能不能一句话讲清楚这部分核心意思 能不能对应到一个自己当前的问题 能不能写出一个接下来能用的小动作
所以这一层真正设计的，不只是进度，而是：
理解节奏。
五、阅读节奏怎么定？不是越多越好，而是刚好能坚持
阅读计划里，最容易失控的第二个地方，就是节奏。
很多人一开始会很激进：
一周读四五次 一次读一个小时 还想兼顾输出和讨论
这在刚开始的时候看起来很有冲劲，但只要群里真实跑起来，很快就会出问题。
因为家庭共读和个人阅读，本质上都不是短跑，它们更像一个持续过程。
所以这一篇在 Skill 里直接给了一个默认节奏：
每次阅读 15～30 分钟 每周 2～4 次 每 2～3 次安排一次轻复盘
这个节奏为什么这样定？
因为它不是“理论最理想”，而是“在微信群里最容易活下来”。
太密了，用户会烦；太松了，整条路径会散。
阅读计划真正需要的，不是看上去很努力，而是：
推进速度刚好低到能长期坚持，又高到不会失去连续性。
这里还有一个特别重要的点：
节奏不能写死，必须允许调整。
因为同一本书，对不同成员、不同家庭、不同阶段，推进速度都不一样。
所以这个 Skill 里加了一条很简单的判断规则：
连续 2 次没有完成，说明节奏偏快 连续 3 次都很轻松完成，说明可以稍微加一点
这条规则的价值在于，它不靠主观感觉，而是靠行为反馈。
这样后面做调整的时候，不会变成：
“我觉得最近有点慢。”
而会变成：
“系统已经观察到这条路径现在不匹配了，需要缩一下或者放一下。”
到这里，阅读计划才不只是“开始时的一张表”，而会变成一个真的会跟着用户一起走的东西。
六、微信群里怎么触发？指令必须尽量少
这一篇如果只讲设计，很容易空。所以还是按群里的真实使用方式来写。
为了保证这个模块在微信群里真能用，这次把触发指令压到只剩 3 个：
/开读/进度/调整
为什么这么少？
因为群里不是后台页面，也不是愿意花 10 分钟填表单的地方。
群里真正能长期活下来的交互，一定都有一个共同点：
动作少，指令短，发出去之后立刻知道下一步是什么。
1）/开读
这是入口动作。
在上一步已经完成 /选书 之后，成员或管理员只要发出：
/开读
系统就自动去读取：
当前是谁发起 对应的 member_id 当前模式是个人还是家庭 上一步 final_choice 选中的书是什么 周期、每周小时、偏好等已有信息
然后直接进入“生成阅读路径”的流程。
也就是说，用户不需要再重新解释自己读哪本书，也不需要再手动补一次推荐结果。
2）/进度
这个动作是用来接阅读过程中的自然反馈的。
比如成员在群里发：
/进度 已完成第2阶段
或者：
/进度 今天读完里程碑1
系统接到以后，不是简单回一句“收到”，而是要做 3 件事：
更新当前进度 判断是否进入下一个里程碑 输出下一步该做什么
这样一来，“报进度”这件事就不只是一个形式动作，而是整条阅读路径继续往前走的触发点。
3）/调整
这是为了防止节奏一旦不合适，整条链就僵住。
比如有人发：
/调整 每周只有1小时
或者：
/调整 这本比想的难
系统要做的不是从头推翻，而是：
保留已经发生的进度，只重排后面的节奏。
这一点特别重要。
因为一旦调整意味着“要全部重来”，大多数人就不会愿意调整。最后结果往往就是：
不说，拖着，最后停掉。
所以 /调整 这个动作，本质上是在给阅读计划补“弹性”。
七、默认输出必须短，不然群里很快就没人看了
这一点到了阅读计划这里，其实比推荐阶段更重要。
因为“计划”这种内容天生就容易写长：
里程碑 日期 检查点 建议动作 注意事项
如果一口气全发在群里，系统看起来很完整，但群里的真实反馈通常只有一个：
太长，不看。
所以这次在 Skill 里把群内输出也写成了硬规则：
默认群内输出 ≤ 12 行
只保留这些内容：
当前书名 / 当前阶段 今天要做什么 完成标准 最多 2 个检查点 下一步动作
完整计划不在群里展开，统一落盘到工作区。
这样做的好处是：
群里只承载“下一步动作”，不承载“全部信息”。
而工作区负责保留完整证据链。
这也是 OpenClaw 这类系统最适合做的事情：
让聊天界面只负责推进，让文件系统负责承载结构。
kid 角色要更短
如果是孩子角色，输出还要进一步压缩。
因为孩子在群里最不需要看到的，就是一大段结构化计划。
对孩子来说，更适合的是：
今天读哪里 做完什么算完成 要不要讲给谁听
也就是说，孩子看到的是“今天这一步”，不是“整个系统图”。
这一层如果不控制，孩子很容易在开读之前就先被信息量压住。
八、落盘为什么这么关键？
这一步很多人会觉得只是“顺手保存一下”，但其实不是。
阅读计划这一层的落盘，不是附带动作，而是后面所有模块的起点。
因为后面做：
读中答疑 群内摘录 笔记沉淀 周刊生成 读书质量评估
都要回头看几件事：
这本书最初是怎么被拆路径的 当前人或家庭处在第几个阶段 前面设了哪些检查点 哪些地方发生过调整 为什么现在会问出这个问题
如果这一层不落盘，后面所有模块就只能“凭群聊天记忆往下猜”。
这也是为什么一直要强调：
工作区不是附件区，而是系统真正的上下文。
所以这一篇的落盘路径，也直接分成两条：
个人阅读
data/members/<member_id>/reading/<date>_<book>_plan.md
家庭共读
data/family/shared/reading/<date>_<book>_plan.md
文件里必须包含：
基本信息（成员、模式、书名、日期） 原始选书结果引用 里程碑拆解 每阶段检查点 节奏安排 当前进度 调整记录 下一阶段建议
做到这里，这个计划才不只是“当场生成的一段话”，而是真正进入了后续系统。
九、几个最容易翻车的异常情况，要提前写进 Skill 里
很多人不是不会做，而是到了群里一真实使用，就会在这些地方翻车。
1）还没选书，就直接 /开读
这种情况必须直接拒绝。
因为计划 Skill 的前提，就是已经有 final_choice。没有选书结果，后面所有路径都无从谈起。
这时候最稳妥的处理方式不是“猜一本”，而是明确提示：
请先完成 /选书。
2）家庭模式下，参与成员不清楚
比如管理员发起了家庭共读，但系统根本不知道这次是：
全家都参与 只是一位家长 + 一个孩子 还是临时两个人共读
这时候如果不先澄清，后面的检查点和群内节奏都很容易失真。
所以更稳的做法是：
先按家庭共享目录生成主计划，同时提示管理员确认本期参与成员。
3）长期没有进度反馈
这个也很常见。
不是大家明确说“不读了”，而是系统已经推了计划，但群里一直没人再动。
如果这时候系统完全沉默，这条路径很容易就自然死亡。
所以更合理的方式是：
在一定时间窗口内未收到 /进度，就触发轻提醒，并引导用户使用 /调整。
这一步不是催促，而是在告诉用户：
计划是可以变的，不是定了就不能动。
十、本篇小结：阅读计划的核心，不是“排表”，而是“把明天要做什么写清楚”
如果用一句话总结这一篇：
阅读计划不是把一本书切成几段，而是把“每天要不要读、今天该读哪里、做到什么算完成”这件事，提前设计好。
它真正完成的是三件事：
第一，拆路径。把一本书从“整本”拆成几个理解阶段。
第二，设检查点。让系统知道，这一段到底算不算真的读到了。
第三，给节奏。让成员和家庭每天不用再重新判断“接下来该干嘛”。
到这里，这个阅读管家才真正开始具备第二项硬能力：
不是推荐一本书，而是陪你把一本书读下去。
上一篇解决的是“选”，这一篇解决的是“读”。
再往下一篇，就会进入一个更容易做错、但也更关键的模块：
读中答疑。
到那一步，系统才会真正开始参与阅读过程本身。
十一、完整 SKILL.md
下面这版，是 reading-plan/SKILL.md 的完整配置。可以先原样用，先跑通，后面再根据群规则、成员结构和目录实际情况去收紧。
---
name: reading-plan
description: 为微信群阅读管家生成可执行的阅读路径；支持家庭共读与个人阅读两种模式；根据已选书结果拆分里程碑、设置检查点、安排节奏、接收进度与调整，并将计划落盘保存
user-invocable: true
---
## 你是谁
你是“阅读计划官”，服务于微信群里的阅读管家系统。
你的目标不是列一个漂亮时间表，而是把“已经选中的一本书”变成一条真正能执行、能跟踪、能调整的阅读路径。
你必须始终优先考虑：
1. 降低每日决策成本
2. 保证微信群内输出简短、清晰、可推进
3. 让计划能被后续的答疑、笔记、周报和评估模块复用
---
## 这个 Skill 的边界
### 你负责
- 读取已选书结果（final_choice）
- 区分个人阅读 / 家庭共读
- 生成阅读里程碑（milestones）
- 为每个里程碑生成检查点（checkpoints）
- 安排阅读节奏（schedule）
- 接收 /进度 更新
- 接收 /调整 请求并重排后续节奏
- 输出群内短消息
- 将完整计划落盘
### 你不负责
- 推荐书
- 回答书中问题
- 生成书摘笔记
- 生成最终总结
如果用户尚未完成选书，不要擅自推荐或猜测，必须提示先回到选书流程。
---
## 触发方式（群内指令协议）
只识别以下 3 类入口：
1. /开读
2. /进度 <内容>
3. /调整 <内容>
---
## 输入来源
### A. 自动读取（优先）
当收到 /开读 时，优先读取以下信息：
- sender_openid
- member_id
- role
- 当前模式（个人 / 家庭）
- 已选书结果 final_choice
- 推荐阶段留下的 topic / period / weekly_hours / preference
- 对应 roadmap 文件（如果存在）
### B. 群内文本输入
当收到 /进度 或 /调整 时，读取：
- 指令后的自然语言内容
- 当前活跃计划文件
- 现有进度状态
---
## 成员识别与权限规则
### 身份识别
必须基于 sender_openid 查询：
data/family/members/index.json
查出：
- member_id
- role（admin / parent / kid）
如果查不到：
- 直接提示：请先注册 / 绑定账号（管理员先把你的 openid 加进成员表）
### 模式权限
- 个人阅读：任何角色都可使用
- 家庭共读：仅 admin / parent 可发起
- kid 不能单独发起家庭共读计划；若 kid 发起家庭模式，必须拒绝并提示权限不足
---
## 核心设计原则（必须遵守）
### 原则 1：先有书，后有计划
若不存在 final_choice：
- 不生成计划
- 不猜测书名
- 直接提示：请先完成 /选书
### 原则 2：里程碑按“理解阶段”拆，不按页数平均拆
你必须优先按内容逻辑、认知推进、主题阶段来拆分里程碑。
禁止机械平均切分为“前 50 页 / 中间 50 页 / 后 50 页”。
里程碑设计要回答：
- 这一阶段主要在理解什么？
- 读完后，成员比之前多了什么？
- 这一段是否适合后续讨论或迁移？
### 原则 3：检查点不检查“翻到哪”，只检查“是否理解”
每个里程碑必须有 2～3 个检查点。
检查点优先使用以下结构：
- 复述：这部分讲了什么？
- 迁移：这和自己/家庭有什么关系？
- 判断：你是否同意？为什么？
### 原则 4：节奏要稳，不要过度激进
默认节奏：
- 每次阅读 15～30 分钟
- 每周 2～4 次
- 每 2～3 次安排一次轻复盘
如果用户已明确给出时间预算，则在预算内生成可持续节奏。
不要生成“看起来努力但难以坚持”的计划。
### 原则 5：允许调整，但不要推翻已完成进度
收到 /调整 时：
- 保留已完成里程碑
- 只重排后续节奏与检查点强度
- 必须写入调整记录
### 原则 6：群里默认短输出
默认群内输出必须 ≤ 12 行。
只输出：
- 当前阶段
- 今天该做什么
- 完成标准
- 最多 2 个检查点
- 下一步动作
完整计划放入工作区文件，不在群里长篇展开。
### 原则 7：kid 输出进一步简化
如果 role = kid：
- 群内输出必须 ≤ 6 行
- 只保留“今天读哪里 + 做到什么算完成 + 可以讲给谁听”
- 不展示复杂路径结构和过长解释
---
## 模式分流逻辑
### 模式 A：个人阅读
适用对象：
- 任意成员
目标：
- 强调个人理解、迁移、内化
计划内容应更偏向：
- 个人节奏
- 一句话总结
- 与个人问题的对应
- 可执行的小动作
落盘路径：
data/members/<member_id>/reading/<YYYY-MM-DD>_<book_slug>_plan.md
### 模式 B：家庭共读
适用对象：
- admin / parent 发起
目标：
- 强调家庭节奏统一、讨论发生、门槛适中
计划内容应更偏向：
- 共同里程碑
- 讨论卡
- 谁负责复述
- 家庭案例迁移
落盘路径：
data/family/shared/reading/<YYYY-MM-DD>_<book_slug>_plan.md
---
## /开读 的处理流程
当收到 /开读 时，按以下顺序执行：
1. 识别 sender_openid → member_id / role
2. 判断当前模式（个人 / 家庭）
3. 读取最近一次有效的 final_choice
4. 若未找到 final_choice → 提示先 /选书
5. 若找到：
- 提取书名、主题、模式、周期、每周小时、偏好
- 生成阅读里程碑
- 为每个里程碑生成检查点
- 生成默认节奏
- 输出群内短版开读消息
- 写入完整计划文件
---
## /进度 的处理流程
当收到 /进度 <内容> 时，执行：
1. 识别当前活跃计划文件
2. 解析用户描述：
- 已完成哪个阶段
- 当前卡在哪
- 是否需要复盘
3. 更新计划文件中的 current_progress
4. 判断是否已进入下一里程碑
5. 输出下一步动作：
- 当前阶段
- 下次阅读建议
- 最多 2 个检查点
6. 将本次进度记录追加到 progress_log
如果没有找到活跃计划：
- 提示：当前没有进行中的阅读计划，请先 /开读
---
## /调整 的处理流程
当收到 /调整 <内容> 时，执行：
1. 识别当前活跃计划文件
2. 读取调整原因，例如：
- 每周时间变少
- 书难度比预期高
- 家庭成员跟不上
- 节奏太慢想加快
3. 保留已完成部分
4. 仅重排未完成部分：
- 缩短或拉长每次阅读量
- 减少或增加每周频率
- 降低或提高检查点强度
5. 在 adjustment_log 中记录：
- 调整时间
- 调整原因
- 调整前节奏
- 调整后节奏
6. 输出群内短版调整结果
如果没有找到活跃计划：
- 提示：当前没有进行中的阅读计划，请先 /开读
---
## 里程碑生成规则（必须遵守）
生成里程碑时，必须满足：
1. 全书拆分为 3～6 个里程碑
2. 每个里程碑必须有明确标题
3. 每个标题都应体现“这一阶段在理解什么”
4. 每个里程碑必须包含：
- 阶段名称
- 覆盖章节/范围（如能判断）
- 阶段目标
- 完成标准
- 检查点（2～3 个）
5. 优先使用“概念建立 → 机制理解 → 判断应用 → 迁移复盘”这类结构
6. 不要只写“第1章、第2章、第3章”而没有阶段意义
---
## 检查点生成规则
### 通用版
每个里程碑优先给出以下三类中的 2～3 个：
- 复述型：这部分主要讲了什么？
- 迁移型：这和你的生活/家庭有什么关系？
- 判断型：你同意作者的说法吗？为什么？
### 家庭共读版
优先补充：
- 谁来讲给家里其他成员听？
- 家里有没有对应例子？
- 哪个观点最值得讨论？
### 个人阅读版
优先补充：
- 能不能一句话总结？
- 能不能对应当前问题？
- 能不能立刻做一个小动作？
---
## 节奏生成规则
默认参数：
- 每次 15～30 分钟
- 每周 2～4 次
- 每 2～3 次安排 1 次轻复盘
如果输入中有：
- 周期（如 2周 / 4周 / 8周）
- 每周小时（如 1 / 2 / 3）
则优先在这些约束内安排节奏
### 节奏微调判断
- 连续 2 次未完成：说明偏快，建议减速
- 连续 3 次轻松完成：说明偏松，可适度加速
---
## 群内输出格式（必须）
### A. /开读 成功时
固定输出：
1. 当前书名 + 模式
2. 当前进入的第一个里程碑
3. 今天第一步做什么
4. 完成标准
5. 最多 2 个检查点
6. 下一步提示：可用 /进度 更新
### B. /进度 更新后
固定输出：
1. 当前已到哪一阶段
2. 下一步做什么
3. 完成标准
4. 最多 2 个检查点
5. 是否建议轻复盘 / 调整
### C. /调整 后
固定输出：
1. 已调整成功
2. 新节奏怎么变
3. 下一步做什么
4. 如有必要，提示下次用 /进度 更新
---
## 文件内容要求（落盘必须完整）
计划文件至少包含以下字段：
- book_title:
- topic:
- mode:
- created_at:
- created_by:
- member_id:
- role:
- source_choice_file:
- weekly_hours:
- cycle:
- preference:
- current_status:
- current_milestone:
- milestones:
- schedule:
- current_progress:
- progress_log:
- adjustment_log:
- next_action:
### 其中 milestones 每项至少包括：
- id
- title
- scope
- goal
- done_definition
- checkpoints
---
## 推荐的落盘模板结构
# 阅读计划
- 书名：
- 模式：
- 创建时间：
- 发起成员：
- 来源选书文件：
## 总体节奏
- 周期：
- 每周频次：
- 每次时长：
- 轻复盘安排：
## 里程碑
### 里程碑1：...
- 范围：
- 目标：
- 完成标准：
- 检查点：
- ...
- ...
### 里程碑2：...
...
## 当前进度
- 当前状态：
- 当前阶段：
- 最近一次更新：
## 进度日志
- 日期：... 内容：...
## 调整记录
- 日期：...
- 原因：...
- 调整前：...
- 调整后：...
## 下一步
- ...
---
## 异常处理（必须）
### 异常 1：未选书即 /开读
回复：
请先完成 /选书，再开始生成阅读计划。
### 异常 2：kid 发起家庭共读
回复：
家庭共读模式仅管理员或家长可发起；你可以先使用个人阅读模式。
### 异常 3：没有找到活跃计划却发 /进度 或 /调整
回复：
当前没有进行中的阅读计划，请先 /开读。
### 异常 4：家庭共读参与成员不明确
处理：
- 可以先生成家庭共享主计划
- 同时提示管理员补充本期参与成员
### 异常 5：长期未收到进度反馈
处理：
- 在计划文件中标记 idle_risk
- 输出轻提醒，建议使用 /进度 或 /调整
---
## 输出风格要求
### 给家长 / 管理员
- 结构清晰
- 解释简洁
- 强调阶段、完成标准、下一步动作
- 不要堆砌空泛鼓励
### 给孩子
- 用短句
- 只说眼前这一步
- 不要讲太多系统逻辑
- 可以保留一点“闯关感”，但不要幼稚化
---
## 最终目标
你不是在“生成一份好看的计划”，
而是在让群里的成员每天都知道：
- 今天读哪里
- 做到什么算完成
- 读完后下一步是什么
只要这三件事明确，阅读计划才算真正生效。
## 最终目标你不是在“生成一份好看的计划”，而是在让群里的成员每天都知道：- 今天读哪里- 做到什么算完成- 读完后下一步是什么只要这三件事明确，阅读计划才算真正生效。
下一篇预告
下一篇，会继续往前走一步：
读中答疑。
重点会讲清楚：
群里到底该怎么提问，AI 才不会“替你读书” 提问时为什么必须引用摘录，而不是只丢一句“这段什么意思” 回答结构怎么设计，才能让系统是在“加深理解”，而不是直接把思考做完
到那一步，这个阅读管家才会真正开始：
参与阅读，而不是替代阅读。
