원클릭으로 Manus에서 모든 스킬 실행

kr-patent-ralph-loop

스타4

포크0

업데이트2026년 6월 1일 00:13

한국 특허 명세서 반복 정제 루프 — 결함이 0이 될 때까지 consistency-check → 결함 분류 → 해당 Stage 스킬 재호출 또는 inline 수정 → 재 consistency-check 사이클을 자동 반복하여 수렴시키는 메타 오케스트레이터. 매 iteration 시작 시 청구범위 백업·종료 시 diff=0 검증으로 신규사항 추가 금지 원칙을 강제. 종료 조건은 기본 0 Priority A (또는 엄격 모드 시 0 Priority A+B). 최대 5회 반복 안전 캡(사용자 조정 가능). 결함 → 수정 전략은 J섹션 Stage 라우팅을 활용하여 (Stage 2 결함 → symbol-design/drawing-mapping, Stage 3 결함 → spec-drafting 해당 단계, Stage 4 결함 → definition-insertion/embodiment-addition) 자동 분기. 각 iteration의 결함 수·적용 수정·청구범위 무결성·종료 여부를 로그 표로 산출하며 수렴 실패 시 잔존 결함 + 사용자 결정 요청. "랄프 루프", "ralph loop", "자동 정제 루프", "반복 수정", "수렴까지 반복", "흠 없을 때까지", "auto polish", "iterative refine", "self-improve"가 언급되거나 1차 본문 + 권리범위 보강이 끝난 명세서를 출원 직전 자동 마감하고 싶다는 맥락이면 사용. consistency-check만으로는 미흡한 자동화 단계를 1단계 위로 끌어올리는 출원 전 마지막 자동 게이트.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

lsj4232

lsj4232/KR_PATENT_SKILL

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

관련 직업SOC

SOC 직업 분류 기준

소프트웨어 개발자컴퓨터 및 수학직·SOC 15-1252

SKILL.md

readonly

이 저장소의 다른 Skills

같은 저장소

kr-patent-claim1-drafting

lsj4232/KR_PATENT_SKILL

한국 특허 독립항(청구항 1) 작성 스킬. 논문(또는 발명 자료)을 입력받아 KIPO 청구범위 작성 실무에 정통한 변리사 관점으로 독립 방법항을 작성. 5쌍(KMMLU+, CAMEL, Ko-LongRAG, Visual Agent, SQL Self-debugging) 비교 수렴 실험으로 도출된 재사용 가능 정형 템플릿을 강제 적용 — A. 발명 명칭 도출 알고리즘(산출물·동작 5축 매핑, 구체 명칭 제거), B. 전제부 if-else 알고리즘(다단계 처리/짧은 인터랙티브/자기호명형 3분기), C. 단계 도출 5축(입력 특정→변환·생성→검증·평가→후처리→출력) 3~5단계, D. 단계 정형 템플릿 7종(입력/처리 목적부형/처리 수단부형/평가/산출·구축/기준 정보 생성/모델 처리), E. 종결부 정형("...단계를 포함하는 것을 특징으로 하는 [발명명]."), F. 한정 표현 강제(기 설정된·적어도 하나의·적어도 일부·각각·상기·에 대응되는·에 관련되는 7종 중 4종 이상), G. 영문 병기 첫 등장 강제(LLM·VLM·UI·SQL·clustering·question-answer pair·action·DB), H. 접미어 통일(정보/데이터 일관 부여), I. 동사·연결어 정형(에 기초하여/에 기반하여/을 이용하여/에 따라/에 근거하여/제공받는/획득하는/특정하는, AI→인공지능), J. 주체 명시("상기 [주체]에서/가" 2단계 이후 재등장 시), K. 추상화·금지 표현(구체 명칭·수치·약어 단독·"포함하는 [명사]" 종결 금지), L. 자가 점검 10항목. 마지막 단계 직전 "및" 명시 자동 적용. "청구항 1 작성", "독립항 작성", "독립 방법항", "claim 1 drafting", "논문 기반 청구항", "범용 청구항 프롬프트", "iter3 청구항", "청구범위 작성" 같은 표현이 보이거나, 논문·발명 자료를 받고 청구항 초안이 아직 없는 상태에서 사용. kr-patent-full-workflow의 IDS·발명자 미팅 직후 청구항 초안 생성 단계, 또는 kr-patent-symbol-design·s

