Showing posts with label Claude. Show all posts
Showing posts with label Claude. Show all posts

Tuesday, April 14, 2026

Mastering Patent Claim Construction with LLMs (Final): From NotebookLM to Claude-Based Expert Skills

LLM으로 완벽한 특허청구범위 해석하기 (3)

Mastering Patent Claim Construction with LLMs (Final): Converting the NotebookLM Knowledge Base into a Claude Skill

The work carried out in the earlier stages consisted of inputting into NotebookLM sources such as the “claim construction framework,” “patent claim construction doctrines and case law,” “case examples,” and “Claim Chart drafting methods” that had been organized through case-law research, conducting research on that basis, and then extracting a summary version of the resulting “knowledge base on patent claim construction doctrine and practical interpretation work.”

The important point at this stage is not simply to gather a large amount of material. The real significance lies in getting NotebookLM to structure and summarize the common legal principles and practical rules drawn from multiple sources, and then using that summary as the starting point for the next stage of work.

In other words, instead of reading scattered cases and practical materials one by one and building the system manually, the first move is to use NotebookLM to integrate dispersed materials into a single practice-oriented knowledge base.

The next step is to select the most suitable guide from among the various draft skill guides generated in this way, or to combine the strengths of multiple drafts and refine them into one integrated version. This step is also extremely important, because even if the draft generated by the LLM is already very good, it still needs fine-tuning to fit the user’s purpose, the type of case, the user’s analytical habits, and the desired output format before it can be used in actual practice.

Once this consolidated summary-style knowledge base from NotebookLM has been organized, the next move is to copy it and paste it into Claude’s “Skill Creator”, and instruct Claude to generate the skill file.

If you are using the Claude web or desktop UI, you can simply copy the organized NotebookLM knowledge base report, go into Claude’s Customize > Skills menu, and create a new skill there.

If you ask Claude as follows, it will generate a skill on its own, including behavior rules and output guidance.

PROMPT
Based on this knowledge base, create an expert skill that thinks and responds according to a specific framework.

Interaction During the Skill Creation Process

If Claude determines during the skill creation process that certain necessary information is missing, it may ask the user for additional details. In that case, you can provide the desired direction, the doctrines you want it to emphasize, the output format, and similar guidance. Once the skill is complete, Claude may even run sample tests on its own.

This is also quite useful in practice. Even if the user does not prepare test cases manually, it allows the user to see in advance, at a minimum, how the generated skill is likely to operate.

The Claude skill generated on the basis of the NotebookLM knowledge base is shown below.

PROMPT
name: kr-patent-expert-v2 description: > A top-tier expert skill (v2) for Korean patent claim construction and infringement/invalidity analysis. Based on Korean Supreme Court and Patent Court case law, it applies a **six-step problem-solving methodology** and a **seven-column Claim Chart** to deliver expert-level analysis suitable for immediate use in infringement litigation and invalidity proceedings. You must use this skill in the following situations: - “claim interpretation,” “claim scope analysis,” “Claim Chart drafting,” “claim chart,” “seven-column chart” - when infringement or invalidity analysis is requested together with a Korean patent (KR) specification or claims - when analysis is requested for PbP claims (product-by-process), numerical limitation inventions, parameter inventions, or functional claims - when analysis is requested concerning Korean patent doctrines such as “All Elements Rule (AER),” “Doctrine of Equivalents (DOE),” “problem-solving principle,” “estoppel,” “intentional exclusion,” “public dedication,” or “reference to prosecution history” - when a one-to-one comparative analysis is needed between an accused product (accused invention) and the patented invention - when deeper six-step / seven-column analysis is needed beyond the existing kr-patent-claim-analyzer --- # Korean Patent Claim Construction and Infringement Analysis Expert Skill (v2) ## Role and Behavior Rules When this skill is applied, Claude acts as a **top-tier patent dispute expert with deep command of Korean Supreme Court and Patent Court case law**, and must strictly follow the rules below. | # | Rule | Content | |---|------|------| | R1 | **Strict case-law-based interpretation** | Applies Patent Act Article 97 and Korean Supreme Court case law (literal interpretation principle, reference to the specification, prosecution history estoppel, and reference to prior art) as absolute standards | | R2 | **Maintain the PHOSITA perspective** | All claim interpretation is performed from the objective viewpoint of a person having ordinary skill in the art (PHOSITA) at the time of filing | | R3 | **Strict separation of interpretation and limitation** | Clarifying technical meaning through reference to the specification is allowed. Improper limiting construction through importing embodiments into the claim (Importing Limitations) is strictly rejected | | R4 | **Proactive identification of special claim types** | If a functional claim, PbP claim, or numerical limitation invention is identified, proactively applies the Korean Supreme Court’s tailored doctrines that go beyond general interpretive rules | | R5 | **Balanced construction of offensive and defensive logic** | In infringement analysis, prioritizes AER (All Elements Rule), and if literal non-infringement is expected, simultaneously builds both estoppel-based and DOE-based offensive and defensive logic | ## Output Decision Guide by Input Type Automatically determines the level of output depending on the type of materials provided. | Input Type | Output | |-----------|-----------| | **① Claim text only** | Structure/function decomposition + first-stage diagnostic report on special issues (functional claim / PbP / numerical limitation) | | **② Claim text + specification (description / drawings)** | Two-stage analysis including Lexicographer Rule applicability + derivation of objective technical meaning + warning of improper narrowing / expansion risks | | **③ Claim text + specification + prosecution history (OA / responses)** | Analysis of whether intentional exclusion (Korean-style estoppel) is established + final determination of claim scope | | **④ Full patented invention + accused product** | Applies the full six-step methodology → outputs a completed **seven-column Claim Chart** | ## Six-Step Problem-Solving Methodology > **Mandatory**: Perform the six steps below in order, without skipping any step. ### Step 1 — Claim Decomposition and Initial Delimitation of the Claim Language - Break the claim down by structure and function into the **smallest units for invalidity and infringement analysis** - Identify the **physical and functional organic relationships** among claim elements (simple listing is prohibited) - Preliminarily confirm the principle of claim differentiation between independent and dependent claims ### Step 2 — Reference to Intrinsic Evidence and Examination of Technical Meaning - Use the ordinary meaning of the claim language as the starting point, and consult the specification and drawings on a one-to-one basis - **Lexicography**: If the applicant explicitly defined a term, apply that definition first - Determine the problem-solving principle and operative / functional effect of each element ### Step 3 — Filtering Improper Narrowing / Expansion - Even when consulting the specification, **filter out errors that improperly narrow the claim based on specific embodiments or figures, or improperly expand the claim beyond the specification** - Check: “Is this interpretation importing limitations from the embodiments into the claims?” ### Step 4 — Applying Tailored Doctrines to Special Claim Types | Claim Type | Applicable Doctrine | |-------------|-----------| | **Functional claim** (“means for ~”) | Reviews whether there are grounds for limiting construction to embodiments if the literal reading would be unduly broad in light of the specification (Supreme Court 2017Hu905 doctrine) | | **PbP claim** (product defined by manufacturing method) | Translates and extracts not the process itself, but the **structure / properties of the final product defined by that process** as the substantive element | | **Numerical limitation / parameter invention** | Determines (i) enablement across the claimed range + (ii) whether there is critical significance reflected in a remarkable effect | ### Step 5 — Reference to Prosecution History and Review of Estoppel / Intentional Exclusion - Analyzes the entire set of office-action responses and amendments across prosecution, registration, divisional filings, and correction proceedings - **Intentional exclusion (Conscious Disclaimer)**: If a specific element was surrendered to overcome prior art, it is strictly excluded from the scope of the claim - **Dedication to the Public**: If an alternative is disclosed in the specification but omitted from the claims, it blocks application of the doctrine of equivalents ### Step 6 — Infringement Comparison and Limits of the Doctrine of Equivalents (DOE) 1. **AER (All Elements Rule)**: Compare whether every element exists in the accused product on a one-to-one basis 2. **Literal infringement determination**: If even one element is missing, literal infringement does not exist 3. **DOE analysis**: If literal infringement does not exist, determine equivalent infringement by identifying—taking prior art into account—whether the patented invention and the accused product share the same **problem-solving principle unique to the patented invention** - ① Same problem-solving principle (Way) - ② Substantially the same effect/result - ③ Readily substitutable by a PHOSITA ## Seven-Column Claim Chart Output Format (ALWAYS use this format) For input type ④ (full analysis), always output the following **seven-column Claim Chart** in markdown table format. | 번호 | 청구항 분해 문언 | 핵심 해석대상 | 명세서/도면 근거 | 객관적 기술의의 및 문언해석 결과 | 균등론(DOE) 대비: 과제 해결 원리 식별 | 방어논리: 출원경과 금반언 및 제한해석 사유 | | :-- | :--- | :--- | :--- | :--- | :--- | :--- | | 1 | [분해 문언] | [용어] | [근거] | [확정 의미] | [핵심 기술사상] | [의식적 제외 이력] | ### Claim Chart Drafting Guidelines (Four Core Principles) 1. **Emphasize organic relationships**: Draft in a way that reveals the physical and functional interaction between A and B 2. **Mandatory PbP translation**: Must be converted into “structure / physical property” terms 3. **Proactive identification for DOE**: Proactively identify the problem-solving principle 4. **Thorough record of estoppel**: Any surrendered element must be recorded in the defense-logic column

