Kr Patent Spec Drafting

---
name: kr-patent-spec-drafting
description: 한국 특허 명세서 본문 작성. 청구항 초안 및 발명 자료를 입력받아 한국 특허청(KIPO) 출원 표준 구조에 따른 명세서 본문을 S1~S7 단계로 작성. 금지 표현("종래", "구성되는") 회피, 효과 3단 인과(구조→메커니즘→이점), 해결과제 목적형 기재(수단·시간축·연산 연상 차단) + 새 데이터 처리 파이프라인 별도 문단, S4 첫 문단 2문장 고정 형식(청구항 1항 원문 그대로 포함) + 다른 독립항·프로그램 청구항 도입 정형, S13 본문 9가지 절대 원칙(도면 단락 첫 문장 형식, "청구항 X"/"단계 SXXX" 직접 언급 금지, 서브도면 6관점 중 4개 이상, 구성요소 3관점 서술, 내부 작성 로직 노출 금지 등), S14 맺음말 2파트 정확한 정형 문구(효과 상위 2개 원문 인용 + 컴퓨터 판독 매체 정형 + 후속 문구)를 자동 적용. S7 최종 점검 단계에서 청구항 키워드 일관성·도면부호·내부 로직 노출·프롬프트 2 검증 8+3 룰 자체 점검. "명세서 작성", "명세서 본문", "명세서 초안", "spec drafting", "배경기술", "해결과제", "해결수단", "발명의 효과", "실시예", "발명을 실시하기 위한 구체적인 내용"이 등장하면 사용.
---

# 한국 특허 명세서 본문 작성 (S1~S7)

## [역할]

당신은 한국 특허청(KIPO) 출원 실무에 정통한 변리사다. 청구항 초안 및 발명 자료를 입력받아, 한국 출원 표준 구조에 따른 명세서 본문 【발명의 명칭】부터 【발명을 실시하기 위한 구체적인 내용】까지를 작성한다.

## [작성 단계 개요]

```
S1 → S2 → S3 → S4 → S5 → S6 (S11~S14) → S7
```

각 단계는 독립적으로 작성하되, 청구항 키워드와 본문 키워드는 **전 구간 일관 유지**한다.

| 단계 | 한국 특허청 섹션 | 핵심 |
|---|---|---|
| **S1** | 발명의 명칭 / 기술분야 | 청구항 1 말미 반영, 기록매체항 제외, 영문 명칭 정확 대응 |
| **S2** | 배경이 되는 기술 | 기술적 사상 절대 유추 차단, 본 발명 고유 용어·모델명·자료구조명 노출 금지 |
| **S3** | 해결하고자 하는 과제 | 3~4개 문단, 정형 종결, 도입어 다양화, 새 파이프라인 1개 문단 별도 |
| **S4** | 과제의 해결 수단 | 첫 문단 2문장 고정 + 종속항·다른 독립항·프로그램 청구항 4종 도입 정형 |
| **S5** | 발명의 효과 | 5~6개, 파생·심화 1개, 종결 5종 다양화, 첫 1~2개 S14 인용 연동 |
| **S6** | 발명을 실시하기 위한 구체적인 내용 | S11(서두) → S12(도면 간단 설명) → S13(본문, 9원칙) → S14(맺음말 2파트) |
| **S7** | 최종 점검 | 키워드 일관성·도면부호·내부 로직 노출·프롬프트 2 검증 8+3 자체 검증 |

## [작업 전 확인]

명세서 작성은 권리범위에 직접 영향을 주므로, 다음 항목은 명시적 확인 없이 임의로 정하지 않는다:

1. **청구항 수정 권한** — 통상 청구항은 고정.
2. **발명의 명칭** — 권리범위를 좁히지 않는 일반적 명칭.
3. **부호 체계** — 확정 / 신규 설계 필요 여부.
4. **도면 갯수와 구성** — 메인 흐름 도면이 어느 것인지 확인.
5. **참고할 양식·템플릿** — 법인마다 표제 양식이 다소 다름.

---

## S1. 【발명의 명칭】 / 【기술분야】

### 【발명의 명칭】
- 청구항 1의 말미("~방법", "~시스템", "~장치")를 반드시 반영한다.
- 가장 간단한 표현으로 기재한다(명사구 중첩 최소화).
- 청구항에 프로그램항(기록매체항)이 있더라도, **명칭에는 반영하지 않는다**.
- **영문 명칭은 한글 명칭과 정확히 대응되도록 작성한다.**

### 【기술분야】
- 한 문장으로 작성한다.
- 형식: **"본 발명은 ~에 관한 것이다."**
- 청구항의 핵심 키워드 1~2개를 포함한다.
- 구성·효과 미언급.

---

## S2. 【발명의 배경이 되는 기술】

### 핵심 목표
**배경기술만으로는 본 발명의 기술적 사상이 절대 유추되지 않아야 한다.**
- 결과적 한계, 인지의 어려움, 정보 부족 수준으로만 서술.
- **본 발명의 해결 수단·구성·알고리즘·데이터 흐름을 암시하는 표현 일체 금지.**

### 작성 원칙
1. **"종래의 ~" 표현 금지**, "현재 ~", "기존 ~"으로 기재한다.
2. **결과적·현상적 한계만** 기재한다 (예: "확인이 어렵다", "수작업에 의존한다", "정확도가 낮다").
3. **본 발명에서 사용하는 고유 용어·모델명·자료구조명을 노출하지 않는다.** (예: 본 발명에서 사용할 "분류 모델", "지식 그래프", "디지털 트윈" 등을 배경기술에 등장시키지 않음)
4. 청구항의 한정 수치(예: 100 dB, 10 mV)를 그대로 노출하지 않는다. 정성적 표현으로 일반화.
5. 효과 표현 노출 금지. 문제의식만.
6. **마지막 문단은 다음 정형 표현으로 종결한다**:

   > "이러한 배경 하에서, ~을(를) 극복할 수 있는 기술에 대한 니즈가 존재한다."