2026-06-014

kr-patent-consistency-check

lsj4232/KR_PATENT_SKILL

한국 특허 명세서·도면·청구항 3자 정합성 점검. 작성된 명세서 초안에 대해 청구항 한정 수치의 도면 노출, 부호의 설명과 본문 부호의 1:1 매핑, 도면 텍스트와 명세서 텍스트의 일치, 가이드라인 위반 표현(종래, 구성되는, 수단 시사, 상기 본문 남용, 슬래시 묶음, 띄어쓰기 변형 등), 청구항 누락, 효과 3단 인과 구조, 종속항 한정의 독립항 설명 누출, 부재번호 흐름 정합성(동일 부호 두 객체 지칭 금지), 주술 관계 비문, 의미 비약, 전문용어 풀이 정형, 수식 정의 정형, 문장·문단 길이, S1~S14 정형 형식(S2 마지막 문단·S3 새 파이프라인 문단·S4 4종 도입 정형·S13 도면 단락 첫 문장·"청구항 X"/"단계 SXXX" 직접 언급 0건·서브도면 6관점·S14 맺음말 2파트) 준수 여부를 점검하고 Priority A/B/C로 분류하여 6항목 정형(번호/위치/근거규칙/현황/수정안/부가설명)으로 수정안을 제시. 사용자 승인 후 tracked changes(author=IPLAB)로 .docx 반영. "명세서 점검", "명세서 검토", "정합성 점검", "consistency check", "QA", "퀄리티 체크", "도면과 명세서 일치", "부호 매핑", "청구항 누락"이 언급되거나 명세서 초안을 받은 맥락이면 사용. 출원 전 마지막 게이트.

2026-06-014

kr-patent-detail-description-review

lsj4232/KR_PATENT_SKILL

한국 특허 명세서의 【발명을 실시하기 위한 구체적인 내용】(S13 실시예 본문) 영역이 ITER 10 작성 정형(도입부 5단락 + 본 발명 7섹션 + 마무리 5단락)을 따르는지 정밀 검토하는 스킬. kr-patent-consistency-check이 전체 명세서 9개 영역(A~I)을 점검한다면, 본 스킬은 S13 단일 영역에 집중하여 W 자가 점검 11항목 — (1) S표 도입부 5단락 정형, (2) 섹션 2 본 발명 개요, (3) 섹션 4 "다음으로," 반복, (4) 종속항 1:1 매핑, (5) 도입어 빈도 D표 권장 범위, (6) 단락 분량 E표 권장 범위, (7) 도면부호 V표 표기, (8) 종결 어미 K표("~할 수 있다" 90%+), (9) U표 마무리 5단락, (10) 청구항↔본문 어휘 일관성 O표, (11) 단락 결속 P표 — 을 자동 검출하여 위반 사항을 단락 위치·원문·수정안과 함께 보고. 보일러플레이트 5단락(S-1~S-5) 매칭, 효과 단락 M표 패턴, 부정 한정 N표("다만, 이에 한정되지 않는다") 사용, 실시예 vs 예 구분(Q표), 도면 종류별 도입어(F-2표) 등 깊이 검증. paste된 ITER 10 작성 프롬프트 전문은 references/iter10_drafting_prompt.md에 보존. "ITER 10 점검", "상세 설명 검토", "실시예 본문 검토", "발명을 실시하기 위한 구체적인 내용 점검", "S13 정형 검토", "도입부 보일러플레이트 확인", "보일러플레이트 검토", "detail description review", "도입어 빈도", "마무리 정형"이 언급되거나 spec-drafting 직후·청구항 본문 매핑 직후 S13 영역 정밀 검토가 필요한 맥락이면 사용. kr-patent-spec-drafting의 짝(작성 ↔ 검토)이며, kr-patent-consistency-check의 I섹션을 깊이 확장한 형태.

