patent

patent skill 개요

patent skill이 하는 일

patent skill은 Claude 스타일의 에이전트 환경에서 특허 선행기술 조사와 특허 지형 분석을 수행하기 위한 워크플로입니다. 폭넓은 법률 Q&A가 아니라, 구조화된 특허 검색에 맞춰 설계되어 있습니다. 핵심 역할은 발명, 제품, 대상 기업, 또는 분쟁 중인 특허를 바탕으로 검색 경로를 정하고, 특허 출처에서 근거를 수집하며, 특허 패밀리를 중복 제거한 뒤, 인용, 순위화된 결과, 전략 메모, 감사 추적 기록이 포함된 의사결정용 .docx 보고서를 만드는 것입니다.

가장 잘 맞는 사용자와 법무 활용 사례

이 patent skill은 변호사 검토 전에 방어 가능한 1차 검색 패키지가 필요한 창업자, R&D 팀, 제품 담당 법무, IP 운영팀, 경쟁 정보 분석가, 법무 인접 리서처에게 특히 적합합니다. 지원하는 작업 모드는 신규성 조사, 자유실시(FTO), 경쟁 지형 분석, 인수 실사, 소송용 선행기술 조사 등 다섯 가지입니다. 이 라우팅이 중요한 이유는 각 모드가 서로 다른 법적 또는 비즈니스 질문에 답하기 때문입니다.

일반 프롬프트와 다른 점

일반적인 특허 프롬프트는 검색 전략을 뒤섞고, 그럴듯하지만 범위가 불명확한 결과를 내는 경우가 많습니다. 이 skill은 검색 전에 하위 활용 사례를 먼저 확정하게 한 뒤, 그에 맞춰 쿼리, 순위화 기준, 보고서의 강조점을 조정합니다. 또한 CPC/IPC 분류 후속 검색, 법적 면책 문구 준수, 하위 활용 사례 라우팅을 위한 참조 자료와 함께, 인용 추적, 특허 패밀리 정리, 결정론적 라우팅을 돕는 스크립트를 포함합니다.

설치 전에 알아야 할 경계

이 skill은 검색 신호를 제공할 뿐, 법률 자문을 제공하지 않습니다. 특허성 의견, 침해 의견, 유효성 의견, 또는 실시 가능성/클리어런스 의견으로 취급해서는 안 됩니다. 또한 상표, 저작권, 영업비밀, 계약, 일반 법률 리서치용으로 설계된 도구도 아닙니다. 법무팀 관점에서의 가치는 변호사를 대체하는 것이 아니라, 전문 검토 전에 더 나은 접수 자료와 근거 정리를 제공하는 데 있습니다.

patent skill 사용 방법

patent 설치와 환경 요구사항

다음 명령으로 repository 경로에서 설치합니다.

npx skills add alirezarezvani/claude-skills --skill patent

skill은 research/patent/skills/patent에 있습니다. 실제로 사용하기 전에 SKILL.md를 먼저 확인한 다음, references/sub_use_case_routing.md, references/cpc_classification_canon.md, references/legal_disclaimer_discipline.md를 읽어보는 것이 좋습니다. 이 워크플로는 Google Patents, Espacenet, USPTO, 선택적으로 Lens.org에 접근할 수 있는 웹 환경을 전제로 합니다. 최종 Word 보고서에는 docx package가 포함된 Node.js 환경이 유용하며, 인용 그래프 신호를 사용하려면 Lens.org용 자체 API key가 필요합니다.

patent skill에 필요한 입력값

에이전트가 올바른 경로를 선택하고 모호한 검색 결과를 피할 수 있도록 충분한 정보를 제공해야 합니다. 유용한 입력값은 다음과 같습니다.

• 발명 또는 제품 설명을 쉬운 기술 언어로 정리한 내용
• 의도한 활용 사례: 신규성, FTO, 지형 분석, 실사, 소송
• US, EP, CN, JP 또는 전 세계 등 대상 관할권
• 알려진 특허, 제품, 양수인, 발명자, 경쟁사
• 우선일, 출시일, 출원 목표, 인수 맥락
• 위험 수준: 엄격한 검토인지, 신호 수집인지
• 출력 형식 선호: 짧은 메모, 전체 .docx, 표 중심 보고서, 변호사 전달용 패키지

약한 프롬프트: “Do a patent search for my AI medical device.”

더 나은 프롬프트: “Use the patent skill for a novelty search. The invention is a wearable ECG patch that uses an on-device transformer model to detect atrial fibrillation and transmit only abnormal segments. Focus on US and EP publications. Known competitors: iRhythm, AliveCor, Philips. I need closest prior art ranked by claim similarity, CPC class follow-up, and a .docx report for attorney review.”

권장 patent 사용 워크플로

먼저 하위 활용 사례를 명확히 말하는 것부터 시작하세요. 확신이 없다면 검색 전에 에이전트에게 라우터를 개념적으로 실행해 달라고 요청하는 것이 좋습니다. 신규성 조사에서는 청구항처럼 표현할 수 있는 발명 요소를 강조하세요. FTO에서는 실제 판매 중이거나 계획 중인 제품을 관할권과 출시 일정까지 포함해 설명해야 합니다. 지형 분석에서는 기술 영역과 경쟁사 집합을 지정하세요. 실사에서는 대상 기업과 자산을 제공하세요. 소송용 선행기술 조사에서는 다투는 특허와 관련 우선일을 제공해야 합니다.