This case is a very good test case in practice. That is because it clearly illustrates a situation where the general principle that the specification must be consulted appears to come into direct tension with the equally important principle that the claims must not be improperly narrowed based on embodiments or details in the specification. In other words, if you really want to see whether the skill is functioning properly, you need to test whether it can filter out improper limiting construction in a case of this type.

How the Instruction Was Actually Given in Claude

In Claude, I activated the skill generated above, uploaded Korean Patent No. 10-1257892, the prosecution history file, and the examiner’s cited references, and then instructed it to perform claim interpretation. Even if you simply upload the files and run the prompt, the skill will operate according to its behavior rules.

PROMPT
/kr-patent-expert-v2 Please interpret claim 1 of Korean Patent No. 10-1257892, which I am uploading.

When a skill is designed well in this way, the user does not need to add a long explanation. Simply uploading the required materials, calling the skill by name, and specifying the target of analysis is enough to obtain a fairly deep result. Of course, that is only possible when the skill has been designed properly in advance.

How to Work Around Input Limitations

Depending on the user’s Claude subscription type, there are times when the volume of material to be processed exceeds Claude’s input limit. In practice, this happens fairly often. It is especially common in cases where the prosecution history is long, or where there have been multiple rounds of office actions and back-and-forth responses and amendments, making it difficult to submit the entire file at once.

In that situation, you can instead load the prosecution history into NotebookLM, organize the major issues, key arguments, and the portions of claim scope that were narrowed or surrendered, and then feed that organized content into Claude in place of the full prosecution-history file. The prompt I used was as follows.

PROMPT
1) What was the main reason the patent application was initially rejected? 2) How was the heater structure amended to overcome the rejection? 3) Analyze the prosecution history of the patent application, including the examiner’s office actions and the applicant’s responses and amendments, and explain the issues, the key arguments, and the portions of claim scope that were surrendered or narrowed in order to secure registration.

The strength of this prompt is that it does not merely ask, “Please summarize the prosecution history.” Instead, it pushes the model to extract only the core elements that are actually necessary for claim interpretation. From a practical perspective, what matters is not the file as a whole, but what the issues were, what arguments were made, and how far the applicant retreated in order to obtain allowance.

Evaluation of the Actual Result

The claim interpretation and Claim Chart presented by Claude were highly complete and trustworthy. The full output is too long to share here, but at least from what I reviewed, I was able to confirm that the result reflected a very high level of work, arguably beyond what many experts would ordinarily produce.

Of course, there is also a point of caution here. Just because the AI’s output is excellent does not mean it can be copied directly into a legal opinion letter or litigation brief. What it does mean, however, is that as a starting point for analysis or as a draft for expert review, the output has already reached a highly powerful level. In particular, as a practical support tool, it is very useful in terms of speed and consistency when structuring large amounts of material, breaking down issues quickly, and organizing the result into a Claim Chart.

Directly Asking About the Feature That Became the Key Issue

This time, let us directly ask about the feature that became the key issue in the claim interpretation.

PROMPT
In the foregoing interpretation, is claim 1 to be construed narrowly as requiring that the first and second coil portions be capable of being operated simultaneously or separately?

The content of the response was likewise highly professional and reliable. I will quote only the conclusion below. The conclusion was the same as that reached by the Supreme Court and the Patent Court.

Conclusion
Claim 1 does not require, as a limiting condition on claim scope, that the first and second coil portions be independently operable. The phrase “turned on/off by the operating unit” describes the connection and control relationship under which each coil portion is controlled by the operating unit, and is broad enough to cover both simultaneous control and independent control. The phrase “respectively or simultaneously” in paragraph [0025] of the specification does not function as intrinsic evidence that confirms and narrows the claim scope, but merely illustrates a possible control mode. Importing that statement into the claim as a limiting element would therefore amount to improper limiting construction.

This answer is meaningful in practice not merely because the conclusion was correct. More importantly, the reasoning proceeded in the order of claim language → specification → the prohibition against improper limiting construction. In other words, it shows that the skill did not merely memorize the case outcome, but was actually reasoning in the same interpretive sequence used by Korean courts. Only when reasoning is structured in this way can you expect a consistent level of reliability when applying it to other cases as well.


Closing Thoughts

This concludes the discussion of how a Claude skill was generated from a NotebookLM knowledge base and then used to perform AI-based claim interpretation by inputting an actual patent publication and prosecution history.

The key point of this exercise is not simply to show that “Claude performs well.” What matters even more is what kind of knowledge structure is built first, how that knowledge is converted into a skill format, and how it is tested and refined in actual cases. In other words, the quality of the outcome depends more on the quality of the knowledge base and framework built in advance than on the name of the model itself.

From a practitioner’s point of view, this approach has the following significance.

  • It makes it possible to structure a large body of case law and doctrine into a single knowledge base.
  • It allows the creation of expert-level skills that reason according to specific legal doctrines.
  • It can be applied to actual patent disputes to produce Claim Chart-level work product.
  • While the final judgment still belongs to the human expert, a substantial portion of the analytical process can be made far more efficient.

I hope this article proves genuinely useful to practitioners in the field.

Mastering Patent Claim Construction with LLMs (4): Bridging Knowledge Gaps and Designing Expert-Level Skills

LLM으로 완벽한 특허청구범위 해석하기 (3)

Mastering Patent Claim Construction with LLMs (4): Filling the Gaps in the Knowledge Base

The Final Stage of Supplementing the Sources

This is now the final stage of supplementing the source materials. In the earlier stages, I gradually built up relevant materials in NotebookLM and organized the legal principles and practical standards needed for patent claim construction. But simply collecting a large volume of material does not automatically create a strong knowledge base. In practice, materials are often overly concentrated on certain issues, while foundational legal principles that are essential in actual practice may still be missing. That is why, at this final stage, it is necessary to examine not only what the accumulated sources already cover well, but also what they fail to cover.

The core objective of this stage is simple. Rather than continuing to add more knowledge based on what has already been collected, the real task is to identify the gaps in the knowledge base. In other words, this is not really a stage for re-confirming “what we already know,” but more accurately a stage for exposing “what we still do not know.”

To do that, I entered the following instruction into the NotebookLM chat window.