2026-06-014

kr-patent-docx-builder

lsj4232/KR_PATENT_SKILL

한국 특허청 양식의 명세서 docx 빌드 인프라. 명세서 본문 텍스트를 JSON/JS 객체 형태의 콘텐츠로 받아 나눔고딕·청구항 들여쓰기·표준 섹션 헤더(【발명의 명칭】 등)·부호의 설명표 등 한국 특허청 별지 양식을 따르는 docx 파일을 자동 생성. 매번 docx 생성 코드를 처음부터 짜는 대신 본 스킬의 재사용 가능한 빌드 스크립트를 호출. "docx 빌드", "명세서 docx", "한국 특허 양식 docx", "워드 출력", "최종 docx", "출원용 docx", "build patent docx" 같은 표현이 보이면 사용. 다른 한국 특허 명세서 스킬(kr-patent-spec-drafting 등)에서 본문이 준비된 뒤 최종 산출물 단계에서 호출되는 인프라성 스킬.

2026-06-014

kr-patent-drawing-mapping

lsj4232/KR_PATENT_SKILL

한국 특허 명세서 도면 이미지를 시각 분석/OCR하여 도면 안의 모든 박스(부서·모듈·객체·데이터·장비·인력)에 1:1로 도면부호를 할당하고, 본문·청구항·기존 부호 체계와 정합되는 박스별 부호 매핑 표를 산출. 사용자가 "박스마다 부호", "도면 박스 전수 부여", "도면 OCR해서 부호 매핑", "도면별 부호 표", "도면 박스 1:1 매핑", "도면 안에 부호가 더 많아야 해" 같은 표현을 쓰면 사용. 기존 kr-patent-symbol-design이 청구항·본문 텍스트 기반의 부호 골격 설계라면, 이 스킬은 실제 도면 이미지를 보고 박스 단위로 부호를 채워넣는 시각 기반 매핑 작업. 산출물은 도면별 박스 ↔ 부호 매핑 표(Markdown + Excel)이며 도면 작성자에게 그대로 전달 가능한 지시서 형태.

2026-06-014

kr-patent-format-unify

lsj4232/KR_PATENT_SKILL

한국 특허 명세서 .docx 안에서 후속 작업으로 신설된 단락(insert_paragraph_before·정합성 수정·청구항 본문 매핑·도면 도입 문장 신설·S14 1파트 신설 등으로 추가된 단락)이 인접 본문 단락과 서식(글꼴·글자 크기·색상·줄간격·들여쓰기·첫 줄 들여쓰기·정렬 등)이 달라 시각적으로 튀는 문제를 자동 검출하여 인접 본문 단락의 pPr(paragraph properties) 및 첫 run의 rPr(character properties)를 deepcopy로 복사해 일괄 동기화. python-docx의 `insert_paragraph_before(text, style=...)`는 paragraph style 객체만 승계하고 character formatting(font·size·color·outlineLvl 제외) + paragraph format(들여쓰기·줄간격)을 default로 두기 때문에, 신설 단락이 본문 다른 단락과 서식 어긋남이 자주 발생. 본 스킬은 (1) 명세서 안 신설 추정 단락 자동 검출 — 한국 특허 흔한 신설 도입어 패턴(청구항 정형 "본 발명의 일 실시예에 있어서,", "본 발명에 따른 [발명의 명칭]은,", 도면 도입 "도 N은 ~ 이다.", S14 1파트 "이상에서 살펴본 바와 같이, 본 발명에 따르면,") + 사용자 지정 패턴 + 자동 폰트 불일치 감지 — 와 (2) 인접 본문 단락(직전 우선, 없으면 직후)의 pPr·rPr deepcopy 복사를 수행. outline level은 헤더가 아닌 본문 단락에는 부여하지 않음(자동 제거). 청구범위·요약서 섹션은 처리 대상에서 제외(불변). "서식 통일", "서식 동기화", "format unify", "서식이 다르다", "단락 서식 안 맞아", "쌩뚱맞은 서식", "폰트가 달라", "신설 단락 서식", "insert_paragraph_before 서식"이 언급되거나, 청구항 본문 매핑·도면 도입 문장 신설·정합성 수정 직후 명세서가 서식 어긋남으로 보이는 맥락이면 사용. kr-patent-navigation-

