AI로 특허 명세서 작성 시 구체적인 프롬프트 예시

Key Takeaways
- •섹션별로 할루시네이션을 원천 차단하는 5가지 구체적인 프롬프트 예시를 소개합니다
- •배경기술 작성 시: 일반론 과장 방지 배경기술을 쓸 때 AI가 종래 기술의 문제점을 과하게 부풀려, 정작 우리 발명의 진보성을 깎아먹는 경우가 있습니다
- •[프롬프트 예시 1] "다음은 발명자가 제공한 '종래 기술의 문제점' 메모이다
- •[입력 텍스트]: 기존의 A 방식은 습도가 높을 때 센서 부식이 발생함
- •[지시사항]: 위 입력 텍스트에 기반하여 배경기술을 작성하라
섹션별로 할루시네이션을 원천 차단하는 5가지 구체적인 프롬프트 예시를 소개합니다.
Case 1. 배경기술 작성 시: 일반론 과장 방지
배경기술을 쓸 때 AI가 종래 기술의 문제점을 과하게 부풀려, 정작 우리 발명의 진보성을 깎아먹는 경우가 있습니다.
[프롬프트 예시 1] "다음은 발명자가 제공한 '종래 기술의 문제점' 메모이다. [입력 텍스트]: 기존의 A 방식은 습도가 높을 때 센서 부식이 발생함.
[지시사항]: 위 입력 텍스트에 기반하여 배경기술을 작성하라.
절대로 '모든 기존 기술이 실패했다'는 식으로 일반화하지 말 것.
입력된 '센서 부식' 문제 외에, 배터리 문제나 통신 문제 등 원문에 없는 단점을 추가하여 서술하지 말 것.
오직 '내습성' 관점에서만 종래 기술의 한계를 서술하라."
Case 2. 상세한 설명: 용어 정의(Definition) 고정
발명자가 '컨트롤러'라고 썼다가 '제어 유닛'이라고 썼다가 혼용하는 경우, AI도 같이 헷갈려합니다. 이를 초반에 잡아줘야 합니다.
[프롬프트 예시 2] "이 명세서 작성 시 다음의 [용어 사전]을 절대적인 기준으로 삼아라.
발명신고서의 '두뇌' → 명세서에서는 '제어 모듈(100)'로 통일.
발명신고서의 '연결 선' → 명세서에서는 '데이터 버스(110)'로 통일.
[제약조건]: 위 용어 사전에 정의되지 않은 새로운 부품 명칭을 임의로 생성하지 마시오. 설명이 필요하면 '제1 부재', '제2 부재'와 같이 일반적인 명칭을 쓰되 괄호 안에 [검토 필요]라고 표시하시오."
Case 3. 발명의 효과: 인과관계 왜곡 방지
구성 A가 있으니 효과 B가 있다는 논리여야 하는데, AI는 가끔 구성 C의 효과를 가져옵니다.
[프롬프트 예시 3] "아래 [매핑 테이블]에 따라 발명의 효과를 작성하시오.
구성: 이중 챔버 구조 → 효과: 열효율 10% 상승
구성: 티타늄 코팅 → 효과: 내마모성 증대
[주의]: 티타늄 코팅으로 인해 열효율이 상승한다고 서술하지 마시오. 각 구성과 그에 따른 효과의 연결 고리를 섞지 말고 1:1로 매칭하여 서술하시오."
Case 4. 수치 한정: 임의의 최적 범위 생성 금지
AI는 습관적으로 "바람직하게는 10~20도이다"라며 근거 없는 범위를 만듭니다. 이를 차단해야 합니다.
[프롬프트 예시 4] "발명의 상세한 설명 중 수치(Parameter)를 기재할 때의 원칙이다.
발명신고서 원문에 명시된 수치(예: 50mm, 100도) 외에, AI가 추론하여 '바람직한 범위'를 임의로 생성하지 말 것.
만약 수치 범위가 필요해 보인다면 숫자를 채우지 말고 [발명자 확인 필요]라고 기재하여 출력할 것."
Case 5. 도면의 간단한 설명: 존재하지 않는 도면 언급 방지
발명신고서에 도면이 3개뿐인데, AI가 "도 4는 변형예이다"라고 쓰는 것을 막습니다.
[프롬프트 예시 5] "첨부된 도면은 총 3개(도 1, 도 2, 도 3)이다. [지시사항]: '도면의 간단한 설명' 섹션을 작성할 때, 도 1부터 도 3까지만 설명하라. 절대 '도 4'나 '도 5'와 같이 존재하지 않는 도면 번호를 생성하지 마라. 만약 설명할 내용이 남았다면 도 3의 상세 설명에 포함시켜라."