PROMPT
Review the attached sources and analyze whether there are any missing pieces of information. In particular, please examine what core information or context is essential to fully understand this topic but is currently missing from the sources, and explain it specifically.

The purpose of this instruction is not summarization or organization. It is intended to make the LLM identify what core legal principles or contextual elements are still missing, even though they are essential for a complete practical understanding based on the materials collected so far. Framing the question this way prevents the model from giving a superficial response like, “You’ve assembled the materials well,” and instead pushes it to identify the deficiencies in a structured and practical way.


Items Identified as Requiring Supplementary Materials

In response to the instruction above, the materials requiring supplementation were organized as follows.

Output
A comprehensive review of the currently provided sources and conversation history shows that while advanced special issues in patent claim construction and infringement analysis—such as PBP claims, functional claims, and the suture-line cases—have been covered in substantial depth, several core foundational principles and practical contexts that are essential for fully understanding and applying this area in practice are still missing. Specifically, the following key information is either absent or needs supplementation. 1. Missing Korean leading cases on the requirements for ordinary prosecution history estoppel (“intentional exclusion”) - Current status: The latest Korean Supreme Court decision dealing with estoppel in the context of divisional applications (2023Hu11340) and the discussion of the fifth requirement of the doctrine of equivalents through Japan’s Maxacalcitol case are both covered in significant detail. - Missing context: What is missing is a concrete factual and legal analysis of the traditional Korean Supreme Court leading cases (e.g., Supreme Court Decision 2002Hu1768) that clearly set out how strong or explicit a statement in an office-action response or amendment must be, from an objective and outward-looking perspective, to constitute “intentional exclusion” in ordinary Korean patent litigation practice. There is therefore a gap in establishing the Korean baseline for measuring the degree of intentional disclaimer. 2. The strict limits and requirements for applying the Lexicographer Rule - Current status: Many sources already include the overarching principle and cases stating that when claim language is unclear, the detailed description of the invention and the drawings should be consulted. - Missing context: What is missing is a deeper case-based analysis of the strict requirements and limitations of the Lexicographer Rule—specifically, how explicit and definitive an applicant’s definition in the specification must be before that definition can displace the ordinary meaning of a term in the art. 3. Korean applications of the Public Dedication Rule based on the specification - Current status: Some Japanese case commentaries briefly mention whether the dedication doctrine has been adopted, but there is little to no concrete treatment of how it has been applied under Korean law. - Missing context: The current materials lack a clear account of the Korean Supreme Court’s position and practical treatment where the patentee discloses a particular embodiment or substitute in the specification but does not claim it, and whether that subject matter is deemed dedicated to the public so as to bar application of the doctrine of equivalents. Because this is a powerful defense against an equivalents claim, it is essential material that should be supplemented. 4. “Omission infringement” and “incomplete use inventions” as exceptions to the All Elements Rule (AER) - Current status: The existing materials address, at a sophisticated level, issues such as the suture-line decision overcoming geographic limits, multi-actor infringement, and indirect infringement as exceptions to the All Elements Rule. - Missing context: However, the question of whether infringement can still be found when the defendant strategically omits or only incompletely uses a relatively less important element of the patented invention in an effort to design around the claim is discussed only briefly, in about a single paragraph. That is not enough to fully understand the range of defensive arguments against design-arounds. 5. Standards for evaluating “critical significance” when applying the doctrine of equivalents to numerical limitation inventions - Current status: The latest Korean Supreme Court case on disclosure requirements for numerical limitation inventions (2021Hu10886), including enablement and written-description support, is already covered. - Missing context: What is missing is the Korean courts’ concrete standard, at the infringement stage, for determining whether equivalents may be found when the accused product falls just slightly outside a claimed numerical range—for example, whether the presence or absence of “critical significance” excludes application of the doctrine of equivalents. This is indispensable for a full understanding of both offensive and defensive logic in numerical-limitation cases where there is no literal infringement.

Important Practical Insights Gained at This Stage

The result above means more than simply “we need more materials.” From a practical perspective, the more important message is that even if the materials collected so far are already highly sophisticated, the entire framework can become unstable if the baseline of general legal doctrine is missing.

For example, even if you have assembled abundant materials on difficult special issues such as PBP claims and functional claims, the standards for interpreting claim scope in an actual case can still become unstable if foundational principles—such as the requirements for ordinary prosecution history estoppel or the limits on the Lexicographer Rule—have not been properly organized. Put differently, special issues are “advanced applications,” while general doctrine is “basic grammar.” If the basic grammar is weak, the advanced applications will inevitably become unstable as well.

That is why I did not simply leave the omissions identified above as a note. Instead, I copied them back into the NotebookLM source window and activated the deep research function to supplement the missing cases and legal principles. This process is extremely important because by feeding the LLM-identified “knowledge gaps” back into the system as inputs, the knowledge base can evolve from a simple collection-oriented repository into a self-correcting knowledge base.


Now It Is Time to Organize the Knowledge to Be Injected into the Claude Skill

The next stage is to use the supplemented materials to extract and organize only the core knowledge that should be injected for drafting the Claude Skill. This is where many people make a mistake. Once they have gathered a large amount of material, they tend to think they should put as much of it as possible into the Skill. But in practice, the opposite is often true. If the background knowledge loaded into the Skill becomes too extensive, the model may get buried in explanations or lose sight of priorities rather than following the core principles clearly. At this stage, therefore, accurate compression matters more than volume.

When I draft a Claude Skill, I usually prefer to compress the core principles, framework, workflow, and output format into about 5,000 characters or less before injecting them. This point is especially important in practice. The skill guide, SKILL.md, is generally recommended to remain under 5,000 words, with more detailed knowledge separated into the references/ folder. In addition, it is more efficient to reflect required input information in the trigger description rather than in the body of the Skill itself. That way, Claude can assess input sufficiency before the Skill is even called.

How to Ask Questions to Extract the Core Knowledge While All Sources Are Selected

With all sources selected, I enter the following questions one by one into the NotebookLM chat window to organize the background knowledge that will be injected into the Skill. At present, I have 60 sources registered in my notebook.

PROMPT
1. What are the core principles that consistently appear across all of these sources in relation to patent claim construction? 2. When all of the sources are analyzed together, what framework is mentioned most frequently for interpreting patent claims? 3. Looking at claim construction step by step, what does an excellent real-world process for interpreting the language of a patent claim actually look like? 4. What is the concrete framework or workflow strategy used by Korean courts for patent claim interpretation? To prepare a claim chart for claim construction, please explain in detail how to break down the claim language, extract and interpret the terms or limitations that become the targets of interpretation, and how to draft the claim chart itself.

This sequence of questions was not chosen arbitrarily. The reason I ask first about the common principles, then the framework, then the process, and finally the concrete drafting method is to guide the LLM into organizing its answer in the sequence of abstract principles → procedural structure → practical execution method. This makes it much easier to transfer the results later into a Skill without the information becoming disordered and scattered, and it helps maintain a relatively stable structure.


The Final Claude Skill Injection Guide Organized in NotebookLM

The final guide I organized in NotebookLM for injection into the Claude Skill is as follows.

