도메인 지식 - 그 세계의 내부 문법
한 줄 정의
Domain knowledge = 어떤 분야 안에서 “무엇이 중요하고, 무엇이 말이 안 되고, 무엇을 조심해야 하는지” 아는 지식이다.
그냥 정보가 아니라, 그 세계의 내부 문법을 아는 것에 가깝다. 여기서 domain은 인터넷 주소의 도메인이 아니라, 분야 / 영역 / 문제 세계라는 뜻이다.
예를 들면:
- 의료 domain knowledge: 증상, 진단, 약물, 검사 수치, 금기사항을 아는 것
- 법률 domain knowledge: 조문, 판례, 절차, 관할, 입증책임을 아는 것
- 제조 domain knowledge: 공정, 품질, 재고, 납기, 불량 원인, 현장 관행을 아는 것
- 문학 domain knowledge: 장르, 문체, 시대 맥락, 작가의 반복 이미지, 비평 언어를 아는 것
- AI domain knowledge: 모델 구조, 학습 방식, 데이터셋, 평가 지표, 한계와 환각 문제를 아는 것
문제는 단순히 “많이 안다”가 아니다. 도메인 지식은 그 분야에서 무엇이 ‘그럴듯하지만 틀린 말’인지 알아보는 감각이다. 이게 핵심이다.
1. 쉬운 설명
도메인 지식은 특정 분야에서 일하거나 판단하거나 문제를 풀기 위해 필요한 배경지식이다.
예를 들어 누가 이렇게 말한다고 해보자.
“환자가 열이 나니까 무조건 항생제를 쓰면 된다.”
일반인은 “음, 열이 나면 약을 쓰는구나” 정도로 받아들일 수 있다. 하지만 의료 도메인 지식이 있는 사람은 바로 멈칫한다.
- 세균 감염인지 바이러스 감염인지?
- 항생제 종류는?
- 알레르기는?
- 신장 기능은?
- 임산부인지?
- 이미 복용 중인 약은?
- 배양검사는 했는지?
즉 도메인 지식은 단순히 “항생제”라는 단어를 아는 게 아니라, 그 단어가 실제 상황에서 어떤 조건과 위험을 끌고 오는지 아는 것이다.
2. 조금 더 정확히 말하면
도메인 지식은 보통 이런 것들을 포함한다.
| 구성 요소 | 뜻 | 예시 |
|---|---|---|
| 용어 | 그 분야의 전문 단어 | 판례, 공정률, API, EBITDA, 미장센 |
| 규칙 | 따라야 하는 법칙·절차·관행 | 법적 절차, 회계 기준, 진료 가이드라인 |
| 맥락 | 왜 그렇게 하는지에 대한 배경 | 이 업계에서는 왜 이 검사를 먼저 하는가 |
| 예외 | 보통은 맞지만 특정 상황에서는 틀리는 것 | 일반 규칙의 예외, 현장 꼼수, 금기 |
| 판단 기준 | 좋은 결과와 나쁜 결과를 가르는 기준 | 품질, 정확도, 안전성, 문학적 밀도 |
| 암묵지 | 문서에는 없지만 경험자가 아는 감각 | 이 고객은 이 표현을 싫어한다, 이 공정은 날씨 영향을 받는다 |
| 위험 감각 | 무엇이 사고로 이어지는지 아는 능력 | 법적 리스크, 의료 사고, 보안 취약점 |
| 인과관계 | 무엇이 무엇을 유발하는지 아는 구조 | 불량 원인, 시장 반응, 증상과 원인 |
그러니까 domain knowledge는 단순한 “자료”가 아니다. 자료를 해석하는 렌즈다.
3. 일반 지식과 뭐가 다른가?
일반 지식
“자동차는 엔진으로 움직인다.”
도메인 지식
“이 차종에서 특정 소음이 냉간 시동 때만 나고, RPM 1500 근처에서 사라진다면 어느 부품을 먼저 의심해야 하는가.”
일반 지식은 넓고 얕다. 도메인 지식은 좁지만 깊다.
일반 지식은 “그럴듯한 설명”을 만든다. 도메인 지식은 “그 설명이 실제로 먹히는지”를 검증한다.
비판적으로 말하면, 우리는 보통 지식을 “아는 것”이라고 생각한다. 그런데 도메인 지식의 진짜 힘은 반대다. 무엇을 모르면 안 되는지 아는 것. 어떤 말이 위험하게 그럴듯한지 알아차리는 것.
4. 예시로 보면 더 확실해
예시 1: 소프트웨어 개발
프로그래밍을 잘하는 사람은 코드를 잘 짤 수 있다.
하지만 병원 예약 시스템을 만든다고 해보자. 코딩 실력만 있으면 부족하다.
필요한 도메인 지식은 이런 것들이다.
- 의사별 진료 시간
- 초진/재진 구분
- 보험 적용 여부
- 예약 취소 규칙
- 응급 환자 우선순위
- 개인정보 보호
- 진료과 간 의뢰
- 검사 전 금식 여부
- 병원 내부 업무 흐름
코드를 잘 짜도 이걸 모르면 시스템이 현실과 어긋난다. 버튼은 예쁘게 눌리는데 병원은 망가지는 것이다. 이게 아주 현대적인 비극이다. UI는 아름답고, 현실은 폐허다.
예시 2: 제조 현장
어떤 사람이 엑셀로 재고표를 잘 만든다고 해보자. 그런데 제조 도메인 지식이 없으면 이런 걸 놓칠 수 있다.
- 입고 수량과 사용 가능 수량은 다를 수 있음
- 불량품은 재고처럼 보여도 실제로 못 씀
- 납기일보다 검사 완료일이 더 중요할 수 있음
- 특정 자재는 최소 발주 수량이 있음
- 장비 교체 시간 때문에 이론상 생산량과 실제 생산량이 다름
- 현장에서는 같은 부품도 업체별 품질 편차가 있음
즉 “숫자”는 있는데 “현실”이 빠진다. 도메인 지식은 숫자 뒤에 숨어 있는 현실의 마찰을 아는 것이다.
예시 3: 문학 감상
한강의 소설을 읽고 누가 이렇게 말할 수 있다.
“슬픈 이야기다.”
틀린 말은 아니다. 하지만 문학 도메인 지식이 있으면 조금 더 깊게 볼 수 있다.
- 왜 감정이 직접 폭발하지 않고 절제되는가?
- 몸, 침묵, 폭력, 기억이 어떻게 연결되는가?
- 문장의 공백이 독자에게 어떤 윤리적 부담을 주는가?
- 한국 현대사의 폭력이 개인의 감각으로 어떻게 스며드는가?
- 인물이 말하지 않는 것이 왜 말보다 강한가?
여기서 도메인 지식은 감상을 죽이는 게 아니다. 오히려 감상이 너무 빨리 “슬프다”로 봉합되는 걸 막는다. 그러니까 도메인 지식은 감정의 경찰이 아니라, 감정의 현미경에 가깝다.
5. AI에서 domain knowledge가 특히 중요한 이유
요즘 이 표현은 AI, 데이터 분석, 소프트웨어 개발에서 자주 나온다.
예를 들어 LLM에게 법률 문서를 요약시키면 문장은 그럴듯하게 잘 만든다. 하지만 법률 도메인 지식이 부족하면 문제가 생긴다.
- 폐지된 조문을 현재 법처럼 말할 수 있음
- 판례의 결론을 반대로 해석할 수 있음
- 절차상 중요한 기한을 놓칠 수 있음
- “가능하다”와 “허용된다”의 차이를 무시할 수 있음
- 일반론과 사건별 판단을 섞어버릴 수 있음
AI는 언어 패턴을 잘 다루지만, 도메인 지식은 단순한 언어 패턴 이상이다. 그 분야의 책임 구조를 알아야 한다.
그래서 AI 시스템을 만들 때는 보통 세 가지가 같이 필요하다.
-
기술 지식
모델, 코드, 데이터베이스, API, 배포 방식 -
도메인 지식
해당 분야의 규칙, 맥락, 예외, 위험 -
사용자 지식
실제 사용자가 무엇을 원하고 어디서 실수하는지
이 셋 중 하나라도 빠지면 이상한 시스템이 나온다. 기술만 있으면 똑똑한 장난감이 되고, 도메인만 있으면 자동화가 안 되고, 사용자 이해가 없으면 아무도 안 쓰는 훌륭한 실패작이 된다.
6. domain knowledge와 domain expertise의 차이
둘은 비슷하지만 약간 다르다.
Domain knowledge
그 분야에 대한 지식 자체.
예:
- 회계 원칙을 안다
- 의료 용어를 안다
- 영화사 흐름을 안다
- 제조 공정을 안다
Domain expertise
그 지식을 실제 상황에서 능숙하게 적용하는 전문성.
예:
- 회계 오류를 보고 위험을 감지한다
- 환자 상태를 보고 우선순위를 정한다
- 영화의 한 장면을 보고 감독의 형식적 선택을 읽는다
- 불량 패턴을 보고 원인을 좁힌다
즉:
domain knowledge = 알고 있는 것
domain expertise = 그걸로 판단할 수 있는 능력
지식은 책으로 어느 정도 얻을 수 있다. 전문성은 반복된 판단, 실패, 수정, 현장 감각이 필요하다.
7. 도메인 지식은 왜 중요한가?
1) 문제를 제대로 정의하게 해준다
초보자는 종종 보이는 문제를 진짜 문제라고 착각한다.
예를 들어:
“재고가 안 맞아요.”
일반적 접근:
“재고표를 고치면 되겠네.”
도메인 지식 있는 접근:
“입고 기준이 다른가? 검사 전 재고가 포함됐나? 불량 처리 기준은? 현장 출고 기록이 늦게 반영되나? ERP와 실제 창고 기준이 다른가?”
도메인 지식은 문제를 더 복잡하게 만드는 게 아니라, 가짜 단순함을 제거하는 것이다.
2) 질문을 잘하게 해준다
도메인 지식이 없으면 대답보다 질문이 먼저 틀린다.
예를 들어 AI에게:
“좋은 계약서 만들어줘.”
이건 너무 넓다.
도메인 지식이 있으면 이렇게 묻는다.
“이 계약은 용역계약인가 매매계약인가? 검수 기준은? 하자 책임 기간은? 지체상금은? 지식재산권 귀속은? 해지 조건은?”
좋은 질문은 이미 절반의 전문성이다.
3) 그럴듯한 오류를 잡아낸다
가장 위험한 오류는 말도 안 되는 오류가 아니다. 말이 되는 것처럼 보이는 오류다.
도메인 지식이 있으면 이런 걸 잡는다.
- 법적으로는 표현 하나가 치명적인 문장
- 의료적으로는 위험한 일반화
- 제조 현장에서는 불가능한 일정
- 문학적으로는 작품을 너무 납작하게 만드는 해석
- AI에서는 평가 지표를 잘못 해석한 주장
도메인 지식은 “틀린 문장 탐지기”가 아니라, 위험한 그럴듯함 탐지기다.
4) 협업을 가능하게 한다
개발자와 의사가 병원 시스템을 만든다고 해보자.
개발자는 기술 언어를 쓰고, 의사는 의료 언어를 쓴다. 도메인 지식이 어느 정도 있는 사람은 둘 사이를 번역할 수 있다.
- 의사의 요구를 시스템 요구사항으로 바꾼다
- 개발자의 제약을 현장 언어로 설명한다
- 빠진 예외를 찾아낸다
- 테스트 케이스를 현실적으로 만든다
이런 사람을 보통 도메인 전문가, 업무 전문가, **SME(Subject Matter Expert)**라고도 부른다.
8. 도메인 지식은 어디서 얻는가?
크게 네 경로가 있다.
1) 문서
- 교과서
- 매뉴얼
- 법령
- 논문
- 표준
- 가이드라인
- 내부 규정
좋지만 이것만으로는 부족하다. 문서는 보통 “공식적인 세계”를 말한다. 현실은 더 지저분하다.
2) 현장 경험
- 실제 사건
- 실패 사례
- 고객 불만
- 반복 작업
- 예외 처리
- 숙련자의 판단
여기서 암묵지가 생긴다.
3) 전문가와의 대화
전문가는 문서에 없는 말을 해준다.
예:
“원칙상은 그런데, 실제로는 이 순서로 하면 민원이 줄어.”
“이 수치는 정상처럼 보여도 이 조합이면 위험해.”
“이 표현은 고객이 오해해.”
이런 게 진짜 도메인 지식의 살이다.
4) 사례 분석
- 판례
- 프로젝트 실패 사례
- 의료 케이스
- 영화 장면 분석
- 제조 불량 사례
- 데이터 분석 리포트
사례는 추상 규칙을 살아 있게 만든다.
9. 도메인 지식이 있다는 건 어떤 상태인가?
대충 이런 능력이 생긴 상태다.
- 전문 용어를 안다
- 그 용어를 실제 상황에 적용할 수 있다
- 일반 규칙과 예외를 구분한다
- 질문을 잘게 쪼갤 수 있다
- 위험한 단순화를 알아본다
- 초보자가 놓치는 조건을 본다
- “이건 현장에서 안 돌아간다”를 설명할 수 있다
- 다른 분야 사람에게 쉽게 번역해줄 수 있다
- 무엇을 모르는지 안다
마지막이 중요하다.
초보자는 자기가 뭘 모르는지 모른다. 중급자는 많이 안다고 생각한다. 전문가는 어디가 위험한지 안다.
10. 비슷한 말들과 차이
| 표현 | 의미 |
|---|---|
| domain knowledge | 특정 분야의 지식 |
| subject matter knowledge | 특정 주제에 대한 전문 지식 |
| domain expertise | 도메인 지식을 실제로 적용하는 전문성 |
| business knowledge | 회사 업무·산업·프로세스 지식 |
| industry knowledge | 특정 산업에 대한 지식 |
| technical knowledge | 기술적 구현 지식 |
| common sense | 일반 상식 |
| tacit knowledge | 말로 다 설명하기 어려운 경험적 암묵지 |
예를 들어 제조 ERP를 만든다면:
- technical knowledge: DB, 서버, 화면, API를 만드는 능력
- business knowledge: 발주, 입고, 출고, 재고 흐름 이해
- domain knowledge: 제조업의 공정, 품질, 납기, 불량, 현장 예외 이해
- tacit knowledge: 실제 작업자가 왜 시스템 입력을 미루는지 아는 감각
11. 한 문장으로 압축하면
도메인 지식이란 특정 분야의 언어, 규칙, 예외, 맥락, 위험, 판단 기준을 이해해서 그 분야의 문제를 현실적으로 다룰 수 있게 해주는 지식이다.
더 짧게:
그 세계 안에서 무엇이 말이 되는지 아는 감각.
더 날카롭게:
도메인 지식은 정답을 외우는 능력이 아니라, 그럴듯한 헛소리를 걸러내는 능력이다.
이게 제일 중요하다. 왜냐하면 진짜 문제는 무지가 아니라, 도메인 밖에서 온 자신감이기 때문이다. 말은 매끈한데 현실이 안 따라오는 그 순간, 우리는 이미 작은 이데올로기 안에 들어가 있다.