2026-06-014

name

kr-patent-ralph-loop

description

한국 특허 명세서 랄프 루프 — 반복 정제 자동 수렴

[역할]

당신은 한국 특허 명세서를 결함이 0이 될 때까지 반복 정제하는 메타 오케스트레이터다. kr-patent-consistency-check이 단발성 점검 + 6항목 정형 수정안 제시까지라면, 본 스킬은 그 위에 수정 적용 → 재점검 → 수렴 판정 → 재수정 사이클을 자동 반복하여 사용자가 한 번의 호출로 출원 가능 수준에 도달시킨다.

입력: 1차 본문 + 권리범위 보강(Stage 3, 4)이 끝난 명세서 docx/텍스트, 청구항 원문, 도면 파일들 출력: 0결함 명세서 + iteration 로그 + 청구범위 무결성 증명 + 잔존 결함(수렴 실패 시)

종료 조건 (수렴 판정)

모드	조건
기본 (default)	Priority A 결함 0개
엄격 (strict)	Priority A 결함 0개 AND Priority B 결함 0개
완전 (perfect)	Priority A + B + C 모두 0개 (실무적으로 도달 어려움 — 비추천)

호출 시 사용자가 모드 미지정이면 기본 모드로 진행하고, 1차 iteration 완료 후 사용자에게 "엄격 모드로 계속할까요?" 묻는다.

안전 캡

최대 반복: 5회 (사용자가 명시적으로 늘리지 않는 한)
반복 간 결함 감소 정체 시 조기 종료: 직전 iter와 현재 iter의 결함 수가 동일하면 "수정이 결함을 해결하지 못함" 경고 + 사용자 결정 요청
청구범위 변경 감지 시 즉시 중단: 어느 iter에서든 청구범위 섹션이 입력 청구항과 1글자라도 달라지면 즉시 사이클 중단하고 사용자에게 alert (신규사항 추가 금지 원칙)

청구범위 read-only 보호 (★★★ 최우선 안전장치)

매 iteration의 시작·종료 시점에 청구범위 무결성을 강제 검증한다.

[Iteration N 시작]
  ① 입력 명세서에서 【청구범위】 섹션 텍스트 추출 → CLAIMS_N_BEFORE
  ② CLAIMS_N_BEFORE ↔ CLAIMS_0 (최초 입력 청구항) diff
     - diff ≠ 0 이면 즉시 중단, 사용자 alert
[수정 적용]
[Iteration N 종료]
  ③ 수정 후 명세서에서 【청구범위】 섹션 텍스트 추출 → CLAIMS_N_AFTER
  ④ CLAIMS_N_AFTER ↔ CLAIMS_0 diff
     - diff ≠ 0 이면 즉시 청구범위 원상복구 + 사용자 alert
     - 어떤 수정이 청구범위를 건드렸는지 역추적 보고

위반 시 동작:

자동 원상복구: 【청구범위】 섹션만 CLAIMS_0으로 덮어쓰기 (본문은 보존)
어느 수정 단계가 청구범위를 건드렸는지 로그 (보통 embodiment-addition 오작동)
해당 수정은 무효화하고 다음 iter로 진행

결함 → 수정 라우팅 표

consistency-check이 산출하는 J섹션(Stage 역추적) 결과 + Priority 분류를 보고 어느 도구로 어떻게 수정할지 자동 결정한다.

Stage 2 결함 (부호 설계)