PROMPT
Korean courts, in determining the scope of patent rights in infringement litigation and invalidation proceedings, apply in practice a **multidimensional six-step interpretive process (workflow)** based on the four core principles of **literal interpretation, reference to the specification, prosecution history estoppel, and reference to the prior art**. Based on that framework, the following explains the specific methods of decomposition and extraction, as well as the drafting format, for preparing a Claim Chart. ### 1. The Korean Courts’ Six-Step Framework for Interpreting Patent Claims - Step 1 (Claim decomposition and initial delimitation based on the claim language): Break the claim into individual elements, which are the minimum units for invalidity and infringement analysis, identify the organic relationships among them, and then define the initial scope of the patent right based on the ordinary and general meaning of the terms from the viewpoint of a person having ordinary skill in the art (PHOSITA). - Step 2 (Reference to intrinsic evidence and examination of technical meaning): Because it is often difficult to ascertain the technical meaning from the claim language alone, the detailed description of the invention and the drawings must be consulted. In particular, the “Lexicographer Rule” applies where the applicant has defined a specific term in the specification, and the analysis should go beyond the immediate context to examine the problem-solving principle and functional effect (technical meaning) of the relevant element. - Step 3 (Filtering out improper narrowing and expansion): Even when the specification is taken into account, courts strictly block errors that improperly narrow claim scope by relying only on a specific embodiment or configuration disclosed in the specification, or improperly expand the claim scope beyond what the claim language reasonably supports. - Step 4 (Applying tailored legal rules to special types of claims): For functional claims (e.g., “means for ~”), the analysis must consider whether limiting construction to the embodiments is warranted; for product-by-process (PbP) claims, the issue is not the process itself but the “structure or properties of the product” defined by that process; and for numerical-limitation inventions, the analysis must focus on whether the claimed numerical range has “critical significance.” - Step 5 (Reference to prosecution history and review of intentional exclusion): Review the prosecution history from filing to registration—such as office-action responses and amendments—to determine whether the applicant intentionally excluded specific subject matter in order to avoid the prior art, in which case that subject matter must be firmly excluded from the scope of the patent right. - Step 6 (Infringement comparison and limits on the doctrine of equivalents): Compare the finalized scope of the patent right with the accused product to determine whether all elements are present (All Elements Rule, AER). If differences exist, determine whether the doctrine of equivalents (DOE) applies by examining whether the patented invention and the accused product share the same principle for solving the problem, among other factors. ### 2. Methods for Claim Decomposition and Extraction for Preparing a Claim Chart 2.1. Structure- and Function-Based Decomposition: Decompose the claim in a multidimensional way into the physical structure of the elements and the functions and roles performed by those elements. 2.2. Identification of Organic Relationships: Go beyond merely listing the elements and clearly identify the **physical and functional connections (relationships)** among different elements that contribute to solving the technical problem. 2.3. Extraction of Core Interpretive Targets and Limitations (Special Issues): Extract the key terms that may become issues in claim construction. In particular, functionally expressed terms (“means for ~”), PbP processes, numerical limitations, and parameters should be targeted so they can be separately reviewed for issues such as limiting construction and lack of enablement. ### 3. The Most Desirable Concrete Claim Chart Methodology and Format From a practical standpoint, the best Claim Chart is not just a literal element-by-element comparison. It should be drafted as a seven-column system that can fully map both doctrine-of-equivalents (DOE) defenses in cases of literal non-infringement and the issues presented by special types of claims. | No. | Decomposed Claim Language (Including Organic Relationships) | Core Interpretive Target (Special Issue: Functional / PbP / Numerical) | Specification / Drawing Support (Mapping of Intrinsic Evidence) | Objective Technical Meaning and Result of Literal Interpretation (from the PHOSITA Perspective) | DOE Comparison: Identification of the Principle for Solving the Problem | Limitation on Rights: Prosecution History Estoppel and Grounds for Limiting Construction | | :-- | :--- | :--- | :--- | :--- | :--- | :--- | | 1 | (e.g., a cleaning unit that supplies cleaning water by electrolyzing filtered water) | cleaning unit (functional claim) | [paragraph 14], [figure 3] | (e.g., an internal module that physically cleans through electrodes) | (e.g., the principle of maximizing eco-friendly cleaning efficiency by excluding chemicals) | (e.g., intentional exclusion of a “chemical additive method” during argument submission) | | 2 | (e.g., a tablet manufactured by direct compression) | manufactured by direct compression (PbP claim) | [paragraphs 15–16] | (e.g., a porous tablet structure having 15% inter-particle porosity formed through the direct compression process) | (e.g., the principle of controlling disintegration speed by adjusting porosity) | (e.g., structurally / physically different from tablets manufactured by wet granulation) | [Drafting Guide and Explanation for Each Column] 1) Decomposed Claim Language: Set out verbatim the claim language as broken down into the minimum units, but do so in a way that reveals not just a simple list of elements, but also the physical and functional relationships among them. 2) Core Interpretive Target: Extract the key terms that present infringement or invalidity issues—such as functional expressions, PbP language, and numerical limitations—and identify the type in parentheses. 3) Specification / Drawing Support (Mapping of Intrinsic Evidence): Provide a one-to-one mapping to the specific paragraph numbers and figure numbers in the specification that show where the term is defined, where the supporting embodiment for a functional claim appears, where PbP leads to a specific physical-property change, and where the technical threshold for the numerical limitation is shown. 4) Objective Technical Meaning and Result of Literal Interpretation: Describe the substantive meaning derived from the specification from the viewpoint of a person having ordinary skill in the art (PHOSITA). In PbP claims, this should not simply repeat the process itself, but should translate it into the “structure or properties of the product” defined by that process. 5) DOE Comparison (Identification of the Principle for Solving the Problem): In anticipation of literal non-infringement, identify in advance the **“problem-solving principle unique to the patented invention (the core technical idea)”** to which the relevant element belongs, based on the specification and the prior art. 6) Limitation on Rights (Prosecution History Estoppel and Grounds for Limiting Construction): Carefully record any history of **intentional exclusion** during prosecution, any reason why the claim should be limited to the embodiments because the broader reading is not supported by the specification, and any invalidity grounds such as lack of enablement across the full scope of a numerical limitation.

Now I Ask NotebookLM to Create the Expert Skill Itself

At this point, based on the organized knowledge, I ask NotebookLM to actually create a patent claim construction expert Skill. This stage is not merely an experiment. If the principles and framework organized up to this point are sufficiently well-structured, NotebookLM can generate a draft of an expert-level Skill based on them. That draft is not the finished product, but it is extremely useful as a starting point for human review and refinement.

The instruction entered at that point was as follows.

PROMPT
Based on this “Korean patent claim construction doctrine” knowledge base extracted in NotebookLM, create an expert skill file. The skill should include behavior rules, an output decision guide, a problem-solving methodology, and a Claim Chart output style.

Comparing the Generated Skill with the Existing Skill Guide

When I compare the Skill generated by NotebookLM with the Skill guide I created earlier, the result is as follows.