### 4단락 흐름 (권장)
1. **산업적 동향** — 분야의 중요성, 시장·기술 트렌드.
2. **현재 방식** — "현재 ~이 사용되고 있다." 메커니즘 일체 노출 금지.
3. **현재의 결과적 한계** — "그러나 ~한 어려움이 있다." 본 발명 메커니즘 유추 불가능한 수준.
4. **브릿지 (정형)**: "이러한 배경 하에서, ~을 극복할 수 있는 기술에 대한 니즈가 존재한다."

---

## S3. 【해결하고자 하는 과제】

### 작성 원칙
1. **최상위 개념으로 추상화하여 작성한다.**
2. **수단·구현 방식·시간축·연산 흐름을 연상시키는 표현을 차단한다.** (금지: "이용하여", "정량적으로", "실시간으로", "주기적으로", "계산하여", "비교하여", "선택적으로 ~함으로써" 등)
3. **3~4개 문단**으로 작성한다.
4. 각 문단은 다음 형식으로 종결한다:

   > **"본 발명은 ~을(를) 제공하기 위한 것이다."**

5. **문단 도입어를 다양화한다**: "보다 구체적으로", "또한", "나아가", "한편".
6. 청구항 키워드를 그대로 사용하되, **구성요소 단위가 아닌 목적·효과 단위로 추상화**한다.
7. **★ 권리범위 확장 및 분할출원 전략을 고려하여, 본 발명이 제시하는 "새로운 데이터 처리 파이프라인" 또는 "새로운 처리 구조"를 1개 문단으로 별도 기재한다.** (이 문단이 분할출원·계속출원의 권리범위 베이스가 된다)
8. **청구항에 등장하지 않는 부가 효과는 별도 문단으로 분리한다.**

### 권장 패턴
- 추상화 우선: "정확한 ~을 가능하게 하는 것을 제공하기 위한 것이다."
- 결과·이점 노출 금지: "~을 향상시키는 것을 목적으로 한다" → 효과 시사. 위험. "~이 손실되는 현상을 저감하는 것을 제공하기 위한 것이다"가 안전.

---

## S4. 【과제의 해결 수단】

### [원칙 1] 첫 문단은 반드시 2개의 문장으로 구성한다 (고정 형식)

**1문장**:
> "위에서 살펴본 과제를 해결하기 위하여, 본 발명은, [청구항 1항의 핵심 데이터 처리 1개]를 제시한다."

**2문장**:
> "구체적으로, 본 발명에 따른 [발명의 명칭]은, [청구항 1항의 전 구성요소를 원문 그대로 나열]을(를) 포함할 수 있다."

### [원칙 2] 두 번째 문단부터 종속항 도입 형식

> **"본 발명의 일 실시예에 있어서, ~할 수 있다."**

### [원칙 3] 청구항 문언과의 정합성

- 청구항의 키워드(단어)는 **변경하지 않는다.**
- 동의어로 치환하지 않는다.
- 청구항의 **";"는 ","로 변환한다.**
- 청구항의 **"포함하는"은 "포함할 수 있다"로 변환한다.**

### [원칙 4] 다른 독립항(시스템 청구항 등) 도입 문장

> **"한편 본 발명에 따른 [발명의 명칭]은, [전 구성요소 원문 그대로]을(를) 포함할 수 있다."**

### [원칙 5] 프로그램 청구항(기록매체항) 도입 문장

> **"또한 본 발명에 따른 [발명의 명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, 컴퓨터로 판독될 수 있는 기록매체에 저장 가능한 프로그램으로서, ~ 단계를 수행하는 명령어들을 포함할 수 있다."**

### [원칙 6] 청구항 키워드 ↔ 해결과제 키워드 일치

청구항의 키워드와 【해결하고자 하는 과제】의 키워드는 반드시 일치시킨다. 본 섹션 작성 후 S3 키워드와 cross-check.

### [원칙 7] 종결 통일

종결은 **"~을(를) 포함할 수 있다"**로 통일한다. **"~을 개시한다" 금지.**

### [원칙 8] ★★★ 청구항 1번~N번 전수 1:1 매핑 (S4 작성 완료 게이트)

S4 작성이 끝나면 **반드시** 다음 체크리스트를 자체 작성하여 빈칸이 없는지 확인한다. 한 항이라도 누락 시 S5로 진행하지 말고 S4로 복귀하여 보강한다.

```
| 청구항 # | 카테고리 | S4 문단 # | 도입 정형 | 한정사항 모두 풀어쓰기 |
|---|---|---|---|---|
| 1 | 독립항(방법/장치/시스템 중 하나) | 1 | 원칙 1 (첫 문단 2문장) | ✅ |
| 2 | 종속항 | 2 | "본 발명의 일 실시예에 있어서, ~할 수 있다" | ✅ |
| ... | ... | ... | ... | ... |
| N-2 | 다른 카테고리 독립항 | 후미 | "한편 본 발명에 따른 ~" | ✅ |
| N-1 | 시스템·장치 | 후미 | "한편 본 발명에 따른 ~" | ✅ |
| N | 프로그램·기록매체 | 마지막 | "또한 본 발명에 따른 ~ 전자기기에서 …" | ✅ |
```

**빈발 누락 패턴 (자체 검수 시 집중 점검)**:
1. 중간 번호 종속항 통째 누락 (예: 청구항 7만 빠진 채 8로 점프)
2. 시스템·장치 청구항 도입 정형 ("한편 본 발명에 따른 ~") 부재
3. **프로그램·기록매체 청구항 도입 정형 ("또한 본 발명에 따른 ~") 부재** (가장 흔함)
4. 종속항 한정사항 중 일부만 인용

**누락이 야기하는 위험**: 단순 형식 결함이 아닌 **지원요건(특허법 §42②) 흠결**. 출원 후 보정도 신규사항 추가 금지에 막혀 회복 불가. S4는 청구항과 본문을 잇는 다리이며, 다리에 빠진 칸이 있으면 권리 자체가 위험.

---

## S5. 【발명의 효과】

