Offwhite-Del/callsign

callsign은(는) 무엇을 하나요?

작명은 취향이지, 유의어 사전이 아닙니다. 좋은 이름은 회의에서 소리 내어 말하고, 터미널에 입력하고, 구글에서 검색해도 살아남습니다.

좋은 이름의 조건

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- 접두사 샐러드는 진정으로 어울리지 않는 한 사용하지 마세요.
• 6개월 후에 부끄러워질 내부 농담; 고객에게 말하기 망설여질 이름은 사용하지 마세요.
• 생태계에 맞춤: CLI 도구는 하이픈과 소문자를 허용합니다; 소비자 제품은 대문자화 가능한 단어가 필요합니다; 스킬/플러그인은 동사나 명사로 읽히는 kebab-case를 원하며, 문장처럼 읽히면 안 됩니다.
• 중국어-영어 혼용 청중: 병음으로 어색하게 읽히지 않는지 확인하고, 사용자가 필요할 경우 중국어 풀이가 존재하는지 확인하세요.

출력 형식

**意境组**
- name — 为什么成立（一句话）；注意点

**造词组**
- ...

推荐: X — 理由