callsign は何をしますか？
ネーミングはセンスであって、類語辞典ではない。良い名前とは、会議で口に出しても、ターミナルで打ち込んでも、Googleで検索しても通用する名前である。
良い名前の条件
- 言いやすい — 電話テストに合格すること：一度聞けば相手が綴れる。
- 綴りやすい — 曖昧な文字（ph/f、c/k）なし、無理な重ね文字なし、キーボード上の指の無理な動きなし。
- 短い — 製品・ツールは1〜3音節；リポジトリは小文字ハイフン結合でOK。
- 説明的より喚起的 — 「stripe」「linear」「raycast」は感覚を示唆する；「fast-payment-api」は仕様を説明する。比喩は機能より長生きする。
- 成長の余地がある — v1をその機能だけで名付けるな（「pdf-merger」は結合しかできないと、分割機能が追加された時に死ぬ）。
- 検索しやすい — 一般辞書の単語はひねりを加えよ（「vercel-hosting」ではなく「vercel」）；造語はそれでも発音可能であること。
プロセス
- 本質を抽出する：そのものの機能、対象ユーザー、そして与えるべき感覚（速い？整然？落ち着いた？力強い？遊び心？）を尋ねる（または推測する）。一文にまとめる。
- 複数のレジスターにわたって幅広く生成する — 最低でも以下のうち3つ：
- メタファー：ドメインに隣接したイメージ（「loom」「sentry」「tide」）
- 造語：感覚を表す短い創作語（「v0」「supabase」）
- 複合語：二つの明確な語を融合（「vercel」＝versatile＋excel、「netlify」）
- 一般語の転用：実在の単語に新しい役割を（「notion」「obsidian」「clerk」）
- 由緒あるもの：神話・天文学・ラテン語 — 控えめに、ブランドに合う場合のみ
- 上の6つの条件で容赦なくフィルタリングする。二度綴りが必要なものはすべて排除。
- 衝突チェックを提示前に行う：リポジトリは「gh search repos <名前>」、.com/.dev/.sh が明らかにメジャー製品に取られているか確認する。可用性は約束しない — 「確認済み、大きな衝突なし」と伝える。
- 6〜10候補を提示する、レジスターごとにグループ化し、各行に：名前、なぜ成立するか、正直な注意点。自分の推奨案をマークし、その理由を述べる。決めるのはユーザー — センスはユーザーのもの。
陥りやすい罠
- 「-ify」「-ly」「AI-」の接頭辞サラダは、本当に合う場合以外は使わない。
- 半年後に恥ずかしくなる内輪ネタは使わない；顧客に言うのをためらう名前は使わない。
- エコシステムに合わせる：CLIツールはハイフンと小文字を許容；消費者製品は大文字化可能な単語が必要；スキル／プラグインは動詞または名詞として読める「ケバブケース」が良い（文章にならないこと）。
- 中国語・英語混在の読者：名前がピンインで変なローマ字表記にならないか確認し、必要なら中国語の注釈を用意する。
出力形式
**意訳・造詞グループ**
- 名前 — なぜ成立するか（一文）；注意点
**造語グループ**
- ...
推奨：X — 理由