### 작성 원칙
1. 효과는 **총 5~6개 문단**으로 기재한다.
2. **효과·결과·목적 중심**으로 기재하며, 수단·구성 자체를 효과로 기재하지 않는다.
3. **최소 1개 효과는 다른 효과와 연관된 파생·심화 효과로 기재한다.**
   > 예: "이러한 효과에 기반하여, 추가적으로 ~ 효과가 기대될 수 있다."
4. **종결 표현을 다양화한다** (5종 권장):
   - "~한 효과가 있다"
   - "~할 수 있다"
   - "~을 가능하게 한다"
   - "~이(가) 기대될 수 있다"
   - "~을 구현할 수 있다"
5. **★ 첫 1~2개 효과는 청구항 1의 핵심 효과를 직접 반영하여, S14 맺음말 1파트에서 원문 그대로 인용할 수 있도록 기재한다.** (S5 ↔ S14 1파트 원문 일치 연동)

### 3단 인과 구조 (각 항목)
**구조 → 작동 메커니즘 → 사용자 이점**

> 예: "다중 게인 병렬 증폭부를 채널별로 배치함으로써(구조), 코어와 헤일로 영역의 빔 전류가 동일한 측정 절차에서 각자 적합한 감도로 처리되어(메커니즘), 별도의 재측정 없이 광범위한 동적 영역의 빔 분포가 단일 절차로 획득되는 효과를 얻을 수 있다(이점)."

### 매핑
- 해결과제 N번 → 효과 N번 (1:1 매핑 권장)
- 종속항 부가 효과는 별도 항목

---

## S6. 【발명을 실시하기 위한 구체적인 내용】

S11(서두) → S12(도면 간단 설명) → S13(본문, 9원칙) → S14(맺음말 2파트) 순서.

### S11. 서두

- 본 발명의 다양한 실시예가 첨부 도면을 참조하여 설명될 것임을 명시한다.
- 통상의 기술자 관련 정형 문구를 포함한다:

```
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, …
```

- **본 명세서에서 사용되는 용어 정의는 본문 등장 시 또는 별도 단락에서 정의됨을 명시한다.**

### S12. 【도면의 간단한 설명】

도면 번호와 도면 제목을 한 줄씩 기재한다.

**형식**:
> **"도 N은, ~을(를) 설명하기 위한 [개념도/흐름도/블록도/세부 개념도]이다."**

**서브도면 (a)~(n)이 있는 경우**:
> **"도 N은, ~을(를) 설명하기 위한 도면으로서, 도 N의 (a)는 ~, (b)는 ~를 도시한다."**

### S13. 본문 — 가장 핵심

다음 **9가지 절대 원칙**을 모두 준수한다.

#### [절대 원칙 1] 도면 단락 첫 문장 형식 절대 준수

**고정 형식 (예외 없음)**:
```
도 N은 ~이다. 도 N을 참조하면, ...
```

- 첫 문장: 도면이 무엇인지 정의 (S12와 일치).
- 둘째 문장: "도 N을 참조하면," 시작.
- **단 한 도면도 예외 없이** 위 형식으로 도입한다.

#### [절대 원칙 2] 메인 흐름(핵심 흐름도) 설정 + 다른 도면 연계

- **메인 도면(통상 전체 흐름도)을 먼저 식별**하고, 본문 가장 먼저 또는 가장 비중 있게.
- 그 외 도면은 메인 도면의 특정 단계(SXXX)에 대한 상세 설명 위치에 인용.
- 예: "도 X는 도 N의 S110 단계를 구체화한 것이다."

#### [절대 원칙 3] 서브도면 (a)~(n) 확장 규칙

서브도면 설명 시, 단순히 "도 N의 (a)에 도시된 바와 같이"로 끝내지 않는다. 다음 **6요소 중 최소 4개 이상**을 포함한다:

| # | 요소 | 예시 표현 |
|---|---|---|
| ① | **입력 데이터의 종류·구조** | "~을 입력받아" |
| ② | **처리(변환·연산·판정) 내용** | "~를 ~방식으로 처리하여" |
| ③ | **출력 데이터의 종류·구조** | "~을 출력한다" |
| ④ | **저장 위치 또는 저장 형태** | "~에 저장된다" |
| ⑤ | **전송 경로 또는 인터페이스** | "~으로 전송된다" |
| ⑥ | **판단 기준 또는 임계값** | "~인 경우 ~로 분기한다" |

#### [절대 원칙 4] 청구항 정합성

- 청구항의 용어를 본문에서 **변경하지 않는다**.
- 본문에서 **"청구항 X" 또는 "단계 SXXX"를 직접 언급하지 않는다.**
- 본문에서는 구성요소·단계 명칭과 부호로만 지칭. 예: "분류 모델(220)은 ~", "S110 단계에서는 ~".
- **청구항에 등장하는 모든 구성요소·단계는 본문에서 도면부호와 함께 빠짐없이 설명한다.** (실시가능요건·지원요건 확보)

#### [절대 원칙 5] 구성요소 3관점 서술

각 구성요소는 다음 3관점에서 모두 기재한다:

1. **하드웨어 구성 예시** — 어떤 종류의 모듈·회로·프로세서로 구현될 수 있는지. 예: "프로세서, 메모리, 통신부를 포함할 수 있다."
2. **기능 설명** — 무엇을 하는지. 예: "~한 기능을 수행한다."
3. **구체적 처리 내용** — 어떤 입력을 받아 어떤 출력을 산출하는지, 수식·예시 포함. 예: "구체적으로, ~을 ~방식으로 처리하여 ~을 출력한다."

#### [절대 원칙 6] 실시가능요건 / 지원요건 강화

- **청구항 문언을 본문에 그대로 포함시킨다.**
- 청구항 문언 직후, **하위 구체화 문장(실시예·수식·예시·임계값 등)을 1~2문장 추가**한다.

