한국 특허 명세서 본문 작성. 청구항 초안 및 발명 자료를 입력받아 한국 특허청(KIPO) 출원 표준 구조에 따른 명세서 본문을 S1~S7 단계로 작성. 금지 표현("종래", "구성되는") 회피, 효과 3단 인과(구조→메커니즘→이점), 해결과제 목적형 기재(수단·시간축·연산 연상 차단) + 새 데이터 처리 파이프라인 별도 문단, S4 첫 문단 2문장 고정 형식(청구항 1항 원문 그대로 포함) + 다른 독립항·프로그램 청구항 도입 정형, S13 본문 9가지 절대 원칙(도면 단락 첫 문장 형식, "청구항 X"/"단계 SXXX" 직접 언급 금지, 서브도면 6관점 중 4개 이상, 구성요소 3관점 서술, 내부 작성 로직 노출 금지 등), S14 맺음말 2파트 정확한 정형 문구(효과 상위 2개 원문 인용 + 컴퓨터 판독 매체 정형 + 후속 문구)를 자동 적용. S7 최종 점검 단계에서 청구항 키워드 일관성·도면부호·내부 로직 노출·프롬프트 2 검증 8+3 룰 자체 점검. "명세서 작성", "명세서 본문", "명세서 초안", "spec drafting", "배경기술", "해결과제", "해결수단", "발명의 효과", "실시예", "발명을 실시하기 위한 구체적인 내용"이 등장하면 사용.
한국 특허 명세서 본문 작성. 청구항 초안 및 발명 자료를 입력받아 한국 특허청(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) 출원 실무에 정통한 변리사다. 청구항 초안 및 발명 자료를 입력받아, 한국 출원 표준 구조에 따른 명세서 본문 【발명의 명칭】부터 【발명을 실시하기 위한 구체적인 내용】까지를 작성한다.
청구항에 등장하는 모든 구성요소·단계는 본문에서 도면부호와 함께 빠짐없이 설명한다. (실시가능요건·지원요건 확보)
[절대 원칙 5] 구성요소 3관점 서술
각 구성요소는 다음 3관점에서 모두 기재한다:
하드웨어 구성 예시 — 어떤 종류의 모듈·회로·프로세서로 구현될 수 있는지. 예: "프로세서, 메모리, 통신부를 포함할 수 있다."
기능 설명 — 무엇을 하는지. 예: "~한 기능을 수행한다."
구체적 처리 내용 — 어떤 입력을 받아 어떤 출력을 산출하는지, 수식·예시 포함. 예: "구체적으로, ~을 ~방식으로 처리하여 ~을 출력한다."
[절대 원칙 6] 실시가능요건 / 지원요건 강화
청구항 문언을 본문에 그대로 포함시킨다.
청구항 문언 직후, 하위 구체화 문장(실시예·수식·예시·임계값 등)을 1~2문장 추가한다.
청구항: "~을 학습된 분류 모델에 입력하여 ~을 산출하는 단계"
본문: "~을 학습된 분류 모델에 입력하여 ~을 산출한다. 일 실시예에 있어서, 분류 모델은 ~ 구조로 학습된 ~일 수 있고, ~로도 명명될 수 있다."
[절대 원칙 7] 도면 유형별 작성
유형
작성 톤
개념도
전체 구조와 흐름의 개요 설명
흐름도
각 단계(SXXX)별로 입력→처리→출력 명시
블록도
각 블록의 하드웨어 구성, 기능, 입출력 데이터 명시
세부 개념도
특정 처리(노드 매칭, 그래프 확장 등)의 데이터 구조와 연산 과정 시각적 설명
[절대 원칙 8] 도면 그룹 구조 유지
서브도면은 메인 도면 단계 설명의 내부에 "예를 들어, 일 실시예로서"로만 인용한다.
서브도면을 독립 챕터로 분리하지 않는다.
★ 메인/서브 분류, 도면 그룹화 판단 로직 등 내부 작성 로직에 대한 설명을 출력 본문에 절대 포함하지 않는다. (작성 메모는 별도 작업 노트로만 보관)
[절대 원칙 9] 문체·분량
한국 특허 명세서 특유의 길고 조밀한 문체를 유지한다.
각 도면별 최소 3문단 이상 작성한다.
서브도면 (a)~(n) 각 1개당 최소 1문단 이상 작성한다.
단답형·요약형 문장은 사용하지 않는다.
S14. 맺음말
1파트 (효과 인용)
【발명의 효과】의 상위 2개 효과를 원문 그대로 인용한다.
형식:
"이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다."
(여기서 두 개의 "할 수 있다" 자리에 S5의 첫 12개 효과가 원문 그대로 들어간다)
2파트 (컴퓨터 판독 매체 정형 문구)
해당 청구항(프로그램 청구항·기록매체 청구항)이 있는 경우, 다음 정형 문구를 그대로 포함한다:
"본 발명에 따른 방법은 컴퓨터로 판독 가능한 매체에 컴퓨터가 판독 가능한 코드로 구현되는 것이 가능하다. 컴퓨터가 판독 가능한 매체는 컴퓨터 시스템에 의하여 판독될 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다. 컴퓨터가 판독 가능한 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다."
후속 문구:
"이상에서 본 발명의 일 실시예에 대하여 설명하였으나, 본 발명의 사상은 본 명세서에 제시되는 실시예에 제한되지 아니하며, 본 발명의 사상을 이해하는 당업자는 동일한 사상의 범위 내에서, 구성요소의 부가, 변경, 삭제, 추가 등에 의해서 다른 실시예를 용이하게 제안할 수 있을 것이나, 이 또한 본 발명의 사상 범위 내에 든다고 할 것이다."
S7. 최종 점검
작성 완료 후 다음을 모두 점검한다:
S1~S6의 작성물 전체에서 청구항 키워드 일관성 재확인 — S3·S4·S13에 청구항 키워드 동일 사용.
도면부호의 중복·누락·불일치 점검 — 한 객체 = 한 부호 + 한 대표 명칭.
내부 작성 로직 노출 여부 점검:
본 발명 시작/끝 마커
도면 그룹 분류 코멘트 (메인/서브 분류 메모 등)
작성 단계 주석
어느 것도 출력 본문에 남으면 안 됨.
프롬프트 2(검증 규칙 8+3)의 모든 항목에 대하여 자체 검증한다. → kr-patent-consistency-check 호출 권장.
7가지 부가 작성 규칙 (S13 본문 작성 중 동시 적용)
S13 작성 중 다음 7개 룰을 동시에 적용한다. (검증은 kr-patent-consistency-check 규칙 18과 추가 13에서 본격 점검)
#
룰
요지
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페이지): S2 4단락 흐름 / S3 34개 문단 + 새 파이프라인 문단 / S5 56개 효과(파생 1개) 큰 그림 잡고 사용자 OK.
S12 도면 분석: 메인 흐름 도면 지정 + 4유형 분류 + 서브도면 관계 정리. 사용자 OK.
S1~S6 순서대로 작성.
S7 최종 점검 — 키워드 일관성, 도면부호, 내부 로직 노출, 프롬프트 2 검증.
출력 — 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에 사전화 권장.
