Hebrew Nikud

核心功能

本技能为希伯来语元音标注（Nikud/ניקוד）的完整技术参考，旨在指导AI代理在文本转语音（TTS）场景下准确添加选择性元音符号。核心价值在于"宁缺毋滥"的原则——错误标注的危害远大于无标注，因为TTS模型会字面执行错误标注，而非依赖上下文推测正确发音。

显著优点

1. 系统性规则覆盖：完整包含元音符号表（Patach、Kamatz、Tzere等10种基础元音及3种短促元音）、Shva发音规则、Begedkefet六字母的轻重音变规则
2. 动词变位深度指南：详解七大动词模式（Binyanim）的标注规则，包括Pa'al、Pi'el、Hif'il、Hitpa'el、Nif'al、Pu'al、Huf'al，这是希伯来语最难掌握的部分
3. 实用决策流程：提供8步快速决策树，帮助判断何时添加标注、何时保留空白
4. 常见错误预警：专门章节列举高频混淆案例（如סָפַר计数 vs סִפֵּר讲述，דָּבַר名词事物 vs דִּבֵּר动词说话）

潜在局限性

1. 依赖人工确定性：规则明确要求"100%确定"时才标注，对复杂动词变位或罕见词汇可能无法提供即时答案
2. 现代希伯来语局限：Begedkefet规则中גדת三字母的软硬音区别在现代希伯来语中已消失，但文档仍需处理历史/宗教文本场景
3. 非发音标注：不包含实际重音位置标记，仅处理元音和辅音硬化

适合人群

• AI TTS系统开发者与提示工程师
• 处理希伯来语内容的NLP应用
• 需要为AI代理注入希伯来语语言学知识的工程师
• 避免将"פיצה"误读为"fitza"而非"pizza"的场景

常规风险提示

• 过度标注风险：标注过多会干扰TTS模型的上下文推理能力
• 动词模式误判：七大动词模式（Binyanim）是错误高发区，不确定时应放弃标注
• 性别后缀混淆：男性ְךָ（kha）与女性ֵךְ（ekh）极易混淆，需严格校验
• 外来词陷阱：Paris、Pizza、Boston等外来词需显式添加dagesh硬化标记，否则默认读软音

核心用法

该Skill是一份纯参考型技术文档，旨在为AI Agent提供希伯来语元音标注（Nikud）的决策依据。核心使用场景是在生成希伯来语文本供TTS（文本转语音）引擎朗读前，对存在歧义的发音进行选择性标注。

使用流程遵循"决策树"模式：
1. 首先判断是否为常见 obvious 词汇（如מה, יש, אני）→ 不标注
2. 检查是否含בכ"פ字母（B/V、K/Kh、P/F易混）→ 按需加Dagesh
3. 识别性别后缀（ךָ男/-kha vs ֵךְ女/-ekh）→ 必须标注
4. 排查同形异义词（如ספר可读sefer/book、safar/counted、sipper/told）→ 必须标注
5. 外来词/人名（Paris、Boston）→ 加Dagesh确保P/B/K发音
6. 动词变位（最难）→ 只有100%确定所属Binyan（七类动词模式之一）时才标注

文档提供完整的符号对照表（Patach/Kamatz/Segol等14种元音）、Shva发音规则、Dagesh轻重音区分，以及פָּעַל/Pi'el/Hif'il等全部七类动词变位范式。

显著优点

1. 权威性极强：内容覆盖希伯来语语法的核心难点——动词七态（Binyanim）系统，这是非母语者最易出错的知识盲区。文档由具备专业语言学背景的作者维护，规则表述精确。

2. 实用导向明确：专为TTS场景优化，而非通用语言教学。所有规则都围绕"让AI发音正确"这一目标，剔除了无关的历时语言学内容。

3. 风险规避设计：核心原则"Only add nikud when you're 100% certain"（不确定时不标注）体现了对现代TTS模型能力的尊重——错误标注比不标注更糟糕。

4. 零技术债务：纯Markdown文档，无可执行代码、零依赖、零网络访问，不存在版本冲突或供应链攻击风险。

潜在缺点与局限性

1. 知识门槛高：需要使用者具备基础希伯来语语法知识，尤其是动词变位系统。对于完全不懂希伯来语的开发者，文档中的七态动词表可能难以理解。

2. 覆盖范围有限：专注现代希伯来语（Ivrit），不涉及圣经希伯来语或方言变体。历史发音规则（如 begedkefet 中的גד"ת在现代希伯来语中已无区别）虽已标注，但可能让寻求古典发音的用户失望。

3. 无自动化能力：这是纯参考文档，不提供自动标注功能。AI Agent需要自行实现规则匹配逻辑，或人工判断何时应用规则。

4. 来源可信度待提升：当前通过clawhub.ai平台分发，无GitHub开源仓库，属于T3级社区项目，缺乏社区共同审查机制。

适合的目标群体

• 希伯来语TTS系统开发者：需要精确控制语音合成输出
• AI Agent多语言支持团队：处理希伯来语文本的工程团队
• 语言学技术写作者：研究希伯来语计算语言学的研究人员
• 教育科技产品团队：开发希伯来语学习应用的PM和工程师

不适合：通用AI用户、无希伯来语基础的开发者、寻求全自动标注工具的用户。

使用风险

性能风险：该Skill本身无性能开销（无可执行代码），但过度应用会导致TTS质量下降——如文档警告"Over-nikuding makes TTS worse"。建议严格遵循决策树。

准确性风险：动词Binyan判断错误是最高频问题（如סָפַר counted vs סִפֵּר told）。团队应建立审核流程，对动词标注进行人工复核。

维护风险：当前为T3来源，若作者停止更新，希伯来语正字法若有变化（虽概率极低）可能无法及时跟进。

集成风险：需要Agent具备处理Unicode希伯来语元音符号（U+05B0至U+05BB等）的能力，部分老旧系统可能存在字符显示问题。