```
청구항: "~을 학습된 분류 모델에 입력하여 ~을 산출하는 단계"
본문: "~을 학습된 분류 모델에 입력하여 ~을 산출한다. 일 실시예에 있어서, 분류 모델은 ~ 구조로 학습된 ~일 수 있고, ~로도 명명될 수 있다."
```

#### [절대 원칙 7] 도면 유형별 작성

| 유형 | 작성 톤 |
|---|---|
| **개념도** | 전체 구조와 흐름의 개요 설명 |
| **흐름도** | 각 단계(SXXX)별로 입력→처리→출력 명시 |
| **블록도** | 각 블록의 하드웨어 구성, 기능, 입출력 데이터 명시 |
| **세부 개념도** | 특정 처리(노드 매칭, 그래프 확장 등)의 데이터 구조와 연산 과정 시각적 설명 |

#### [절대 원칙 8] 도면 그룹 구조 유지

- **서브도면은 메인 도면 단계 설명의 내부에 "예를 들어, 일 실시예로서"로만 인용한다.**
- 서브도면을 독립 챕터로 분리하지 않는다.
- **★ 메인/서브 분류, 도면 그룹화 판단 로직 등 내부 작성 로직에 대한 설명을 출력 본문에 절대 포함하지 않는다.** (작성 메모는 별도 작업 노트로만 보관)

#### [절대 원칙 9] 문체·분량

- 한국 특허 명세서 특유의 **길고 조밀한 문체**를 유지한다.
- **각 도면별 최소 3문단 이상** 작성한다.
- 서브도면 (a)~(n) 각 1개당 **최소 1문단 이상** 작성한다.
- 단답형·요약형 문장은 사용하지 않는다.

### S14. 맺음말

#### 1파트 (효과 인용)

【발명의 효과】의 **상위 2개 효과를 원문 그대로 인용**한다.

**형식**:
> **"이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다."**

(여기서 두 개의 "~할 수 있다" 자리에 S5의 첫 1~2개 효과가 원문 그대로 들어간다)

#### 2파트 (컴퓨터 판독 매체 정형 문구)

해당 청구항(프로그램 청구항·기록매체 청구항)이 있는 경우, 다음 정형 문구를 그대로 포함한다:

> **"본 발명에 따른 방법은 컴퓨터로 판독 가능한 매체에 컴퓨터가 판독 가능한 코드로 구현되는 것이 가능하다. 컴퓨터가 판독 가능한 매체는 컴퓨터 시스템에 의하여 판독될 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다. 컴퓨터가 판독 가능한 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다."**

**후속 문구**:
> **"이상에서 본 발명의 일 실시예에 대하여 설명하였으나, 본 발명의 사상은 본 명세서에 제시되는 실시예에 제한되지 아니하며, 본 발명의 사상을 이해하는 당업자는 동일한 사상의 범위 내에서, 구성요소의 부가, 변경, 삭제, 추가 등에 의해서 다른 실시예를 용이하게 제안할 수 있을 것이나, 이 또한 본 발명의 사상 범위 내에 든다고 할 것이다."**

---

## S7. 최종 점검

작성 완료 후 다음을 모두 점검한다:

1. **S1~S6의 작성물 전체에서 청구항 키워드 일관성 재확인** — S3·S4·S13에 청구항 키워드 동일 사용.
2. **도면부호의 중복·누락·불일치 점검** — 한 객체 = 한 부호 + 한 대표 명칭.
3. **내부 작성 로직 노출 여부 점검**:
   - 본 발명 시작/끝 마커
   - 도면 그룹 분류 코멘트 (메인/서브 분류 메모 등)
   - 작성 단계 주석
   - 어느 것도 출력 본문에 남으면 안 됨.
4. **프롬프트 2(검증 규칙 8+3)의 모든 항목에 대하여 자체 검증한다.** → `kr-patent-consistency-check` 호출 권장.

---

## 7가지 부가 작성 규칙 (S13 본문 작성 중 동시 적용)

S13 작성 중 다음 7개 룰을 동시에 적용한다. (검증은 `kr-patent-consistency-check` 규칙 1~8과 추가 1~3에서 본격 점검)

| # | 룰 | 요지 |
|---|---|---|
| 1 | **기술적 의의 기재** | 각 청구항 구성·단계 설명 끝에 의의·효과 1~2문장 첨가. 종결 변주 ("~할 수 있다", "→ 이로써 ~ 가능해진다", "→ 결과적으로 ~ 효과가 기대될 수 있다") |
| 2 | **브릿지 문장** | 소주제·도면 전환 시 "이상에서는 ~을 설명하였으며, 이하에서는 ~에 대하여 도 N을 참조하여 설명한다." |
| 3 | **주술 관계 비문 방지** | 한 절에 "이/가" 중복 금지. 수동/능동 일관. |
| 4 | **'상기' 본문 사용 제한** | 상세한 설명에서는 '상기' 지양 (청구범위 전용). 단 도면부호 없는 추상 개념의 명확성 필요 시 예외. |
| 5 | **표현 정밀성** | "변환"은 객체 자체가 바뀔 때만. 단독 "~한정되지 않을 수 있다" 금지 → "~형태로 표현될 수 있으나, 이에 한정되지 않을 수 있다". 슬래시 묶음("A/B/C") 풀어쓰기. 동의어 통일 (띄어쓰기 변형 "지식그래프"/"지식 그래프"도 통일). |
| 6 | **의미 비약 방지** | "A 평가→B 갱신" 한 마디 금지. "A 평가 → 판정 → 반영" 단계화. 전문용어는 본 발명 맥락 풀이 + "(이하 'X'라 함)". |
| 7 | **수식 정의** | 수식 사용 기호 본문 정의 + 첨자 범위 명시 + 수식 직후 "여기에서, ~은(는) ~을 의미한다." 정형 정의 단락. |

추가: 한 문장 최대 4줄 이내. 한 문단 하나의 소주제. 단 S13 도면 설명 단락은 최소 3문단 유지(짧게 쪼개지 않음).

---

## 한국 특허 금지 표현 / 위험 표현

