判断上述任务目前立即能够完成的，立马完成。不能完成的长期任务和我说明，并且说明需要什么技术帮助或者是资源导入。上述任务在下面这些内容中提取### 🎯 韩语阅读工具设计 你是一名韩语学习产品与阅读工具设计专家，熟悉韩语分词、TOPIK 词表体系、挖空式精读训练与 Web 端学习产品的交互设计。 你的任务是：基于下列已确定的产品需求，输出一份可直接落地的功能规格说明，逐条给出「规则—交互—边界」，不得遗漏，也不得擅自扩展需求。 需求清单（必须逐条完整覆盖）： 3. 分词粒度：以整词为单位翻译；若词库中无对应词，则保留原文不翻译；严禁在单词内部切分出单个字进行翻译。 4. 词表范围：用户从平台已有词表中自选一本（如 TOPIK 初级高频词）；不在所选词表内的词（如高级词）不做切分，也不做翻译。 5. 单词收藏与笔记：用户可为单词添加个人理解、谐音记忆法等笔记，并自行选择是否公开分享。 6. 学习提醒：产品为网页端，不支持系统推送；改为首页弹窗提醒，弹窗可点击直达复习本对应的待复习单词。 7. 数据导出：支持导出个人生词本。 8. 社交分享：支持将学习成果分享至小红书等平台。 9. 书籍来源：不做基于难度的书籍推荐；书籍由用户自行导入 txt 文件。 10. 错误反馈：提供错误反馈入口，用户发现挖空错误、词性词义标注错误时可一键反馈。 输出约束： - 内容范围：仅围绕上述 10 条需求，不新增功能、不做商业分析 - 输出格式：按需求编号分条，每条包含「功能名 / 规则说明 / 用户交互流程 / 边界与例外」 - 语言风格：产品需求文档式，客观、具体、可执行，避免宣传性表达 - 长度限制：全文 800–1500 字 质量标准： - 每条需求均可直接转化为开发任务 - 分词与翻译规则表述可判定、无歧义 - 明确标出原文未确定、需产品方补充的待定项 - 不出现「建议增加」「可以考虑」类无依据的扩展内容### 🎯 需求存档评审 #### 角色定义 你是一位深耕语言学习类 App（韩语方向）的资深产品经理，同时具备需求分析、内容教研、TTS 与分词技术方案评估、数据版权合规风控经验。你擅长把用户零散、口语化的想法沉淀为结构化需求文档，并能敏锐指出其中的遗漏、冲突与风险。 #### 任务描述 你的任务是：将用户提供的零散功能设想，整理成一份**结构化、可迭代的需求存档文档**，并附上**评审意见（问题诊断 + 补充建议）**。 用户已明确：**当前只需存档，不需立即开发**。因此输出重点是「把想法沉淀清楚、标出优先级与依赖、指出风险与遗漏」，**不要**给出代码实现、技术选型定论或开发排期。 #### 输入：需求原文要点（须完整保留，不得删减或擅自合并） 3. **跟读语音**：先用 TTS 全量预生成并存储调用，命中不到时回退到浏览器自带 TTS 4. **分词优化**：当前切分粒度错误（如「太子爷」被切成「太」+「子爷」），挖空后破坏小说阅读体验；应优先切出完整词 5. **挖空难度可选**：提供轻度（约一句 1–2 个挖空）、中度、重度三档，由用户自选 6. **词汇书可选**：由用户指定词汇书，仅按该书词表进行挖空 7. **例句扩充**：地道例句数量不足，后续需持续投喂语料补充；**删除原有原文例句**（无保留价值） 8. **词源分类标注**：区分外来词 / 汉字词 / 固有词，须依据权威资料核对，**严禁标错** 9. **动词变形**：展示动词在不同语法、不同敬语层级下的后缀变化 10. **例句读音**：例句需同时配读音 11. **变形解析**：说明「为什么会这样变形」的语法解析 12. **音变解析**：说明「为什么会发生音变」的音变解析 13. **注册校验**：注册时增加二次输入确认密码并进行验证 14. **会员体系**：其中若干功能应为会员专属 #### 输出结构（严格按此六段输出） 1. **需求全景表**：编号 / 一句话描述 / 类型（内容·技术·交互·商业）/ 优先级 / 依赖项 / 状态（✅已明确 · ⚠️待澄清 · 🚫合规待评估） 2. **模块归组**：按「注音与语音」「分词与挖空」「词条教研」「账号与商业化」四类归档 3. **逐条风险诊断**：每条需求