
「이름이 가치를 말한다」 제품 네이밍을 AI에게 맡기기 — nexus-architect의 네이밍 기술 실전
요약
Claude Code의 전용 스킬인 `/product:name-product`를 활용하여 제품의 가치를 담은 두문자어(Acronym) 네이밍을 수행하는 과정을 소개합니다. AI 에이전트가 제품의 핵심 가치를 추출하고, 이를 바탕으로 의미 있는 이름을 생성하는 워크플로우를 다룹니다.
핵심 포인트
- Claude Code의 `/product:name-product` 스킬 활용법 안내
- 가치 기반의 두문자어(Acronym) 네이밍 생성 메커니즘
- Forward 및 Backward(Backronym) 방식의 양방향 생성 전략
- 제품 가치 키워드를 ID화하여 네이밍 근거를 확보하는 과정
제품이나 도구에 이름을 붙일 때, "멋있지만 의미가 옅다"와 "의미는 정확하지만 외우기 어렵다" 사이에서 끝없이 고민해 본 경험은 없으신가요?
이 기사에서는 Claude Code의 스킬 /product:name-product (nexus-architect의 product 플러그인)를 사용하여, 두문자어 (Acronym)형 네이밍 — 이름의 각 글자가 영어 단어의 첫 글자가 되어 이름 자체가 제품 가치를 나타내는 문구가 되는 방식 — 을 AI 에이전트에게 지원받는 흐름을 실제 소재를 통해 끝까지 살펴보겠습니다.
소재는 "Engineering BOM에 대해 대체 부품 후보를 제시하는 AI 에이전트 연계 서비스"입니다. 실존하는 제품이 아니라, 네이밍 기술의 동작을 보여주기 위한 예시로 사용합니다.
대상 독자
- Claude Code의 스킬/플러그인을 실무에 도입하고 싶은 엔지니어
- 제품, 도구, 사내 시스템의 네이밍으로 매번 고민하는 사람
- "이름에 의미를 담고 싶지만, 억지로 끼워 맞추고 싶지는 않다"라고 생각하는 사람
배경·목적: 왜 「두문자어 네이밍」인가
좋은 이름의 조건은 잘 알려져 있습니다. Marty Neumeier는 식별성, 간결성, 적절성, 발음 용이성, 확장성, 보호 가능성 등의 관점을 제시했습니다. 하지만 이를 수작업으로 모두 충족하려 하면 후보 도출 → 의미 부여 → 필터링 과정을 수십 번 반복해야 합니다.
/product:name-product가 목표로 하는 것은 그 루프를 구조화하여 돌리는 것입니다. 특히 강력한 점은 하나의 하드 제약 (Hard Constraint) 을 끝까지 지킨다는 점입니다.
"NEXUS = Next-generation / eXtensible / eXchange / Unified / System"과 같이, 이름을 읽으면 제품의 가치가 그대로 언어화되는 것. 이것이 이 스킬의 결과물입니다.
스킬의 내용 요약
호출은 간단합니다.
/product:name-product [target] [--seed=SCALAR] [--count=5] [--style=acronym|initialism|hybrid]
내부적으로는 대략 다음과 같은 흐름으로 동작합니다.
꼭 기억해 두어야 할 설계 사상은 3가지입니다.
- 양방향으로 생성한다: 가치어의 첫 글자부터 조합하는 Forward 방식과, 발음하기 쉬운 문자열을 먼저 결정하고 각 글자에 단어를 맞추는 Backward (Backronym) 방식을 오갑니다.
--seed=SCALAR를 전달하면 "SCALAR의 각 글자에 단어를 맞추는" Backward 방식으로 고정할 수 있습니다. - 모든 단어를 워드뱅크 (Word Bank)에 연결한다: 전개되는 단어는 제품의 가치 어휘에서 가져옵니다. 따라서 "왜 이 단어인가"를 나중에 추적할 수 있습니다.
- 가용성은 절대 단정하지 않는다: 상표나 도메인이 "비어 있다"라고 말하지 않습니다. 체크 항목은 Open Questions로 열거하여 인간이나 레지스트리를 통해 확인하도록 넘깁니다.
실제로 사용해 보기
1. 기동 및 히어링 (Hearing)
이번에는 프로젝트에 vision 문서가 없었기 때문에, 스킬은 히어링 모드로 진입했습니다. 네이밍 대상을 전달합니다.
Engineering BOM에 대해 대체 부품 후보를 출력한다. 요구 사양에 대한 격차, 조달처 리스크, 부품 비용뿐만 아니라 운송 비용이나 환율을 포함한 총비용, 과거의 디자인 리뷰 결과, 시장 피드백을 바탕으로 최적의 부품 후보를 제시한다.
2. 가치 키워드를 ID화 하기
스킬은 이 설명으로부터 먼저 "무엇이 가치인가"를 ID와 함께 작성합니다. 이것이 이후 모든 후보의 근거가 됩니다.
| ID | 가치 |
|---|---|
| VIS-E1 | Engineering BOM 기점의 대체 부품 후보 제시 (코어) |
| ... |
3. 워드뱅크 만들기
이어서 첫 글자별로 "사용 가능한 영어 단어"를 테마 태그와 함께 나열합니다. 발췌하면 다음과 같습니다.
| 첫 글자 | 영어 단어 (테마 ← VIS) |
|---|---|
| A | Alternative(대체 ← E1), Agent(AI 연계 ← E7), Advisor(← E7) |
| ... |
4. 후보 생성 → 스크리닝
워드뱅크로부터 완전한 전개 문구를 포함한 5개의 후보가 나왔습니다. 채점 기준은 Neumeier의 6가지 기준입니다.
| 후보 | 전개 | 식별성 | 적절성 | 보호 가능성 | 종합 |
|---|---|---|---|---|---|
| ALTER | Alternative / Logistics / Total-cost / Evaluation / Risk | △ | ◎ | △ | 높 |
| BRACE | BOM / Risk / Alternative / Cost / Evaluation | ○ | ◎ | △ | 높 |
| PARSE | Procurement / Alternative / Risk / Sourcing / Evaluation | ○ | △ | △ | 중간 |
| SWAP | Substitute / Weighted / Alternatives / Procurement | △ | ○ | × | 낮음 |
| (빈칸) | Substitute / Part / Advisor / Risk / Cost | × | ○ | × | 제외 |
5가지 후보의 완전한 문자 대응 (클릭하여 전개)
NAM-001 ALTER ("alter" 자체가 '변경하다 = 대체하다'라는 의미)
- A — Alternative (대체 부품 ← E1)
- L — Logistics-aware (운송 비용 고려 ← E4)
- T — Total-cost (총 비용 ← E4)
- E — Evaluation (평가)
- R — Risk (조달 리스크 ← E3)
NAM-002 BRACE
- B — BOM (출발점 ← E1)
- R — Risk (조달 리스크 ← E3)
- A — Alternative (대체 후보 ← E1)
- C — Cost (총 비용 ← E4)
- E — Evaluation (평가)
NAM-005 SWAP ("swap" 자체가 '교환 = 대체'라는 의미)
- S — Substitute / W — Weighted (다인자 가중) / A — Alternatives / P — Procurement
5. 추천
최종적으로 ALTER가 추천되었습니다.
ALTER—
- 각 글자가 영단어로서 제품 가치(Product Value)에 대응하며, 이름 자체가 가치의 요약이 됨 - Forward / Backward 방식의 양방향 생성과 6가지 기준 스크리닝을 통해, 억지로 끼워 맞춘 후보들을 걸러낼 수 있음
- 상표권 및 도메인 가용성은 확정적으로 말하지 않고, 확인해야 할 과제로 명시해 줌
"이름이 좀처럼 결정되지 않는다"는 문제를 근거 있는 선택으로 바꾸고 싶은 분들은 꼭 시도해 보시기 바랍니다.
참고
저자
후카츠 와타루 (Fukatsu Wataru)
Claude Code의 스킬/에이전트(Agent)를 일상적인 개발에組み込んで(組み込んで) 활용하며 즐기고 있습니다.
Discussion

AI 자동 생성 콘텐츠
본 콘텐츠는 Zenn AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기