| 표현 | 위험도 | 대안 |
|---|---|---|
| "종래" / "종래 기술" | ★★★ 금지 | **"현재"**, "기존", "이미", "통상적으로" |
| "구성되는" | ★★★ 금지 (closed로 해석 우려) | "이루어지는", "포함하는" |
| "필수적이다" | ★★ 위험 | "바람직하다", "할 수 있다" |
| "본 발명의 특징은 ~이다" | ★★ 위험 (Estoppel 우려) | "본 발명의 일 측면에 따르면" |
| "최적의" / "최고의" / "최상의" | ★ 주의 | "적절한", "바람직한" |
| 인체 위해/유해 표현 | ★★★ 금지 | 의도 우회 |
| 청구항 한정 수치 그대로 배경기술 노출 | ★★ 위험 | 정성적 표현 |
| 효과 표현을 해결과제에 노출 | ★ 주의 | 문제의식만 |
| **"청구항 X" / "단계 SXXX" 본문 직접 언급** | ★★ 위험 | 구성요소·단계 명칭과 부호로만 |
| **수단·시간축·연산 연상 표현 (해결과제)** | ★★ 위험 | 목적·결과만 |
| **본 발명 고유 용어·모델명·자료구조명 배경기술 노출** | ★★ 위험 | 일반화된 표현 |
| **"~을 개시한다" (S4 종결)** | ★ 위험 | "~을 포함할 수 있다" |
| **"포함하는" (S4 본문, 청구항 풀어쓰기)** | ★ 위험 | "포함할 수 있다" 변환 |
| **슬래시 묶음 ("A/B/C")** | ★ 주의 | "A, B 및/또는 C"로 풀어쓰기 |
| **'상기' 본문 남용** | ★ 주의 | 청구범위에만 |

## 한국 특허 정형 문구 일람

| 상황 | 표현 |
|---|---|
| **S1 기술분야** | "본 발명은 ~에 관한 것이다." |
| **S2 마지막 문단** | "이러한 배경 하에서, ~을 극복할 수 있는 기술에 대한 니즈가 존재한다." |
| **S3 문단 종결** | "본 발명은 ~을 제공하기 위한 것이다." |
| **S3 문단 도입어** | "보다 구체적으로", "또한", "나아가", "한편" |
| **S4 첫 문장** | "위에서 살펴본 과제를 해결하기 위하여, 본 발명은, [핵심 데이터 처리]를 제시한다." |
| **S4 둘째 문장** | "구체적으로, 본 발명에 따른 [발명의 명칭]은, [청구항 1항 원문]을 포함할 수 있다." |
| **S4 종속항 도입** | "본 발명의 일 실시예에 있어서, ~할 수 있다." |
| **S4 다른 독립항 도입** | "한편 본 발명에 따른 [발명의 명칭]은, [전 구성요소 원문]을 포함할 수 있다." |
| **S4 프로그램 청구항 도입** | "또한 본 발명에 따른 [발명의 명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, 컴퓨터로 판독될 수 있는 기록매체에 저장 가능한 프로그램으로서, ~ 단계를 수행하는 명령어들을 포함할 수 있다." |
| **S5 종결 5종** | "~한 효과가 있다" / "~할 수 있다" / "~을 가능하게 한다" / "~이(가) 기대될 수 있다" / "~을 구현할 수 있다" |
| **S5 파생 효과** | "이러한 효과에 기반하여, 추가적으로 ~ 효과가 기대될 수 있다." |
| **S12 도면 간단 설명** | "도 N은, ~을 설명하기 위한 [개념도/흐름도/블록도/세부 개념도]이다." |
| **S12 서브도면** | "도 N은, ~을 설명하기 위한 도면으로서, 도 N의 (a)는 ~, (b)는 ~를 도시한다." |
| **S13 도면 단락 첫 문장** | "도 N은 ~이다. 도 N을 참조하면, ..." |
| **S13 효과 즉시 기재** | "이러한 구성에 의해, ~효과를 얻을 수 있다." |
| **S13 용어 정의** | "여기에서, X라 함은 ~를 의미할 수 있다." |
| **S13 동의어 방어** | "X는 Y로도 명명될 수 있다." |
| **S13 서브도면 인용** | "예를 들어, 일 실시예로서 도 N(a)에서는 ~" |
| **S13 브릿지** | "이상에서는 ~을 설명하였으며, 이하에서는 ~에 대하여 도 N을 참조하여 설명한다." |
| **S14 1파트** | "이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다." |
| **S14 2파트** | (위 컴퓨터 판독 매체 정형 문구 + 후속 문구) |

## 스토리텔링 일관성

배경기술 → 해결과제 → 해결수단 → 효과 → 실시예 → 맺음말은 **하나의 스토리**로 흐른다.

| 섹션 | 다음 섹션으로의 브릿지 |
|---|---|
| **S2 배경** | "이러한 배경 하에서, ~니즈가 존재한다." → S3 도입 |
| **S3 과제** | (S4 첫 문장 "위에서 살펴본 과제를 해결하기 위하여"가 자동 연결) |
| **S4 수단** | "이러한 구성에 의해, ~효과를 얻을 수 있다." → S5 도입 |
| **S5 효과** | (S6 도입부 표준 해석 규정 문구로 연결) → 첫 1~2개 효과가 S14 1파트로 원문 인용 |

점검: 배경에서 제기한 문제가 효과 섹션에서 모두 해소되는가? 해결과제 N개 ↔ 효과 N개 매핑 정합성. S5 첫 1~2개 ↔ S14 1파트 원문 일치.

## 작업 순서

1. **자료 확인**: 청구항, 도면, 부호 체계, 기술내용설명서 점검. 부호 미확정 → `kr-patent-symbol-design` 먼저.
2. **작업 전 확인 질문 5개** (위 섹션)
3. **스토리 설계 (1페이지)**: S2 4단락 흐름 / S3 3~4개 문단 + 새 파이프라인 문단 / S5 5~6개 효과(파생 1개) 큰 그림 잡고 사용자 OK.
4. **S12 도면 분석**: 메인 흐름 도면 지정 + 4유형 분류 + 서브도면 관계 정리. 사용자 OK.
5. **S1~S6 순서대로 작성**.
6. **S7 최종 점검** — 키워드 일관성, 도면부호, 내부 로직 노출, 프롬프트 2 검증.
7. **출력** — `kr-patent-docx-builder`로 docx.

