callsign 是做什么的?
命名靠品味,而非词典。一个好名字应当经得起在会议中被念出、在终端中被键入、在搜索引擎中被检索。
什么是一个好名字
- 可说 —— 经得起电话测试:说一遍,听者就能拼出来。
- 可拼 —— 没有歧义的字母组合(如 ph/f、c/k),不强制用双字母,不需要键盘特技。
- 简短 —— 产品/工具 1-3 个音节;仓库用复合小写加连字符即可。
- 暗示优于描述 ——
stripe、linear、raycast唤起一种感觉;fast-payment-api描述一份规格。隐喻比功能更有生命力。 - 有扩展空间 —— 别把 v1 起名为它的唯一功能(
pdf-merger在需要拆分时就会陷入瓶颈)。 - 可搜索 —— 常见单词需要一些变化(
vercel而非vercel-hosting);创造词仍需可读。
流程
- 提取本质: 询问(或推断)这个东西做什么、为谁服务、应该传达什么感觉(快速?整洁?平静?强大?有趣?)。一句话概括。
- 广泛生成,跨越不同类别 —— 至少使用以下三种:
- 隐喻:领域相关的意象(
loom、sentry、tide) - 造词:简洁的发明词,听起来就是那种感觉(
v0、supabase) - 复合词:两个简洁的词融合(
vercel= versatile + excel,netlify) - 常见词巧用:用已有的词,赋予新的含义(
notion、obsidian、clerk) - 传承词:神话/天文学/拉丁语 —— 谨慎使用,仅当与品牌契合时使用
- 隐喻:领域相关的意象(
- 严格筛选 —— 对照上述六项标准。任何需要拼两遍的候选词直接删除。
- 检查冲突 —— 在提交前:对仓库名执行
gh search repos <name>;如果.com/.dev/.sh已经被大产品占用,就记录下来。不要承诺可用性 —— 只说“已检查,无重大冲突”。 - 提交 6-10 个候选,按类别分组,每行一个:名称、为什么成立、一个坦诚的注意事项。标记你的首选并说明理由。让用户做决定 —— 品味是他们的。
陷阱
- 不要随意使用
-ify/-ly/AI-前缀,除非它确实合适。 - 不要使用六个月后会让你尴尬的内部笑话;不要使用你不敢对客户说的名字。
- 与环境匹配:CLI 工具可以接受连字符和小写;消费产品需要一个可首字母大写的词;技能/插件希望用
kebab-case且读起来像动词或名词,而不是一个句子。 - 中英文混合受众:检查名称的拼音读法是否尴尬;如果用户需要,提供一个中文释义。
输出格式
**意境组**
- 名称 — 为什么成立(一句话);注意点
**造词组**
- ...
推荐: X — 理由