결함 패턴	수정 방법	호출 스킬
계층 넘버링 미준수 (100→210 비계층)	부호 체계 재설계	kr-patent-symbol-design
동일 부호 두 객체 지칭 (Priority A)	한 부호에 새 번호 할당 + 본문 일괄 치환	kr-patent-symbol-design + inline replace
도면 박스 부호 1:1 매핑 누락	도면 이미지 OCR + 박스별 부호 부여	kr-patent-drawing-mapping
부재번호 흐름 정합성 결함	처리 결과 객체에 새 부호 분리	kr-patent-symbol-design

Stage 3 결함 (1차 본문)

결함 패턴	수정 방법	호출 스킬
S4 청구항 전수 매핑 빈칸 (Priority A ★★★)	누락된 청구항을 4종 도입 정형으로 풀어쓰기 추가	kr-patent-spec-drafting S4 부분 재호출
S13 "청구항 X" / "단계 SXXX" 직접 언급	해당 표현을 추상화된 본문 서술로 치환	inline edit
S13 내부 작성 로직 노출	메모성 표현 삭제	inline edit
S2 마지막 문단 정형 누락	정형 문구 삽입	inline edit
S5 효과 3단 인과 부재	각 효과를 구조→메커니즘→이점으로 재구성	kr-patent-spec-drafting S5 부분 재호출
금지 표현 ("종래", "구성되는", 슬래시)	대체 표현으로 일괄 치환	inline edit
띄어쓰기 변형 ("지식그래프"/"지식 그래프")	한 형태로 통일	inline edit
"상기" 본문 남용	도면부호 활용 표현으로 치환 (예외 적용)	inline edit
의미 비약·전문용어 풀이 누락	정형 풀이 단락 삽입	inline edit
수식 정의 정형 누락	"여기에서, ~은(는) ~을 의미한다" 단락 삽입	inline edit
브릿지 문장 정형 미준수	정형 문구로 치환	inline edit
문장 4줄 초과	절 단위 분리	inline edit

Stage 4 결함 (권리범위 보강)

결함 패턴	수정 방법	호출 스킬
청구범위 read-only 위반 (Priority A ★★★)	즉시 청구범위 섹션 CLAIMS_0으로 원상복구	자동 (스킬 호출 없음)
자체 사전 정의 단락 부족	청구항 한정 용어에 자체 정의 인라인 삽입	kr-patent-definition-insertion
정의 4원칙 부분 누락	동의어 방어망·비제한적 예시 보강	kr-patent-definition-insertion
변형 실시예 도입어 변주 부족	"한편/또 다른 실시예/나아가" 도입어 다양화	kr-patent-embodiment-addition
16카테고리 변형 6개 미만	추가 카테고리 변형 실시예 부가	kr-patent-embodiment-addition

라우팅 우선순위

한 iteration에서 여러 결함이 동시 발견되면 다음 순서로 처리:

청구범위 read-only 위반 (즉시 원상복구 + 그 iter 종료)
Priority A 모두
Priority B 모두 (엄격 모드 시)
Priority C (완전 모드 시)

같은 Priority 안에서는 Stage 2 → Stage 3 → Stage 4 순서(상류 먼저 고정). 부호가 안정되어야 본문 정합이 의미 있고, 본문이 안정되어야 권리범위 보강이 의미 있다.

작업 순서

Step 1. 초기화 (Iteration 0)

입력 명세서 텍스트 추출
【청구범위】 섹션 추출 → CLAIMS_0 변수에 저장 (불변 기준)
도면 파일·청구항 원문 확인
사용자에게 모드 선택 받기 (기본 / 엄격 / 완전) — 응답 없으면 기본
사용자에게 최대 반복 횟수 확인 — 응답 없으면 5

Step 2. Iteration N 진입 — 청구범위 무결성 사전 검증

CLAIMS_N_BEFORE = extract_claims_section(current_spec)
if diff(CLAIMS_N_BEFORE, CLAIMS_0) != 0:
    halt("청구범위가 입력과 달라짐 — 이전 iter에서 손상됨, 즉시 alert")

