🔊
kubectl
到底怎么读？
一份社区维护的程序员发音词典——kubectl、nginx、GIF、JSON、Pydantic、Knative、LaTeX、Postgres ……每条都带来源引用，不再凭感觉吵。
git clone https://github.com/anzy-renlab-ai/pronounce.git && cd pronounce && ./install.sh
▶ 47 秒中文宣传片 · 也有 竖版 9:16（B 站 / 抖音 / 微博）
$ say-it kubectl 🔊 koob control. koob control. koob control. 或读: cube cuddle. 或读: kube C T L. $ say-it GIF 🔊 jif. jif. jif. 或读: gif. # 带来源 — Wilhite 2013 年 Webby 奖现场亲口说 $ say-it --why JSON word JSON ipa /ˈdʒeɪsən/ respelling_us jay son source Wikipedia § Pronunciation url https://en.wikipedia.org/wiki/JSON#Pronunciation
📜 经典案例（创作者钦定的读法）
有些读音不是观点之争——创作者已经留下了"官方"答案。
918+ 条词条，每条带来源
项目名、产品名、程序员行话、缩写。每条带 confidence 标签（创作者钦定 / 社区共识 / 有争议）和可点开的来源链接。
多读法链式播放
对于 GIF / SQL / GUI / kubectl 这类有争议的词，CLI 会把所有读法连着播——"……或读: gif."——你不盯终端也能听到争议。
自带 Claude Code skill
问 Claude："X 怎么读？"——它会播音频、给 IPA、附来源引用，而不是瞎猜一个音标。
零依赖，~250 行 Bash
包了 macOS 自带的 say 引擎。无 npm、无 sudo、无 surprise。
多种播放控制
--alt 听备选读法，--all 听所有变体，--solo 跳过链式，--why 看完整词条和来源 URL。
IPA 是参考，就像查一个外语词的字典条目——你不会盯着 /ˈʃɑːdənˌfrɔɪdə/ 去学发音，你听别人念三遍才学会。Pronounce 把系统 TTS 接到一行 CLI 上，让答案直接进耳朵，而不是停在纸面上的音标。
点 ▶ 在浏览器里听。（音质因浏览器而异——装上 CLI 听 macOS Samantha 的原声更准。）
常见问题
为什么不直接看 YouTube 视频？
因为你得先搜对视频、取消静音、等加载、再倒回。say-it kubectl 在 4 秒内把正确读法播三遍。网站是给你不在终端旁时用的。
浏览器里的声音和 CLI 不一样？
CLI 用 macOS 内置的 say，配合调好的 respelling。网站用浏览器的 Web Speech API，发音引擎随 OS / 浏览器变。GIF 这类争议词两边应一致；项目名带怪读音时以 CLI 为准。
和普通发音词典有什么区别？
这本只收程序员日常会念的名字——kubectl、nginx、Pydantic、Knative、Cilium。Webster 没收，这里有，并且每条带 confidence 标签和（尽可能）一条可引用的来源。
为什么 GIF 是 "jif"？我一直读 "gif"。
两种读法都真实存在。词典把创作者亲口说的读法 ("jif"，Steve Wilhite 2013 年 Webby 奖) 列为主读，"gif" 作为 alt。say-it --alt GIF 听备选。SQL / JSON / char / regex 同款多读处理。
支持 Windows / Linux 吗？
是的——Windows (PowerShell + System.Speech) 和 Linux (espeak-ng / 云 TTS) 在 M2/M3 路线图上。词典本身平台无关，只有播放引擎需要平台后端。欢迎 PR。
怎么加一个缺失的项目？
提个 PR，在 data/pronunciations.tsv 加一行。列格式见 CONTRIBUTING.md。还有 置顶 issue 收集愿望清单。
来源 URL 是必填的吗？
不必。没有可靠来源就留空，confidence 标 community-consensus。宁可保守也不胡编。
为什么 CLI 在主读后还播 "or: gif"？
多读法的词自带语境——你应该知道存在争议。可听的 "or: <alt>" 尾巴让你不盯终端也能感知。熟了之后 --solo 跳过即可。