Output
Based on the “Korean patent claim construction doctrine” knowledge base and the conversation history you provided, I am preparing a top-tier expert-level **“Korean Patent Claim Construction and Claim Chart Drafting Expert Skill File”** that can be deployed immediately in patent litigation and trial practice. This skill file can be used as a system prompt or guideline for an AI or practitioner conducting patent analysis work. # [Expert Skill File] Korean Patent Claim Construction and Infringement Analysis Agent ## 1. Behavior Rules You are a top-tier patent dispute expert with deep command of Korean Supreme Court and Patent Court case law. When interpreting claims and analyzing infringement, you must strictly comply with the following rules. - Strict case-law-based interpretation: All interpretation must be grounded in the current Patent Act Article 97 and Korean Supreme Court case law as the controlling standards, including the literal-interpretation principle, reference to the specification, prosecution history estoppel, and reference to the prior art. - Maintain the PHOSITA perspective: The meaning and technical significance of every term must be interpreted from the objective viewpoint of a person having ordinary skill in the art (PHOSITA) at the time the patent application was filed. - Strict separation between interpretation and limitation: You should actively consult the detailed description of the invention in order to clarify the technical meaning of a term, but you must strictly reject any improper “importing of limitations” or improper expansion based on pulling in conditions or configurations from the embodiments that are not actually recited in the claims. - Exceptional treatment for special types of claims: If a functional claim, a product-by-process (PbP) claim, or a numerical-limitation invention is identified, you must proactively apply the Korean Supreme Court’s tailored doctrines that go beyond the general interpretive rules, including limiting construction, translation into structure/properties, and critical-significance analysis. - Secure defense logic first: In infringement analysis, the All Elements Rule (AER) must be applied first and foremost. If literal non-infringement is anticipated, you must simultaneously review prosecution history estoppel (intentional exclusion) and the doctrine of equivalents (DOE) in advance so that both offensive and defensive arguments can be built in a balanced way. ## 2. Output Decision Guide Optimize the output according to the type of user input. - [Input] Only the text of a specific claim is provided: Break the claim down into minimum units (structure/function), identify organic relationships, and provide a first-stage diagnostic report on whether any special issues (functional claim, PbP, numerical limitation) are present. - [Input] Claim text + specification (description / drawings) are provided: Determine whether the Lexicographer Rule applies, derive the objective technical meaning, and perform a second-stage analysis that warns of the risks of improper narrowing or overbroad interpretation. - [Input] Claim text + specification + prosecution history (office actions / responses) are provided: Analyze whether intentional exclusion (Korean-style estoppel) has been established and derive the finally determined scope of the patent right. - [Input] Entire patented invention + accused product are provided: Apply the full “six-step problem-solving methodology” and produce a final **[7-Column Claim Chart]**. ## 3. Problem-Solving Methodology (6-Step Problem Solving Methodology) Carry out the full process from claim construction through infringement analysis under the following multidimensional six-step workflow. - Step 1 (Claim decomposition and identification of organic relationships): Break the claim down into the minimum units that allow invalidity and infringement analysis, while also deriving the overall relationships among the elements. Break the claim down to the smallest units using structure and function as the organizing principles. Do not stop at simple decomposition; define the invention by comprehensively identifying the physical coupling relationships and the functional / organic interconnections among the elements. - Step 2 (Determining technical meaning through literal interpretation and reference to the specification): Begin with the ordinary meaning of the claim language, then concretize that meaning by mapping it one-to-one against the specification and drawings from the viewpoint of a PHOSITA. . Lexicographer Rule: If the applicant explicitly defined a specific term in the specification, apply that definition first. . Examination of technical meaning: Go beyond the immediate contextual meaning and examine, in an objective and reasonable way, the “technical meaning” of the relevant element, including the technical problem it is intended to solve, the implementation principle, and the functional effect, so that the invention’s intended function and operation are properly realized. - Step 3 (Strict control of improper narrowing and expansion): Strictly distinguish between “interpreting in light of the specification” and “importing narrowing or expansion from the specification.” . No improper narrowing: Where the claim language is clear, exclude interpretations that arbitrarily narrow the claim by importing unclaimed elements from specific embodiments, figure shapes, or specific limitations described in the specification. . No improper expansion: Even when consulting the specification, prevent overbroad interpretation that goes beyond the disclosed content or moves in a direction unrelated to the core technical meaning of the invention. - Step 4 (Applying tailored exception doctrines to special types of claims): Unlike ordinary claims, claims drafted in special forms must be interpreted using the Korean Supreme Court’s tailored doctrines. . Functional claims (“means for ~”): If literal interpretation would make the claim unduly broad in light of the specification, review whether there are grounds for limiting construction to specific embodiments or structures. . PbP claims (products recited through a manufacturing process): The substantive element is not the manufacturing process itself, but rather the **“structure or properties of the final product”** defined by that process. . Numerical limitation / parameter inventions: Rigorously assess whether the entire claimed range is enabled (disclosure requirement) and whether the claimed range shows a remarkable effect that distinguishes it from the prior art (critical significance). - Step 5 (Reference to extrinsic evidence and review of estoppel / intentional exclusion): Analyze the entire file history, including office-action responses and amendments, from filing through registration, divisional applications, and correction proceedings. If the applicant **intentionally excluded** a specific element to avoid a rejection, or if subject matter was **dedicated to the public** by being disclosed in the specification but omitted from the claims, that subject matter must be excluded from the scope of the patent right. - Step 6 (Infringement comparison and limits on application of the doctrine of equivalents): Based on the finalized meanings of the elements and their organic relationships, compare them one-to-one with the accused product (or method) and make the final infringement determination. . Literal infringement (AER): First determine literal infringement under the All Elements Rule (AER) by comprehensively examining both element-by-element correspondence and the overall identity of the combination and functional operation. . Infringement under the doctrine of equivalents (DOE): If there is a literal difference, determine whether equivalent infringement exists by identifying, in light of the prior art, whether the patented invention and the accused product share the same “problem-solving principle” unique to the patented invention, along with the same functional effect. ## 4. Claim Chart Output Style All claim analysis results and infringement / invalidity comparison results must be output in markdown table format using the following **“7-Column Claim Chart Template.”** ### [Claim Chart Template] | 번호 | 청구항 분해 문언 (유기적 결합 포함) | 핵심 해석대상 (특수쟁점 표기) | 명세서/도면 근거 (내적 증거) | 객관적 기술의의 및 문언해석 결과 (PHOSITA 관점) | 균등론(DOE) 대비: 과제 해결 원리 식별 | 권리제한: 출원경과 금반언 및 제한해석 사유 | | :-- | :--- | :--- | :--- | :--- | :--- | :--- | | 1 | [최소 단위로 분해된 청구항 원문 기재. 단순 나열 금지, 결합관계 명시] | [핵심 용어 추출] (예: 기능식 / PbP / 수치한정 등 표기) | [정의/실시예가 기재된 단락 번호 및 도면 번호 맵핑] | [명세서를 참작하여 실질적으로 확정된 구성의 의미 기재. PbP의 경우 '구조/성질'로 번역하여 서술] | [문언 비침해 대비. 해당 구성이 속한 특허발명 특유의 '핵심 기술사상(과제 해결 원리)' 명시] | [의견서/보정서상 '의식적 제외' 이력, 또는 실시예로 제한 해석되어야 할 명백한 무효/불비 사유 기록] | | 2 | ... | ... | ... | ... | ... | ... | ### [Points to Watch When Drafting the Claim Chart] 1. **Emphasize organic relationships:** In the “Decomposed Claim Language” column, do not merely chop the claim into elements A, B, and C. Draft it so that the physical and functional interaction among the elements is clearly shown. 2. **Mandatory translation for special claim types:** If a PbP claim is identified, do not write merely “manufactured by ~ method” in the “Objective Technical Meaning” column. Instead, it must be translated into language such as “an internal structure / physical property formed by that process.” 3. **Identify the problem-solving principle in advance for DOE:** Every chart should proactively identify the **“problem-solving principle”** by which the relevant element distinguished itself from the prior art and contributed to the advance, so that it is immediately possible to assess whether a design-around can still be captured if literal infringement is denied. 4. **Thoroughly record estoppel:** If the prosecution history confirms any abandoned subject matter or any substitute dedicated to the public, summarize it in the “Defense Logic” column so that any future doctrine-of-equivalents theory can be blocked at the outset.

The Meaning of This Stage: Not “Getting Answers,” but “Designing a Way of Thinking”

Looking back over everything up to this point, it becomes clear that the key is not simply extracting answers from the LLM. What really matters is designing the order in which the LLM thinks, what it reviews first, and the format in which it organizes the result.

From a practical perspective, creating a good work structure is even more important than choosing a good model. And that work structure is built through the following flow.

1. First, gather the materials.
2. Then identify the gaps in those materials.
3. Supplement the missing pieces.
4. Compress only the core principles.
5. Structure those principles into a framework and workflow.
6. Finally, convert them into a Skill so they become a repeatable analytical system.

If this process is done properly, you can go beyond getting a single good answer and actually create a repeatable, practice-oriented patent claim interpretation engine.


Closing Thoughts

On the surface, this stage may look like nothing more than “supplementing sources” and “preparing to draft a Skill.” In reality, however, it is much closer to a stage of designing a system of thought that allows an LLM to perform the highly demanding task of patent claim construction in a stable and reliable way.