Step 3. consistency-check #N 호출

kr-patent-consistency-check 스킬을 호출하여 보고서 산출:

Stage 역추적 표 (J섹션)
Priority A/B/C 결함 리스트 + 6항목 정형
종합 점수

Step 4. 수렴 판정

if mode == 기본 and Priority_A_count == 0:
    → 수렴 → Step 8 종료 단계로
if mode == 엄격 and Priority_A_count == 0 and Priority_B_count == 0:
    → 수렴 → Step 8 종료 단계로
if mode == 완전 and all_count == 0:
    → 수렴 → Step 8 종료 단계로
if N == max_iterations:
    → 수렴 실패 → Step 9 잔존 결함 보고로
if defect_count_N == defect_count_(N-1):
    → 정체 감지 → 사용자에게 "수정이 결함을 해결하지 못함, 계속할까요?" 묻기
else:
    → Step 5로

Step 5. 결함 라우팅

위 "결함 → 수정 라우팅 표"에 따라 각 결함을 분류하고 적용 순서(청구범위 보호 → Priority A → Stage 2 → 3 → 4) 결정.

Step 6. 수정 적용

라우팅된 도구를 순차 호출:

inline edit: 직접 텍스트 치환 (정형 위반·금지어·"상기"·슬래시·띄어쓰기 등)
상류 스킬 재호출: 해당 Stage의 부분 재실행 (symbol-design / spec-drafting / definition-insertion / embodiment-addition)

각 수정 적용 후 차이를 diff로 보존 (이터레이션 로그용).

Step 7. Iteration N 종료 — 청구범위 무결성 사후 검증

CLAIMS_N_AFTER = extract_claims_section(modified_spec)
if diff(CLAIMS_N_AFTER, CLAIMS_0) != 0:
    # 청구범위가 손상됨
    rollback_claims_section(modified_spec, CLAIMS_0)
    log("Iteration N에서 청구범위 손상 발견 — 본문은 유지하고 청구범위만 원상복구")
    log("손상 원인: <어느 수정 단계가 청구범위를 건드렸는지>")

→ Step 2로 돌아가 Iteration N+1 진입.

Step 8. 수렴 종료 — 최종 산출물

최종 명세서 텍스트
Iteration 로그 표 (아래 형식)
청구범위 무결성 증명: diff(CLAIMS_final, CLAIMS_0) == 0 ✅
Stage 역추적 최종 결과: 모든 Stage ✅
다음 단계 권장: kr-patent-docx-builder (최종 docx 출력)

Step 9. 수렴 실패 종료 — 잔존 결함 보고

최대 반복 도달 또는 정체 감지로 수렴 실패 시:

잔존 결함 리스트 (Priority A/B/C 분류)
각 결함에 대해 자동 수정이 실패한 이유 분석
사용자에게 결정 요청:
1. 잔존 결함 수동 수정 후 재호출
2. 최대 반복 늘리고 계속
3. 현재 상태로 종료 (잔존 결함 감수)

Iteration 로그 형식

매 iteration 종료 시 다음 표를 누적 업데이트:

## 🔁 Ralph Loop Iteration 로그

| Iter | 진입 시각 | Priority A | Priority B | Priority C | 적용 수정 (요약) | 청구범위 무결성 | 종료 여부 |
|---|---|---|---|---|---|---|---|
| 0 | 00:00:00 | 7 | 12 | 18 | (초기 점검) | ✅ | 진행 |
| 1 | 00:02:14 | 3 | 10 | 18 | S4 매핑 추가, 금지어 치환 | ✅ | 진행 |
| 2 | 00:04:01 | 1 | 8 | 17 | S13 직접 언급 제거, 정의 보강 | ✅ | 진행 |
| 3 | 00:05:48 | 0 | 6 | 16 | 부재번호 흐름 정합 | ✅ | **수렴 (기본)** |