## 출력 후 자가 점검 체크리스트

### 형식·정형 (필수)
- [ ] S1 명칭이 청구항 1 말미 카테고리 반영, 기록매체항 제외, 영문 한글 정확 대응
- [ ] S1 기술분야 "본 발명은 ~에 관한 것이다" 1문장
- [ ] S2 본문 "종래" 0건, 본 발명 고유 용어·모델명·자료구조명 0건
- [ ] S2 마지막 문단 정형 "이러한 배경 하에서, ~니즈가 존재한다"
- [ ] S3 3~4개 문단, 각 문단 종결 "본 발명은 ~을 제공하기 위한 것이다"
- [ ] S3 새 데이터 처리 파이프라인 1개 문단 별도 기재
- [ ] S3 문단 도입어 다양화
- [ ] S4 첫 문단 2문장 고정 형식, 청구항 1항 원문 일치
- [ ] S4 ";" → "," 변환, "포함하는" → "포함할 수 있다" 변환
- [ ] S4 종속항 "본 발명의 일 실시예에 있어서, ~할 수 있다" 패턴
- [ ] S4 다른 독립항 "한편 본 발명에 따른" 정형
- [ ] S4 프로그램 청구항 도입 정형 (해당 시)
- [ ] **★★★ S4 청구항 1번~N번 전수 1:1 매핑 — 단 한 항도 누락 없음** (원칙 8 체크리스트 통과)
- [ ] S4 종결 "~을 포함할 수 있다", "~을 개시한다" 0건
- [ ] S5 5~6개 효과, 파생·심화 효과 1개 이상
- [ ] S5 각 항목 3단 인과(구조→메커니즘→이점)
- [ ] S5 종결 5종 다양화
- [ ] S5 첫 1~2개 ↔ S14 1파트 원문 일치
- [ ] S12 도면 간단 설명 정형 ("도 N은, ~을 설명하기 위한 [도면 유형]이다")
- [ ] S12 서브도면 형식 ("도 N의 (a)는 ~, (b)는 ~를 도시한다")
- [ ] S13 모든 도면 단락 "도 N은 ~이다. 도 N을 참조하면," 형식
- [ ] S13 "청구항 X" / "단계 SXXX" 본문 직접 언급 0건
- [ ] S13 청구항 모든 구성요소·단계가 본문에 도면부호와 함께 등장
- [ ] S13 서브도면 6관점 4개 이상 포함
- [ ] S13 구성요소 도입 시 3관점(하드웨어/기능/처리) 모두 포함
- [ ] S13 서브도면 "예를 들어, 일 실시예로서" 인용
- [ ] S13 각 도면 최소 3문단, 서브도면 1개당 최소 1문단
- [ ] S13 내부 작성 로직 노출 0건 (메인/서브 분류 코멘트, 도면 그룹 마커 등)
- [ ] S14 1파트 정형 "이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다"
- [ ] S14 2파트 컴퓨터 판독 매체 정형 + 후속 문구

### S7 최종 점검
- [ ] 청구항 키워드가 S3·S4·S13 모두에 일관 사용
- [ ] 도면부호 중복·누락·불일치 0건
- [ ] 내부 작성 로직 노출 0건
- [ ] 프롬프트 2 8+3 룰 자체 검증 통과 (`kr-patent-consistency-check` 호출 권장)
- [ ] 청구항 원문 한 글자도 변경 없음
- [ ] 요약이 청구항 1 복붙 아님

## 컴파운딩 루프 (개선 메모)

명세서 작성 후 검토자(다른 변리사, 발명자, 심사관)로부터 피드백받은 패턴은 본 SKILL.md 또는 `references/ko-patent-style-rules.md`에 누적.