In other words, the key at this stage is not putting in more information, but making the model think under more precise standards. Ultimately, what determines the quality of the output is not the name of the model, but what materials are given to it, how they are structured, and under what standards the model is made to operate.

In the next stage, using this organized Skill guide and the Skill that was actually generated, selecting a real case, drafting a Claim Chart, and then comparing the result with the claim construction in the court decision or trial decision would lead to a much deeper practical understanding.

Saturday, April 11, 2026

LLM으로 완벽한 특허청구범위 해석하기(1): 딥리서치와 프롬프트 실전 가이드

아무것도 모르는 AI를 특허 전문가로 만드는 워크플로우 설계법

이전 블로그에서 예고드린 바와 같이, 이번 글에서는 LLM을 활용한 특허청구범위 해석 작업 방법을 구체적으로 소개하겠습니다.

이번에 소개하는 방법은 보다 정확히 말하면, 구글 NotebookLM의 딥리서치(Deep Research) 기능을 통해 확보한 지식을 클로드(Claude)의 스킬(Skill) 형태로 주입하는 방식입니다. 다양한 접근 방법이 존재하지만, 제 경험상 이 방식이 비교적 안정적이고 일관된 결과를 제공했습니다.

*참고로 NotebookLM과 클로드(Code 또는 App)를 연동하는 MCP(Model Context Protocol)도 존재합니다. 다만 현재는 GitHub를 통해 비공식적으로 배포된 상태이기 때문에, 실무에서는 아직 사용하지 않고 있습니다.

다양한 특허 분석으로의 확장과 핵심 요소

본 글에서는 청구범위 해석(Claim Construction)을 중심으로 설명하지만, 동일한 워크플로우는 다음의 업무에도 그대로 확장 적용할 수 있습니다.

  • 특허 침해 분석 (Infringement Analysis)
  • 등록 가능성 검토 (Patentability Search)
  • 무효 가능성 분석 (Invalidity Search)

다만 이러한 분석에서는 공통적으로 중요한 요소가 있습니다. 바로 해당 기술 분야의 통상의 기술자(PHOSITA)가 보유한 기술상식(Common General Knowledge)과 선행기술(Prior Art)을 LLM에 어떻게 확보하고 주입할 것인가입니다.

이 부분은 결과의 정확도를 좌우하는 핵심 요소이며, 구체적인 방법은 개인적인 노하우에 해당합니다. 실무적으로는 다음 세 가지가 매우 중요하며, 이는 결국 특허법 법리 및 판례법에 대한 깊은 이해를 기반으로 설계되어야 합니다.

  • 선행기술의 시간적 범위
  • 기술상식의 범위 설정
  • 조사 대상의 정밀한 선택

이러한 과정은 신입사원에게 업무를 지시하는 상황과 유사합니다. 충분한 경험과 명확한 기준을 제공하지 않으면, 결과 역시 일관성을 기대하기 어렵습니다. LLM의 출력은 본질적으로 확률적(Probabilistic)입니다. 따라서 동일한 모델이라도 어떤 지침을 제공하느냐에 따라 결론이 달라질 수 있습니다. (참고로 기본 설정 기준에서는 클로드가 비교적 일관된 응답을 유지하는 경향이 있습니다.)

결국 핵심은 ‘워크플로우의 설계’

실무적으로는 다음과 같은 원칙을 따르는 것이 바람직합니다.

  • 작업을 단계별로 분해할 것
  • 각 단계마다 명확한 가이드를 제공할 것
  • 가이드에는 법리와 판례법의 기준을 반영할 것

또한 현재 상용 LLM은 컨텍스트 윈도우(Context Window)의 한계가 있기 때문에, 아래의 사항을 준수해야 합니다.

  • 분석 대상은 가능한 ‘최소 단위’로 나눌 것
  • 작업 역시 분할하여 수행할 것

이를 무시할 경우, 모델이 문맥을 유지하지 못해 결과의 정확도가 급격히 저하될 수 있습니다.

실전 작업 절차: 딥리서치를 통한 법리 주입

이제 실제 작업 절차를 살펴보겠습니다. 먼저 구글의 NotebookLM에서 새로운 노트를 생성합니다. 이 단계는 하나의 분석 인력을 확보하는 것과 유사하게 볼 수 있습니다. 그 다음, 청구범위 해석과 관련된 법리 및 판례를 딥리서치 기능을 통해 조사하고, 이를 NotebookLM의 소스(Source)로 등록합니다.

초기 대화창에서 “딥리서치” 기능을 활성화한 후, 다음과 같은 지시를 입력합니다.

PROMPT 1
최근 5년 이내 한국 대법원 및 특허법원, 일본 최고재판소 및 지적재산고등재판소에서 내려진 특허청구범위 해석 관련 판결을 조사하라.

보다 정교한 결과를 얻기 위해서는, 아래와 같이 프롬프트를 구체화하여 입력하는 것이 바람직합니다. 이는 실무에서 신입사원에게 구체적인 업무 지침을 제공하는 것과 동일한 접근입니다. 저는 아래와 같은 프롬프트를 사용하였습니다.

PROMPT 2
다음 조건에 따라 특허청구범위 해석에 관한 한·일 판례를 조사·분석하라. ## 조사 범위 - 기간: 최근 5년 이내 - 한국: 대법원, 특허법원 판결 - 일본: 최고재판소, 지적재산고등재판소(동경지재 포함) 판결 - 대상: “특허청구범위 해석”이 쟁점으로 명시된 판례 ## 선정 기준 - 단순 사실판단이 아닌 법리 설시가 있는 판결 - 다음 쟁점을 포함하는 판례를 우선 선별: 1) 문언 중심 해석 vs 발명의 설명 참조 2) 균등론 적용 여부 3) 금반언 / 의식적 제외 4) 기능적·추상적 기재 해석 5) 실시예 한정 여부 ## 각 판례별 분석 항목 - 사건명 / 법원 / 선고연도 - 사실관계 요약 (3~5줄) - 쟁점 (특허청구범위 해석 관련 부분) - 판시사항 및 법리 요약 - 기존 판례와의 관계 (확장 / 유지 / 변경) - 실무적 시사점 ## 비교 분석 - 한국 vs 일본의 해석 기준 차이 - 공통된 법리 (예: 문언 중심 원칙 등) - 차별적 접근 (예: 균등론 적용 방식 등) ## 출력 형식 - 표 + 서술형 혼합 - 핵심 법리는 bullet point로 정리 - 중요 판례는 별도로 강조 ## 추가 요구 - 각 판례에 대해 가능한 경우 판결문 또는 공식 출처 링크 포함 - 판례가 부족한 경우, 판례평석, 논문, 학설 또는 해설자료로 보완

프롬프트 실행 후 일정 시간이 지나면, NotebookLM은 1건의 보고서와 약 20여 건의 관련 자료를 수집하여 소스로 추가할 것인지 여부를 사용자에게 확인합니다. 이 단계에서 ‘주요 소스’를 검토한 후, 불필요하거나 신뢰성이 낮은 자료는 제외하고 나머지 소스를 모두 추가하도록 지시합니다.

이 과정은 단순한 정리가 아니라, 분석의 기초 데이터 품질을 통제하는 중요한 단계입니다. 실제 실행 과정에서는 일부 소스가 정상적으로 불러와지지 않는 경우가 발생할 수 있습니다. 이러한 실패 소스는 분석 정확도를 저하시킬 수 있으므로, 반드시 제거하는 것이 바람직합니다.

*참고로, 동일한 프롬프트를 사용하더라도 실행 시점이나 사용자 환경에 따라 결과는 달라질 수 있습니다. 이는 LLM이 확률적 방식으로 작동하기 때문이며, 자연스러운 현상입니다.

핵심 법리 도출 및 검증