## 종합 결과
- 최종 결함: A 0 / B 6 / C 16
- 청구범위 무결성: ✅ diff = 0
- 다음 단계 권장: kr-patent-docx-builder
- 엄격 모드 시 추가 처리 필요: B 6건 (사용자 결정)

호출 형식 (사용 예시)

사용자: "이 명세서 랄프 루프 돌려줘" / "흠 없을 때까지 자동 수정해줘" / "ralph loop strict"

랄프 루프:
1. 모드 확인 (응답 없으면 기본)
2. 최대 반복 확인 (응답 없으면 5)
3. Iteration 0 실행 → 점검 보고서 + 로그 표 시작
4. 수렴까지 반복 또는 사용자 결정 지점에서 일시 정지
5. 최종 산출물 + 로그 표 + 다음 단계 권장

안전·비용 고려사항

항목	정책
청구범위 손상	매 iter 무결성 검증 + 자동 원상복구. 절대 신규사항 추가 안 됨
무한 루프 방지	최대 5회 + 정체 감지 (2회 연속 결함 수 동일 시 사용자 결정)
비용	Opus 4.7 기준 1 iter ≈ $0.5~~1 (consistency-check + 수정 적용). 5회 풀로 돌리면 $3~~5. 사용자에게 사전 고지
사용자 개입 지점	(1) 모드 선택, (2) 정체 감지 시, (3) 청구범위 손상 감지 시, (4) 수렴 실패 종료 시
부분 수정 모드	사용자가 "Priority A만 자동, B/C는 수동" 식으로 범위 제한 가능
dry-run 모드	실제 수정 적용 없이 어떤 수정이 일어날지만 시뮬레이션 (옵션)

kr-patent-full-workflow와의 관계

full-workflow: 처음부터 끝까지 단방향 — IDS → 명세서 → docx 출력. 각 단계 1회 실행.
ralph-loop: 완성된 명세서에 대한 출원 직전 자동 마감 — 폐쇄 루프로 결함 0까지 수렴.

호출 시점:

full-workflow Stage 5 (consistency-check) 자리에 선택적으로 ralph-loop 삽입 가능
또는 외부 변리사 명세서를 받아 출원 전 자동 정제할 때 단독 호출

트러블슈팅

증상	원인	대응
청구범위가 매 iter 손상됨	embodiment-addition이 청구범위를 잘못 인식	embodiment-addition 호출 자체를 비활성화 + inline edit만으로 진행
Priority A가 줄지 않음	S4 청구항 매핑 누락이 spec-drafting 재호출로도 보강 안 됨	청구항 원문 자체에 모호성 — 사용자에게 청구항 검토 요청
결함이 늘어남 (역행)	수정이 새 결함 유발	직전 iter 상태로 롤백 + 해당 수정 비활성화
5회 모두 소진	결함 패턴이 자동 수정으로 풀리지 않음	잔존 결함을 사용자에게 6항목 정형으로 보고하고 수동 수정 안내

누적 학습 항목 (컴파운딩 루프)

(2026-05-27 신설) 사용자 요청으로 신규 스킬 도입. consistency-check이 단발성 게이트라면 ralph-loop은 자동 수렴 게이트. 매 iter 청구범위 무결성 검증을 ★★★ 최우선 안전장치로 설계 — 한국 특허 신규사항 추가 금지 원칙(메모리 [[feedback_kr_patent_claims_readonly]])이 이 스킬의 근본 제약.
결함 → 수정 라우팅은 consistency-check의 J섹션(Stage 역추적) 결과를 그대로 활용. J섹션이 만들어진 직후 본 스킬이 자연스럽게 가능해졌음 — 두 스킬은 강한 짝(pair).
(2026-05-27, P-2026-011-01-KR 첫 사용) 검증 정규식의 한국어 조사 매칭 누락이 false negative의 주된 원인. 검증식 작성 시 [은는이가을를] 등 명시. 또한 점검 영역에서 【부호의 설명】·【청구범위】·【요약서】는 본문 룰 적용 대상에서 자동 제외해야 false positive를 막을 수 있음.