---
id: wiki-2026-0508-domain-specific-languages
title: Domain Specific Languages
category: 10_Wiki/Topics
status: needs_review
canonical_id: self
aliases: [P-Reinforce-AUTO-DSLS-001]
duplicate_of: none
source_trust_level: A
confidence_score: 0.96
tags: [auto-reinforced, dsl, domain-specific-language, metaprogramming, abstraction, syntax, compiler]
raw_sources: []
last_reinforced: 2026-04-20
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
  language: unspecified
  framework: unspecified
---

# [[Domain-Specific-Languages|Domain-Specific-Languages]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> "맞춤형 대화 수단: 범용 언어(C, Java)의 거추장스러움을 벗어던지고, 특정 도메인(SQL, HTML)의 문제 해결에만 최적화된 문법을 설계하여 비전문가도 최소한의 표현으로 복잡한 논리를 기술하게 만드는 언어적 도구."

## 📖 구조화된 지식 (Synthesized Content)
특수 목적 언어(Domain-Specific-Languages, DSL)는 특정 영역의 문제 해결에 특화된 프로그래밍 언어나 사양 언어입니다.

1.  **유형 구분**:
    *   **External DSL**: 완전히 새로운 문법을 가진 컴파일러/인터프리터 필요 (예: SQL, CSS, Regex).
    *   **Internal DSL (Embedded)**: 기존 언어(Ruby, Kotlin, TS)의 문법 안에서 유연하게 정의 (예: [[CSS-in-JS|CSS-in-JS]], Gradle, [[Testing|Testing]] frameworks).
2.  **왜 중요한가?**:
    *   **High Abstraction**: 도메인 전문가와 개발자 사이의 소통 비용 정책을 줄이고, 선언적 방식(What)으로 로직 정책을 기술할 수 있기 때문임. (Communication와 연결)

## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌**: 과거에는 DSL을 만드는 것이 '바퀴를 재발명하는 것'처럼 비효율적이라 여겼으나, 현대 정책은 복잡한 설정 정책(Config)이나 인프라 제어 정책(IaC)을 위해 목적에 맞는 DSL 정책 모델을 구축하는 것이 유지보수성 정책 면에서 압도적으로 유리함을 인정함(RL Update).
- **정책 변화(RL Update)**: 이제는 단순 텍스트 기반 DSL 정책을 넘어, AI 가 자연어 정책을 DSL 정책으로 변환(Natural-Language-to-DSL)하여 시스템을 제어하는 인간-AI 인터페이스 정책의 핵심 기술로 진화 중임. ([[Natural-Language-Processing|Natural-Language-Processing]] (NLP)와 연결)

## 🔗 지식 연결 (Graph)
- Communication, Natural-Language-[[Processing|Processing]] (NLP), [[Technical-Architecture|Technical-Architecture]], Standard-Operating-Procedure, [[Logic|Logic]]
- **Key Examples**: SQL, HTML, Markdown, Terraform (HCL), RxJS.
---

## 🤖 LLM 활용 힌트 (How to Use This Knowledge)

**언제 이 지식을 쓰는가:**
- *(TODO)*

**언제 쓰면 안 되는가:**
- *(TODO)*

## 🧪 검증 상태 (Validation)

- **정보 상태:** needs_review
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*

## 🧬 중복 검사 (Duplicate Check)

- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

## 🕓 변경 이력 (Changelog)

| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |

## 💻 코드 패턴 (Code Patterns)

**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*

```text
# TODO
```

## 🤔 의사결정 기준 (Decision Criteria)

**선택 A를 써야 할 때:**
- *(TODO)*

**선택 B를 써야 할 때:**
- *(TODO)*

**기본값:**
> *(TODO)*

## ❌ 안티패턴 (Anti-Patterns)

- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*