Hebrew Nikud 参考技能评估
核心用法
该技能为 AI 代理提供希伯来语元音符号（nikud/ניקוד）的精确参考，主要用于文本转语音（TTS）场景。核心设计原则是"仅在 100% 确定时添加 nikud"——错误的 nikud 比没有 nikud 更糟，会导致 TTS 模型按错误读音字面朗读。
六大应用场景
1. 模糊辅音（בכ"פ 字母） — 区分硬/软音（如 פּ vs פ）
2. 动词变位（binyanim/בניינים） — 7 种希伯来语动词模式，每种有不同元音规律
3. 性别特定后缀 — 区分男性 (-kha) 与女性 (-ekh) 形式
4. 同形异义词 — 拼写相同但读音/意义不同的词（如 ספר = 书/计数/讲述/理发师）
5. 外来名与借词 — 强制添加 dagesh 确保 P/B/K 发音正确
6. 重音位置 — 影响词义的音节重音
主要规则详解
Dagesh（דגש）规则：פ/ב/כ 三个字母在词首或特定语法位置发硬音（plosive），否则发软音（fricative）。如 פִּיצה (pizza) 必须有 dagesh，否则读成 "fitza"。
动词变位表格：提供 Pa'al/Pi'el/Hif'il/Hitpa'el/Nif'al 五种主要 binyan 的过去时、现在时、将来时元音模板，这是希伯来语最复杂的部分。
显著优点
1. 风险控制导向：明确"不确定就不加"的黄金法则，避免 TTS 灾难性误读
2. 决策树清晰：提供可执行的快速判断流程，降低代理决策负担
3. 覆盖关键痛点：针对外来词（פִּייר/Pierre、פָּרִיז/Paris）和常见混淆（סיפר 四种读法）提供直接指导
4. 格式实用：表格化呈现便于运行时快速查阅
5. TTS 场景优化：专为语音合成设计，而非通用语言学参考
局限性与风险
1. 非完整语法：仅覆盖选择性 nikud 场景，不教授完整希伯来语正字法
2. 代理依赖：最终决策仍依赖 AI 代理的判断力，无法自动处理所有歧义
3. 语境敏感：部分规则（如 ב 在停顿后的默认读音）需要上下文感知
4. 无动态验证：技能本身不提供 nikud 正确性检查机制
5. 仅限现代希伯来语：不包含圣经希伯来语或方言变体
适合人群
- 开发希伯来语 TTS 系统的 AI 工程师
- 需要生成带 nikud 文本的内容工具
- 处理希伯来语用户输入的客服/对话代理
- 语言学习应用的内容生成模块
安全评估
本技能为只读参考文档，无外部工具调用、无代码执行、无网络请求。风险主要存在于：
- 误用风险：代理过度自信导致错误 nikud 传播
- 完整性风险：复杂语法边缘案例未覆盖
建议配套实现"置信度阈值"机制，强制代理在不确定时跳过 nikud。