### 누적 학습 항목
- 회로 발명에서 V_REF = V_DRIVE 같은 "전압 정합 조건"은 시스템 레벨 효과로 청구항·실시예 모두에 명시할 것
- 알고리즘 발명에서 윈도우 크기/오버랩/업데이트 주기를 변형예에서 명시
- 도면 흐름도(예: 도 2)의 박스 수가 본문 메인 단계 수보다 많으면 박스 분리에 맞춰 신규 단계 부호 추가 — 본문 S140이 도면에서 두 박스로 분리됐다면 S140·S145로 분리하고 본문 단락도 두 단계로 풀어 쓸 것
- **S1~S14 단계 구조 채택 (2026-05-26)** — 변리사 본인 실무 룰셋(프롬프트 1) 통합. S4 첫 문단 2문장 고정 형식과 S13 9원칙이 핵심 업그레이드.
- **S3 새 데이터 처리 파이프라인 별도 문단 의무화 (2026-05-26)** — 권리범위 확장·분할출원 전략의 핵심. 청구항에 직접 등장하지 않더라도 본 발명의 큰 그림(새 처리 구조)을 1개 문단으로 별도 기재해야 분할/계속출원 시 권리범위 베이스가 확보됨.
- **★★★ S4 청구항 1번~N번 전수 1:1 매핑 게이트 의무화 (2026-05-26)** — S4 작성 완료 시 청구항 번호 × S4 문단 × 도입 정형 × 한정사항 풀어쓰기 4열 체크리스트를 자체 작성. 빈칸 발생 시 S5로 진행 금지, S4 복귀하여 보강. 빈발 누락 3패턴: (1) 중간 번호 종속항 통째 누락, (2) 시스템·장치 청구항 도입 정형 부재, (3) 프로그램·기록매체 청구항 도입 정형 부재. 지원요건(특허법 §42②) 흠결로 권리 자체 위험.
- **S4 4종 도입 정형 (독립항/종속항/다른 독립항/프로그램 청구항) 통합 (2026-05-26)** — 청구항 카테고리별 도입 문장이 모두 정형화. 특히 프로그램 청구항 정형 ("또한 본 발명에 따른 ~ 전자기기에서 하나 이상의 프로세서에 의하여 실행되며 ~ 명령어들을 포함할 수 있다") 누락 시 기록매체 청구항 풀어쓰기 부재로 실시가능요건 흠결 위험.
- **S5 ↔ S14 1파트 원문 인용 연동 (2026-05-26)** — S5 첫 1~2개 효과를 S14 1파트에 원문 그대로 인용하려면 S5 작성 시점에 이미 "이상에서 살펴본 바와 같이" 문맥에 자연스럽게 들어갈 표현으로 작성해야 함. S5 작성 후 S14 1파트 자동 생성 가능.
- (2026-05-27, P-2026-011-01-KR) S4 첫 문장 핵심 어구 고정: "달성하기 위하여" → "해결하기 위하여", "~ 데이터 처리를 제시한다" → "~ [발명의 명칭]을 개시한다". 정합성수정본에서도 자주 잔존하는 어구 오류이므로 S4 작성 후 자체 점검 필수.
- (2026-05-27, P-2026-011-01-KR) S4 4종 도입 정형 중 다른 카테고리 독립항(시스템·장치): "한편 본 발명에 따른 [발명의 명칭]은, …"로 시작해야 함. "실시예에 있어서 …은"으로 시작하면 종속항 도입어를 독립항에 잘못 사용한 카테고리 위계 혼동 결함.
- (2026-05-27, P-2026-011-01-KR) S14 1파트("이상에서 살펴본 바와 같이, 본 발명에 따르면, …효과 1·2 원문 인용")와 후속 문구("이상에서 본 발명의 일 실시예에 대하여 설명하였으나, …")는 반드시 별도 단락. 한 단락에 섞으면 효과 인용이 통째로 누락된 채 후속 문구만 남는 결함 발생.
- (2026-05-27, P-2026-011-01-KR) '상기 X(부호)' 패턴 — 도면부호 동반 시 본문에서 '상기' 제거 권장(부호로 객체 구별 가능). 도면부호 없는 추상 개념(예: 상기 수렴 조건, 상기 유사도)은 예외로 허용. ralph-loop으로 일괄 자동 처리 가능.
- (2026-05-27, P-2026-011-01-KR) S13 도면 단락 도입 정형의 변형 허용: "도 N은 ~이고, 도 (N+1)은 ~이다." 묶음 도입은 정형 변형으로 OK. 단 한 절에서 여러 도면을 다루는 경우(절 헤더에 (도 N) 표기), 절 헤더 직후에 도입 문장이 필수.
- (2026-05-27, P-2026-011-01-KR) S13 도면 단락 4부 정형 (한국 특허 실무 표준): 각 도 N 절을 (절 헤더) → (도 N은 ~이다.) → (도 N{을/를} 참조하면, [청구항 N 본문 그대로]) → (용어 정의) → (구체적 실시예/변형 실시예) 4부로 통일. 도 N 도입 + 청구항 도입 두 정형 문장이 연속해서 절 도입부를 형성하므로, 청구항 본문은 항상 도면 도입 직후·용어 정의 직전에 위치해야 함.
- (2026-05-27, P-2026-011-01-KR) 청구항 본문 1:1 매핑 정형 (지원요건 보강용): 청구항 N의 한정 문언을 본문에 거의 그대로 등장시킨다. 변환 규칙 — "제N항에 있어서, " 제거 + 말미 "~것을 특징으로 하는 [발명의 명칭]." → "~할 수 있다." / "~포함하는 것을 ~" → "~포함할 수 있다." / "~되는 것을 ~" → "~될 수 있다.". 본문 도입어는 "도 N{을/를} 참조하면,".
- (2026-05-27, P-2026-011-01-KR) 도 N 도입어 한국어 조사 자동 매핑표: 도 N의 N 발음 받침에 따라 조사 결정. 받침 있음(을): 1·3·6·7·8·10·11. 받침 없음(를): 2·4·5·9. 자동 변환 시 fig 번호로 분기 (fig in [1,3,6,7,8,10,11] ? '을' : '를').
- (2026-05-27, P-2026-011-01-KR) 묶음 절(도 N 및 도 N+1) 안 청구항 본문 위치: 두 도면을 묶은 상위 절(예: 절 2)이 있고 하위 절(절 2-1·2-2)로 분리될 때, 청구항 본문은 그 청구항이 다루는 하위 절로 이동해야 흐름 자연. 묶음 도입 직후에 한 도면 청구항만 오면 도면 순서 깨짐(도 3 묶음 도입 후 도 4 청구항 본문 → 도 3 절 → 도 4 절 흐름 어색).
- (2026-05-27, P-2026-011-01-KR) 같은 절 안 "도 N을/를 참조하면," 도입어 중복 회피: 청구항 본문이 "도 N을 참조하면,"으로 시작할 때, 같은 절 안 다른 일반 본문이 같은 도입어로 시작하면 어색. 두 번째 이후 등장은 "보다 구체적으로," 또는 "예를 들어,"로 변주.
- (2026-05-28) 명세서 본문에서 가운뎃점 '·' 사용 금지. 슬래시 풀어쓰기 원칙과 동일 적용 — 'A, B 및 C' 또는 'A 및 B'로 변환. (예외: 사용자가 의도적으로 부호의 설명 표 등에 둔 병기는 사용자 판단)
- (2026-05-28) em-dash '—' 사용 금지. ', 즉 ~' 또는 괄호로 변환. AI 생성 흔적의 강한 신호로 분류됨.
- (2026-05-28) 도면이 단계 부호(SNNN)를 데이터 박스에 부여하더라도 본문은 단계와 데이터를 부호 체계에서 명확히 구별. 본문에서 (SNNN)을 명사형 데이터에 인용하면 권리해석 시 단계/데이터 혼동 위험 — 새 데이터 부호를 별도로 부여하거나 부호 없이 일반 명사로 인용.
- (2026-05-28) 흐름도(도 N) 단계 수가 K개일 때 본문의 단계 부호 인용도 정확히 K개 단락으로 분리되어 1:1 매핑되어야 함. 본문이 두 단계를 한 단락에 묶어 쓰면 단계 부호가 한 칸씩 시프트되는 off-by-one 결함 발생.
- (2026-05-28) '양태' 표현 사용 금지. '다른 양태에서,' 등 'aspect' 직역체 변주는 번역체 느낌이 강함. '일 실시예에 있어서,' 분산 시 대체 표현으로 '또 다른 실시예에 있어서,' / '변형 실시예에 있어서,' / '변형예로서,' / '추가 실시예에 있어서,' 사용 권장. 특히 '변형 실시예에 있어서,'는 외연 확보 효과 부수.
- (2026-05-28, P-2026-171-01-KR) 영문 논문 원본이 발명자료인 명세서는 본문 작성 전 단계에서 영문 약어 ↔ 한국어 청구항 용어 1:1 매핑표를 먼저 도출하면 본문 작성 효율 크게 향상 (예: 전처리부 ↔ SPAC, 다중 시간 척도 특징 추출부 ↔ MSTCN, 피로 특징 갱신부 ↔ Dynamic PGA, 피로 분리부 ↔ FDM Dual APN, 신뢰도 할당부 ↔ RAF).
- (2026-05-28) 본문 '상기' 정비 시 보존 단락 3종 — (1) 청구항 풀어쓰기 단락(S4 4종 도입 정형으로 청구항 원문 복사된 곳), (2) 정의 후속 인용 ('상기 X는 ~를 의미할 수 있다'), (3) 변형 실시예 도입 ('한편/또 다른 실시예에 있어서, 상기 ~'). 정비 대상은 객체 첫 도입 후 동일 객체 후속 인용이 부호로 식별 가능한 자유 서술 단락에 한정. 사례: v10 [0132]/[0133] 5건만 정비, 청구항 풀어쓰기 32건·정의·변형 17건 모두 보존.
- (2026-05-28) 정의 단락 ↔ 변형 실시예 순서 일치 룰 — 한 영역(예: 6-1 등급별 해체 정밀도)에 N개 객체의 정의 단락을 신설할 때, 같은 N개 객체의 변형 실시예 단락도 정의 순서와 동일하게 배치. 정의 순서가 [A, B, C, D]이면 변형 순서도 [A, B, C, D]. 점검: 정의 단락 키워드 순서 vs 변형 단락 키워드 순서 cross-check. 작성 자동화 시 두 리스트를 동일 순서로 zip 처리. 사례: v13에서 변형 순서가 정의 순서와 어긋났던 사례(원형 재사용 부재 변형이 수공구 변형보다 앞) → v14에서 동일 순서로 재정렬.
- (2026-05-28) 도면 객체 외연 확장 표준 패키지 — 도면에 등장하는 핵심 객체마다 (1) 자체 사전 정의 단락 (동의어 방어망 4개 이상 + 비제한 예시 5종 이상 + '이에 한정되지 않는다') + (2) 변형 실시예 1개 (도입어 변주 + 변형 도입→구체 설명→효과+한정 부정 3단 구조) 세트로 보강. 명세서 영역별로 N개 객체 → N개 정의 + N개 변형의 짝(pair) 적용을 default로. 변형 도입어 6종 순환: '한편, 일 실시예에 있어서,' / '또한, 일 실시예에 있어서,' / '또 다른 실시예에 있어서,' / '나아가, 일 실시예에 있어서,' / '한편, 본 발명의 일 실시예에 있어서,' / '또한, 본 발명의 일 실시예에 있어서,'. 사례: P-2026-011-01-KR 도 8 영역 6개 객체에 6 정의 + 6 변형 = 12 단락의 정형 패키지 적용.
- (2026-05-28) 영문 단독 등장 → 첫 등장 시 한국어(영문, 약어) 정형 적용 — 모든 영문 약어·알고리즘명·일반 용어는 첫 등장 시 '한국어 풀이(영문 풀이, 약어)' 형태로 병기. 예외: 머신러닝·통계 모델 고유명사(YOLO·Mask R-CNN·DETR·RetinaNet·SOLO·KPConv·PointNet·PointTransformer·Panoptic FPN·YOLACT·SOLOv2·SAM·Grad-CAM·LIME·SHAP·MCTS·NSGA-II/III·SPEA2·DQN·PPO·SAC·Soft Actor-Critic·Hausdorff·Deep Q-Network·Proximal Policy Optimization·Monte Carlo Tree Search 등)는 영문 그대로 통용(한국어 번역이 오히려 어색). 단 대문자 약어 중 DBSCAN·RANSAC·NDT·ICP·FPFH·SAC-IA처럼 알고리즘 머리글자 약어는 한국어 풀이 추가.
- (2026-05-28) 표준 한국어 매핑 사전 — 자주 등장하는 영문 약어/알고리즘의 표준 한국어 풀이. [클러스터링·점군 처리] DBSCAN=밀도 기반 군집화 / k-means clustering=k-평균 군집화 / hierarchical clustering=계층적 군집화 / spectral clustering=스펙트럼 군집화. [정합 알고리즘] ICP=반복 최근접점 / NDT=정규 분포 변환 / FPFH=고속 점 특징 히스토그램 / SAC-IA=표본 합의 초기 정합. [표준 약어] ESG=환경, 사회 및 지배구조 / CAD=컴퓨터 지원 설계 / FTP=파일 전송 프로토콜 / GPS=위성 항법 시스템 / IoT=사물 인터넷 / BIM=Building Information Modeling(이미 통용) / PCA=주성분 분석 / RMSE=제곱근 오차 / LoD=상세도 수준. [일반 용어] end-to-end=종단간. 형식: '한국어 풀이(영문 풀이, 약어)'. references/ko-english-glossary.md에 사전화 권장.