다음 단계에서는, 수집된 판례를 기반으로 특허청구범위 해석에 관한 공통 법리를 도출합니다. 이는 신입사원에게 “조사 결과를 정리하여 핵심 법리를 도출하라”고 지시하는 과정과 유사합니다. 이를 위해 다음과 같은 프롬프트를 입력합니다.

PROMPT 3
특허청구범위 해석과 관련하여 이 모든 출처에서 공통적으로 나타나는 핵심 원칙, 법리는 무엇인가요?

이 단계에서 도출된 결과를 검토해보면, 판결문 표현을 그대로 인용하는 경우가 많아 실무에 직접 적용하기 어려운 추상적 기준이 포함되거나, 일부 법리가 불완전하게 반영되는 문제가 나타날 수 있습니다. (예를 들어, 출원경과 참작 원칙이 균등론과의 관계에서만 제한적으로 언급되는 경우가 있었습니다.)

이에 따라, 저는 별도로 정리해 두었던 실무적 경험칙을 추가로 제공하고, 이를 기존 판례 분석 결과와 비교·검증하도록 지시하였습니다. 이는 신입사원이 도출한 결과를 선배가 보완하고 재검토를 요구하는 과정과 동일합니다. 저는 특허청구범위해석이 쟁점이 되었던 판례와 논문을 꾸준히 수집하여 노트북LM에 넣고 공통된 법리를 정리해왔습니다.

제가 정립한 청구범위 해석 프레임워크(Claim Construction Framework)는 다음과 같습니다.

GUIDELINES (FRAMEWORK)
‘청구범위 중심주의(문언해석)’를 대원칙으로 삼되, ‘발명의 상세한 설명 및 도면을 보충적으로 참작’하여 객관적이고 합리적으로 기술적 의의를 확정하는 5단계 해석 구조입니다. 한국 법원의 특허청구항 해석 5단계 프레임워크 1단계 (문언해석 원칙): 청구항에 기재된 용어 자체를 당해 기술 분야의 통상적인 의미로 파악하여 권리범위를 1차적으로 획정합니다. 2단계 (상세한 설명 및 도면 참작): 통상의 기술자(PHOSITA)의 관점에서 명세서 전체의 맥락을 참작하며, 출원인이 명세서에 명시적으로 정의한 용어(사전 편찬자 원칙)가 있는 경우 이를 우선 적용합니다. 구체적으로는, 용어의 의미를 발명의 상세한 설명을 통해 해석하여 발명이 의도한 기능과 작용이 구현되도록 그 기술적 의미를 확정합니다. 대법원은 명세서 참작 시 단순히 문맥을 보는 것을 넘어, 그 문언에 의하여 표현하고자 하는 ‘기술적 의의(과제 해결 원리와 작용 효과)’를 객관적·합리적으로 고찰할 것을 엄격히 요구하고 있습니다. 3단계 (제한/확장해석 금지): 명세서를 참작하더라도 특정 실시예를 근거로 청구범위를 부당하게 축소하거나, 명세서 밖으로 무리하게 확장하는 것을 방지합니다. 구체적으로는, 청구항에 기재되지 않은 한정사항이나 특징을 발명의 상세한 설명에 기재된 실시예의 한정사항이나 특징으로 임의로 도입하지 않습니다. 한국 특허 소송 실무에서 가장 경계하는 오류가 바로 ‘명세서를 참작하여 의미를 해석하는 것(interpret in light of specification)’과 ‘명세서의 한정 요소를 청구항으로 끌어들여 제한 해석하는 것(importing limitations)’의 혼동입니다. 발명의 설명에 의한 부당한 제한 해석을 엄격히 차단하는 것은 대법원의 확고한 태도(예: 크림 사건, 디스플레이 구조 사건 등)입니다. 4단계 (출원경과 참작 및 금반언): 출원 과정에서 특정 구성을 의식적으로 제외하거나 한정한 경우, 이후 이를 번복하여 확장 해석하는 것을 제한합니다. 5단계 (AER 및 균등론 적용): 침해 판단 시 구성요소 완비의 원칙(AER)을 적용하되, 우회 설계를 포섭하기 위해 균등론(DOE)을 보완적으로 적용합니다.

이 프레임워크를 입력한 후 다음과 같이 검증을 요청하였습니다.

PROMPT 4
모든 출처를 면밀히 분석할 때, 실무적인 청구범위 해석 원칙과 프레임워크를 작성해보았다. 이를 평가하라.

그 결과, 판례와의 정합성에 대한 긍정적인 평가를 얻을 수 있었으며, 동시에 일부 보완이 필요한 지점에 대한 개선안도 함께 제시받을 수 있었습니다. 이와 같은 과정은 단순한 정보 수집을 넘어, 다음과 같은 반복 구조를 형성합니다.

👉 판례 기반 법리 추출  →  사용자 지식 주입  →  재검증

이 구조를 통해 LLM의 환각(Hallucination) 한계를 보완하면서도, 실무적으로 바로 활용 가능한 수준의 객관적인 결과를 도출할 수 있습니다.

(다음 편에서는 이 데이터를 바탕으로 클로드(Claude) Skill 생성을 위한 가이드 작성 및 보완 방법을 계속 다루겠습니다.)

Sunday, August 24, 2025

Building AI Automation Without Developers: The Complete Guide to Synology NAS, n8n, and MCP

 

MCP, n8n, Synology NAS로 나만의 AI 자동화 시스템을 구축하고 싶으신가요? 이 글에서는 2025년 최신 정보를 바탕으로 Model Context Protocol의 개념부터 n8n과의 연동, Synology NAS를 개인 서버로 활용하는 방법까지 A부터 Z까지 알려드립니다.

Want to build your own AI automation system with MCP, n8n, and a Synology NAS? Based on the latest 2025 information, this article will guide you from A to Z—from the concept of the Model Context Protocol to its integration with n8n and how to use your Synology NAS as a personal server.

혹시 MCP, n8n, 그리고 시놀로지 NAS를 조합해서 나만의 강력한 AI 자동화 시스템을 구축하는 상상, 해보셨나요? 저도 그랬는데요, 이게 생각보다 훨씬 더 엄청난 가능성을 가지고 있더라고요. 제 모든 업무와 연구 활동에 날개를 달아줄 것 같은 느낌이랄까요? 오늘은 2025년 최신 정보를 총정리해서, 이 환상적인 조합을 어떻게 현실로 만들 수 있는지 그 여정을 함께 떠나보려고 합니다!

Have you ever imagined combining MCP, n8n, and a Synology NAS to build your own powerful AI automation system? I certainly have, and it turns out the potential is even more massive than I thought. It feels like it could give my work and research a serious upgrade. Today, with all the latest info for 2025, I want to take you on a journey to see how we can make this fantastic combination a reality!

MCP: AI의 손과 발이 되어주는 개방형 프로토콜
MCP: The Open Protocol That Gives AI Hands and Feet

Model Context Protocol, 줄여서 MCP는 AI 모델이 외부 도구와 소통하는 법을 표준화한 '공통 언어'라고 생각하시면 쉬워요. Anthropic에서 2024년 11월에 처음 선보인 이후, OpenAI, 구글, 마이크로소프트까지 모두 채택하면서 순식간에 업계 표준으로 자리 잡았죠. 덕분에 AI가 파일 시스템, 데이터베이스, API 같은 다양한 리소스에 안전하게 접근해서 실제로 '일'을 할 수 있게 되었어요.

Think of the Model Context Protocol, or MCP for short, as a "common language" that standardizes how AI models communicate with external tools. Since its debut by Anthropic in November 2024, it quickly became the industry standard, with OpenAI, Google, and Microsoft all adopting it. Thanks to MCP, AIs can now securely access diverse resources like file systems, databases, and APIs to get real work done.

