Offwhite-Del/callsign

callsign 是做什麼的？

命名靠品味，而非同义词库。一個好的名稱要能經得起在會議中被說出口、在終端機中被輸入、在 Google 上被搜尋。

什麼造就一個好名稱

1. 易說 — 通過電話測試：說一次，聽者就能拼出來。
2. 易拼 — 沒有模稜兩可的字母（ph/f、c/k），沒有勉強的雙字母，沒有鍵盤體操。
3. 簡短 — 產品/工具 1-3 個音節；倉庫用複合小寫加連字號即可。
4. 暗示性優於描述性 — stripe、linear、raycast 暗示一種感覺；fast-payment-api 描述一份規格。隱喻比功能更經得起時間考驗。
5. 有成長空間 — 不要讓 v1 以唯一功能命名（pdf-merger 一旦也能分割就死了）。
6. 可搜尋 — 常見詞彙需要加入巧思（vercel 不是 vercel-hosting）；自創詞仍需可讀。

流程

1. 提取精髓：詢問（或推斷）這個東西做什麼、為誰而做、以及它應該給人的 感覺（快速？整潔？平靜？強大？有趣？）。最多一句話。
2. 廣泛生成，跨越多種型態 — 至少三種：
   • 隱喻：領域相關的意象（loom、sentry、tide）
   • 自創詞：簡短的創造詞，聽起來像那種感覺（v0、supabase）
   • 複合詞：兩個精簡詞語融合（vercel = versatile+excel，netlify）
   • 普通單詞變形：真實詞彙，新用途（notion、obsidian、clerk）
   • 傳承：神話/天文/拉丁文 — 謹慎使用，僅當符合品牌調性時
3. 嚴格篩選：對照上述六項標準。刪除那些需要拼兩次的名字。
4. 檢查衝突：在提出前，用 gh search repos <name> 檢查倉庫，並注意 .com/.dev/.sh 是否已被主要產品佔用。不要承諾可用性 — 說「已檢查，無重大衝突」。
5. 提出 6-10 個候選，按型態分組，一行一個：名稱、為何成立、一個誠實的注意點。標記你的首選並說明理由。讓使用者決定 — 品味是他們的。

陷阱

• 不要使用 -ify/-ly/AI- 前綴沙拉，除非真的合適。
• 不要使用六個月後會讓你尷尬的內部笑話；不要使用你不敢對客戶說的名稱。
• 符合生態系：CLI 工具可以接受連字號和小寫；消費產品需要可大寫的單詞；技能/外掛想要 kebab-case，且讀起來像動詞或名詞，而不是句子。
• 中英文混合受眾：檢查名稱是否會轉成尷尬的拼音，以及如果使用者需要，是否存在中文解釋。

輸出格式

**意境組**
- 名稱 — 為什麼成立（一句話）；注意點

**造詞組**
- ...

推薦: X — 理由