Study Plan（学习计划）
为任意主题生成结构化的多天学习计划，输出 markdown 文件。核心价值：把模糊的"想学 X"变成可执行、可验收的多天计划。
生成流程
- 明确主题与范围：从用户描述中提取学习主题；信息不足时先问清楚（要学什么、目标水平、可用时间），不要猜测天数。
- 拆解天数：按主题复杂度和用户可用时间确定天数（通常 3-7 天，内容多可拆分多周）。每天聚焦一个子主题，天数不宜超过 7 天。
- 逐天编写内容：每天包含主题、目标、任务清单、验收标准，见 模板。
- 写入文件：在当前项目下创建
LEARNING-PLAN.md（或用户指定的文件名），将完整计划写入。 - 确认与迭代：询问用户是否需要调整天数、增删内容。
格式规范
沿用以下格式（见模板文件中的完整示例）：
### Day N：主题
**目标**：一句话描述当天要达到的理解水平。
- [ ] 具体可执行的任务（阅读/实践/练习，粒度适中，一天 3-6 项）
- [ ] ...
**验收**：可验证的标准——能做什么、能解释什么、能产出什么。
编写准则
- 目标：描述"理解什么/能做什么"，而不是"学习 X"。例如"理解 Agent Skills 标准及加载机制"优于"学习技能系统"。
- 清单：每项任务以动词开头（阅读/实践/练习/创建/验证），一天 3-6 项，粒度到"打开某个文档/跑某个命令"级别。
- 验收：可验证——"能创建并加载一个自定义 skill"优于"了解 skill 机制"。
- 渐进式：天数间有依赖关系，先基础后进阶；任务里可引用前一天产出。
更新与跟踪
用户后续请求更新计划时（如"更新第 3 天进度"、"标记 Day 2 完成"）：
- 勾选任务：
- [ ]→- [x] - 更新目标/验收：直接改写对应行
- 新增/删除天数：调整
### Day N编号保持连续 - 在文件末尾追加
## 进度小节，记录每天完成情况（可选）
注意事项
- 主题信息不足时先提问，不要编造学习内容
- 学习资源引用要具体（文档路径、仓库名、命令），不要写"阅读相关资料"这类空话
- 计划放在当前项目根目录
LEARNING-PLAN.md，除非用户指定其他位置 - 遵守项目自身的约定（如本仓库的 CHANGELOG 规则、测试命令），计划中的任务须与项目实际情况一致