입력이 끝나면, 워크플로는 여러 출처를 검색하고, 검색 건수를 기록하며, CPC/IPC 분류를 식별하고, 특허 패밀리를 정리하며, 가장 가까운 선행기술을 순위화하고, 감사 추적 기록을 생성합니다. 결론에 따라 행동하기 전에는 순위화된 결과를 반드시 사람이 직접 검토해야 합니다.

먼저 읽어볼 만한 repository 파일

전체 워크플로를 이해하려면 SKILL.md를 읽으세요. 신규성, FTO, 지형 분석, 실사, 소송 검색이 왜 서로 바꿔 쓸 수 없는지 이해하려면 references/sub_use_case_routing.md를 참고하세요. 용어 차이 때문에 놓칠 수 있는 결과를 분류 기반 검색이 어떻게 보완하는지 보려면 references/cpc_classification_canon.md가 유용합니다. 라우팅 로직은 scripts/sub_use_case_router.py, 중복 제거 동작은 scripts/family_resolver.py, 감사 추적 기대사항은 scripts/citation_tracker.py에서 확인할 수 있습니다.

patent skill FAQ

patent skill은 법무팀에 적합한가요?

예, 리서치와 분류 작업을 위한 도구로 사용할 때 적합합니다. Legal 워크플로에서 patent skill은 가장 가까운 선행기술, 특허 패밀리 그룹, 관할권 범위, 관련 FTO 플래그, 검토 가능한 감사 로그를 포함한 체계적인 근거 패키지를 만드는 데 가장 유용합니다. 변호사의 분석을 대체하기보다는, 그 분석에 투입될 자료를 준비하는 역할로 봐야 합니다.

patent를 사용하지 말아야 할 때는 언제인가요?

상표, 저작권, 영업비밀, 라이선스 문구, 계약 해석처럼 특허가 아닌 IP 이슈에는 사용하지 마세요. 정식 법률 의견, 소송 제기용 claim chart, 특허 출원 전략, 또는 자격 있는 전문가의 검토 없이 최종 클리어런스 결정을 내려야 하는 상황에도 적합하지 않습니다.

Google Patents를 직접 검색하는 것보다 나은 점은 무엇인가요?

빠른 확인만 필요하다면 수동 검색이 더 빠를 수 있습니다. 하지만 수동 검색은 인접 용어, 분류 기반 결과, 특허 패밀리 중복, 모드별 순위화 기준을 놓치기 쉽습니다. 이 skill은 체계적인 입력 수집, CPC/IPC 후속 검색, 출처 추적, 패밀리 정리, 보고서 구조를 더해 줍니다. 결과물을 검토하거나 공유해야 하는 경우 특히 유용합니다.

초보자도 사용하기 쉬운가요?

발명을 설명하고 목표를 선택할 수 있다면 초보자도 사용할 수 있습니다. 다만 claims, priority date, assignee, CPC, IPC, patent family, FTO 같은 특허 용어가 등장한다는 점은 예상해야 합니다. 초보자는 구체적인 제품 정보를 제공하고, 검색 전에 에이전트에게 가정을 설명해 달라고 요청하면 더 좋은 결과를 얻을 수 있습니다.

patent skill 개선 방법

발명 설명을 더 잘 잡아 patent 결과 개선하기

가장 중요한 개선점은 넓은 아이디어를 검색 가능한 기술 요소로 바꾸는 것입니다. 구성요소, 데이터 흐름, 재료, 단계, 제약 조건, 기존 시스템과 비교해 새로운 점을 포함하세요. 소프트웨어 발명이라면 입력값, 모델 동작, 출력, 배포 환경, 성능 제약을 설명하세요. 하드웨어라면 구조, 배치, 재료, 작동 조건을 포함하는 것이 좋습니다.

흔한 실패 패턴 피하기

흔한 실패로는 FTO를 신규성 조사처럼 다루는 것, 관할권과 특허 상태를 무시하는 것, 같은 특허 패밀리를 중복 집계하는 것, 키워드에만 의존하는 것, 소송용 선행기술에서 우선일 기준선을 놓치는 것 등이 있습니다. 이 repository의 라우팅 참조 자료와 패밀리 정리 도구는 이런 오류를 줄이기 위해 존재하지만, 올바른 비즈니스 질문을 제공하는 책임은 여전히 사용자에게 있습니다.

첫 결과 이후 반복 개선하기

첫 보고서를 받은 뒤에는 요약 결론에서 멈추지 마세요. 다음과 같이 요청해 보세요. “expand the top five claim comparisons,” “rerun with broader CPC classes,” “separate active from expired patents,” “show family members by jurisdiction,” 또는 “identify search terms that produced no useful hits.” 이런 후속 요청은 신뢰도를 높이고 사각지대를 드러내는 데 도움이 됩니다.

팀에 맞는 로컬 검토 기준 추가하기

실제 Legal 또는 IP 업무에 적용한다면 내부 요구사항을 추가하세요. 선호 관할권, 변호사 면책 문구, 필수 데이터베이스, 인용 형식, 위험 임계값, 보고서 섹션 등을 정해 두는 것이 좋습니다. 조직에서 Lens.org, 사내 docket data, 유료 특허 도구를 사용한다면, 이러한 출처가 Google Patents, Espacenet, USPTO 결과를 어떻게 보완해야 하는지 문서화하세요.