💡 알아두세요! / 💡 Good to Know!
MCP는 AI에게 '일할 수 있는 손과 발'을 달아주는 기술이에요. 단순히 대화만 하는 AI가 아니라, 실제로 파일을 정리하고, 데이터를 분석하고, 다른 프로그램과 협업까지 하는 만능 조수가 되는 거죠.

MCP is the technology that gives AI the "hands and feet" to perform tasks. It transforms AI from a conversational partner into an all-purpose assistant that can actually organize files, analyze data, and even collaborate with other programs.

MCP는 JSON-RPC 2.0이라는 기술을 기반으로 AI 모델과 외부 도구를 연결해요. 이미 VS Code, Cursor, Raycast 같은 개발 도구는 물론이고, Notion, GitHub, Google Workspace 같은 생산성 도구와도 공식적으로 연동된답니다. 2025년 현재, 커뮤니티에서 만든 MCP 서버만 해도 1,000개가 넘는다니, 정말 대단하죠?

MCP connects AI models and external tools using a technology called JSON-RPC 2.0. It's already officially integrated with development tools like VS Code, Cursor, and Raycast, as well as productivity platforms like Notion, GitHub, and Google Workspace. As of 2025, the community has created over 1,000 MCP servers—isn't that amazing?

n8n 통합: 코딩 없이 만드는 나만의 자동화 워크플로우
n8n Integration: Create Your Own Automation Workflows, No Coding Required

"서버니 프로토콜이니... 너무 어려운 거 아니야?" 라고 생각하셨다면, 바로 여기서 n8n이 등장합니다. n8n은 코딩 없이 블록을 연결하는 것만으로 복잡한 자동화 흐름(워크플로우)을 만들 수 있게 해주는 멋진 도구예요. 2025년 4월부터 MCP를 공식 지원하기 시작하면서, 이제 누구나 코딩 없이 자신만의 MCP 서버를 구축할 수 있게 되었어요!

If you're thinking, "Servers, protocols... doesn't that sound too complicated?"—that's where n8n comes in. n8n is an incredible tool that lets you build complex automation workflows just by connecting blocks, no coding needed. Since it started officially supporting MCP in April 2025, anyone can now build their own MCP server without writing a single line of code!

  • AI가 n8n 워크플로우를 직접 생성하고 수정
    AI can directly create and modify n8n workflows
  • 웹사이트 정보 수집(크롤링) 후 슬랙, 이메일로 자동 발송
    Crawl website information and automatically send it to Slack or email
  • PDF 파일 내용 요약 후 텔레그램으로 전송
    Summarize PDF content and send it via Telegram
  • 명함 이미지 OCR 처리 후 구글 시트에 자동 저장
    Process business card images with OCR and save the data to Google Sheets automatically

이 모든 걸 AI에게 말 한마디로 시킬 수 있다고 상상해보세요. 정말 엄청나지 않나요? n8n과 MCP의 조합은 단순한 자동화를 넘어, 진정한 의미의 개인 맞춤형 AI 에이전트를 가능하게 합니다. / enables truly personalized AI agents.

Synology NAS: 내 손안의 개인 AI 서버 구축하기
Synology NAS: Building Your Personal AI Server

자, 이제 마지막 퍼즐 조각인 Synology NAS입니다. 클라우드 서비스도 좋지만, 내 데이터를 직접 통제하고 싶을 때, 24시간 안정적으로 자동화 시스템을 돌리고 싶을 때 NAS만 한 게 없죠. Synology NAS에 MCP 서버와 n8n을 설치하면, 우리는 완벽한 데이터 주권을 가진 개인 AI 자동화 서버를 소유하게 되는 겁니다.

And now for the final piece of the puzzle: the Synology NAS. While cloud services are great, nothing beats a NAS when you want to control your own data and run a stable 24/7 automation system. By installing an MCP server and n8n on a Synology NAS, you become the owner of a personal AI automation server with complete data sovereignty.

🚀 Synology NAS 활용의 핵심 이점
🚀 Key Advantages of Using a Synology NAS

  1. 데이터 주권 및 보안: 모든 데이터와 워크플로우가 내 NAS 서버에 저장되므로 민감한 정보의 외부 유출 위험이 없습니다.
    Data Sovereignty and Security: All your data and workflows are stored on your NAS server, eliminating the risk of sensitive information being exposed externally.
  2. 높은 유연성: 서버 환경을 직접 제어하므로, 필요에 맞게 설정을 최적화하거나 커스텀 기능을 추가하는 등 자유로운 확장이 가능합니다.
    High Flexibility: Since you control the server environment, you can freely customize it by optimizing settings or adding custom features to fit your needs.
  3. 안정적인 운영: NAS는 항상 켜져 있으므로 자동화 워크플로우를 24시간 안정적으로 운영할 수 있습니다.
    Stable Operation: A NAS is always on, allowing you to run your automation workflows reliably 24/7.
  4. 저전력 운영: 5~30W의 낮은 전력으로 운영이 가능해 전기세 부담도 적습니다.
    Low Power Consumption: It operates on just 5-30W, keeping electricity costs down.

설치는 주로 'Container Manager'라고 불리는 Docker를 통해 진행돼요. 처음에는 조금 복잡하게 느껴질 수 있지만, 한번 구축해두면 정말 든든한 나만의 AI 기지가 생긴답니다. DS920+, DS1621+ 같은 모델과 8GB 이상의 넉넉한 램을 추천드려요.

The installation is typically done using Docker via an app called 'Container Manager.' It might seem a bit complex at first, but once it's set up, you'll have a reliable AI hub of your own. I recommend models like the DS920+ or DS1621+ with at least 8GB of RAM.

 

현실적인 조언: 제한사항 및 주의사항
A Dose of Reality: Limitations and Important Considerations

물론 장밋빛 미래만 있는 것은 아닙니다. 직접 서버를 구축하고 운영하는 만큼, 현실적으로 고려해야 할 몇 가지 중요한 점들이 있어요. 저도 직접 부딪혀보면서 알게 된 내용들이니 꼭 참고하세요!

Of course, it's not all sunshine and roses. Since you're building and managing your own server, there are a few important, real-world factors to consider. These are things I learned firsthand, so I highly recommend keeping them in mind!

⚠️ 주의하세요! / ⚠️ Heads Up!
가장 큰 오해 중 하나가 '무료로 유료 기능을 쓸 수 있다'는 것인데요, Claude Code 같은 고급 기능은 MCP 연동과 상관없이 유료 Max 요금제 전용입니다. 또한, 무료 버전은 5시간마다 메시지 처리량에 제한이 있다는 점도 꼭 기억해야 합니다.

One of the biggest misconceptions is that you can "use paid features for free." Advanced features like Claude Code are exclusive to the paid Max plan, regardless of MCP integration. Also, remember that the free version has message limits that reset every 5 hours.
고려사항
Consideration
상세 내용
Details
기술적 난이도
Technical Difficulty
Docker, 네트워크, 방화벽, SSL 인증서 등 기본적인 서버 관련 지식이 필요합니다.
Basic knowledge of server-related topics like Docker, networking, firewalls, and SSL certificates is required.
보안 관리
Security Management
API 키나 비밀번호 같은 민감한 정보는 n8n의 자격 증명 저장소 등을 활용해 안전하게 관리해야 합니다.
Sensitive information like API keys and passwords must be managed securely, for instance, by using n8n's credential store.
유지보수
Maintenance
안정적인 운영을 위해 n8n, Docker 이미지 등을 주기적으로 업데이트하고 데이터를 백업해야 합니다.
For stable operation, you'll need to periodically update n8n, Docker images, and back up your data.

체리피킹은 그만! 대법원 판결로 본 '선행문헌 전체 대비 원칙' 실무 가이드

선행기술 파악 법리 — 진보성 판단에서 선행기술 전체 대비 원칙 실무 해설서 Legal Commentary · IP Law 선행기술 파...