@huicai/cli 2026.814.0 → 2026.1019.0

package/skills/patent-disclosure/scripts/patent_docx.py

@@ -0,0 +1,230 @@
+# 专利技术交底书 → Word（经 run_python 执行，python-docx 已随托管运行时就绪）。
+#
+# 入口 build()：交底书表头信息表 + Markdown 正文 → 成品 docx。
+#   · 表头是代理机构收件用的固定表格（申请人 / 发明创造名称 / 拟申请类型 / 联系人 / 经办人 / 备注），
+#     格式照抄本项目已定稿的交底书范本，不要自创；
+#   · 正文支持 #/##/### 标题、-/1. 列表、| 表格、**粗体**、以及独占一行的 ![图名](图片路径) 插图，
+#     插图自动居中、图名居中排在图的正下方（交底书体例）。
+# 直接执行本文件 = 自测：产出 patent_docx_check.docx 并重读校验。
+import os
+import re
+
+from docx import Document
+from docx.enum.table import WD_TABLE_ALIGNMENT
+from docx.enum.text import WD_ALIGN_PARAGRAPH
+from docx.oxml.ns import qn
+from docx.oxml import OxmlElement
+from docx.shared import Cm, Pt
+
+# 拟申请类型的四个勾选项（顺序固定，勾中的那个用 ☑）
+KINDS = ['发明', '实用新型', '外观设计', '发明、实用新型同主题']
+
+
+def _ea(run_or_style, west='Calibri', east='宋体'):
+    """中文字体必须同时设 w:eastAsia，只设 font.name 中文不生效。"""
+    run_or_style.font.name = west
+    el = run_or_style.element if hasattr(run_or_style, 'element') else run_or_style._element
+    el.rPr.rFonts.set(qn('w:eastAsia'), east)
+
+
+def _field(run, instr, placeholder=''):
+    """插入 Word 域（PAGE / NUMPAGES）。"""
+    begin = OxmlElement('w:fldChar')
+    begin.set(qn('w:fldCharType'), 'begin')
+    it = OxmlElement('w:instrText')
+    it.set(qn('xml:space'), 'preserve')
+    it.text = instr
+    sep = OxmlElement('w:fldChar')
+    sep.set(qn('w:fldCharType'), 'separate')
+    t = OxmlElement('w:t')
+    t.text = placeholder
+    end = OxmlElement('w:fldChar')
+    end.set(qn('w:fldCharType'), 'end')
+    for el in (begin, it, sep, t, end):
+        run._r.append(el)
+
+
+def new_doc():
+    doc = Document()
+    st = doc.styles['Normal']
+    st.font.size = Pt(11)
+    _ea(st, 'Calibri', '宋体')
+    for lvl, size in (('Heading 1', 15), ('Heading 2', 13), ('Heading 3', 12)):
+        s = doc.styles[lvl]
+        s.font.size = Pt(size)
+        s.font.bold = True
+        _ea(s, 'Calibri', '黑体')
+    p = doc.sections[0].footer.paragraphs[0]
+    p.alignment = WD_ALIGN_PARAGRAPH.CENTER
+    p.add_run('第 ')
+    _field(p.add_run(), 'PAGE', '1')
+    p.add_run(' 页 共 ')
+    _field(p.add_run(), 'NUMPAGES', '1')
+    p.add_run(' 页')
+    return doc
+
+
+def add_header_table(doc, meta):
+    """交底书表头：标题 + 六行信息表。meta 缺项留空，由填表人补。"""
+    for text, size in (('专利申请', 18), ('技术交底书', 18)):
+        p = doc.add_paragraph()
+        p.alignment = WD_ALIGN_PARAGRAPH.CENTER
+        r = p.add_run(text)
+        r.font.size = Pt(size)
+        r.font.bold = True
+        _ea(r, 'Calibri', '黑体')
+    kind = meta.get('kind', '发明')
+    kinds = '    '.join(('☑ ' if k == kind else '☐ ') + k for k in KINDS)
+    rows = [
+        ('申请人', meta.get('applicant', '')),
+        ('发明创造名称\n（必须填写）', meta.get('title', '')),
+        ('拟申请类型', kinds),
+        ('技术联系人姓名\n及其电话、email\n（必须填写）', meta.get('contact', '')),
+        ('经办人姓名及其电话、email\n（如不填写，则默认技术联系人为负责人）', meta.get('agent', '')),
+        ('备注事项', meta.get('notes', '是否仅用于申请政府高新资质或政府项目：\n是否将来申请国外专利：')),
+    ]
+    tb = doc.add_table(rows=len(rows), cols=2)
+    tb.style = 'Table Grid'
+    tb.alignment = WD_TABLE_ALIGNMENT.CENTER
+    for i, (k, v) in enumerate(rows):
+        for j, text in enumerate((k, v)):
+            cell = tb.cell(i, j)
+            cell.text = ''
+            for n, line in enumerate(str(text).split('\n')):
+                par = cell.paragraphs[0] if n == 0 else cell.add_paragraph()
+                r = par.add_run(line)
+                r.font.size = Pt(10.5)
+                r.font.bold = (j == 0)
+                _ea(r, 'Calibri', '宋体')
+    tb.columns[0].width = Cm(5.5)
+    tb.columns[1].width = Cm(10.5)
+    doc.add_paragraph()
+
+
+MAX_FIG_CM = 15.0     # 版心可用宽度
+TARGET_DPI = 450      # 目标有效 DPI（附图审核判据是 ≥400，留余量）
+
+
+def _fig_width_cm(img_path, max_cm=MAX_FIG_CM):
+    """按目标 DPI 反算显示宽度，并以版心宽封顶。
+
+    窄图若一律拉到满版心，有效 DPI 与白边都会被同比放大而超出附图审核判据；
+    按像素反算即可让宽图占满版心、窄图自然缩小，两者的有效 DPI 落在同一区间。
+    """
+    try:
+        from PIL import Image
+        with Image.open(img_path) as im:
+            return min(max_cm, im.width / TARGET_DPI * 2.54)
+    except Exception:
+        return max_cm      # 没有 PIL 或读不出尺寸：退回满版心，不影响成文
+
+
+def add_figure(doc, img_path, caption='', width_cm=None):
+    """居中插图 + 居中图名（交底书体例：图名在图的正下方）。width_cm 缺省按像素反算。"""
+    p = doc.add_paragraph()
+    p.alignment = WD_ALIGN_PARAGRAPH.CENTER
+    try:
+        p.add_run().add_picture(img_path, width=Cm(width_cm or _fig_width_cm(img_path)))
+    except Exception as e:                    # 图缺失不该让整篇交底书生不出来，留痕即可
+        p.add_run(f'［插图失败：{img_path}（{e}）］').font.size = Pt(10)
+    if caption:
+        cp = doc.add_paragraph()
+        cp.alignment = WD_ALIGN_PARAGRAPH.CENTER
+        r = cp.add_run(caption)
+        r.font.size = Pt(10.5)
+        r.font.bold = True
+        _ea(r, 'Calibri', '黑体')
+
+
+def _runs(par, text):
+    """按 **粗体** 拆 run，并把中文字体设对。"""
+    for i, seg in enumerate(re.split(r'\*\*(.+?)\*\*', text)):
+        if not seg:
+            continue
+        r = par.add_run(seg)
+        r.bold = (i % 2 == 1)
+        _ea(r, 'Calibri', '宋体')
+
+
+def _flush_table(doc, rows):
+    cells = [[c.strip() for c in r.strip().strip('|').split('|')] for r in rows]
+    cells = [r for r in cells if not all(re.fullmatch(r':?-{2,}:?', c or '---') for c in r)]
+    if not cells:
+        return
+    tb = doc.add_table(rows=len(cells), cols=len(cells[0]))
+    tb.style = 'Table Grid'
+    for i, row in enumerate(cells):
+        for j, val in enumerate(row[:len(tb.columns)]):
+            par = tb.cell(i, j).paragraphs[0]
+            _runs(par, val)
+            for r in par.runs:
+                r.font.size = Pt(10.5)
+                if i == 0:
+                    r.bold = True
+    doc.add_paragraph()
+
+
+def build(md_path, out_path, meta=None, img_width_cm=None):
+    """交底书 Markdown → 成品 docx。meta: applicant/title/kind/contact/agent/notes。返回 out_path。"""
+    meta = dict(meta or {})
+    doc = new_doc()
+    add_header_table(doc, meta)
+    base = os.path.dirname(os.path.abspath(md_path))
+    table = []
+    for line in open(md_path, encoding='utf-8').read().splitlines() + ['']:
+        s = line.rstrip()
+        if s.lstrip().startswith('|'):
+            table.append(s)
+            continue
+        if table:
+            _flush_table(doc, table)
+            table = []
+        if not s.strip():
+            continue
+        img = re.match(r'^\s*!\[(.*?)\]\(([^)]+)\)\s*$', s)
+        if img:
+            src = img.group(2).strip()
+            add_figure(doc, src if os.path.isabs(src) else os.path.join(base, src), img.group(1).strip(), img_width_cm)
+            continue
+        h = re.match(r'^(#{1,3})\s+(.*)', s)
+        if h:
+            doc.add_paragraph(h.group(2).strip(), style=f'Heading {len(h.group(1))}')
+        elif re.match(r'^\s*[-*]\s+', s):
+            _runs(doc.add_paragraph(style='List Bullet'), re.sub(r'^\s*[-*]\s+', '', s))
+        elif re.match(r'^\s*\d+[.、]\s*', s):
+            _runs(doc.add_paragraph(style='List Number'), re.sub(r'^\s*\d+[.、]\s*', '', s))
+        else:
+            _runs(doc.add_paragraph(), s)
+    doc.save(out_path)
+    return out_path
+
+
+def verify(path):
+    """重读校验：章节树 + 段落/表格/插图数。交付前必跑，对照 outline.md 逐节点名。"""
+    doc = Document(path)
+    heads = [(p.style.name, p.text) for p in doc.paragraphs if p.style.name.startswith('Heading')]
+    print(f'[verify] 段落 {len(doc.paragraphs)} · 表格 {len(doc.tables)} · 插图 {len(doc.inline_shapes)} · 标题 {len(heads)}')
+    for style, text in heads:
+        print('  ' * (int(style[-1]) - 1) + f'- [{style}] {text}')
+    missing = [s for s in ('一、', '二、', '三、', '四、') if not any(t.startswith(s) for _, t in heads)]
+    if missing:
+        print('[warn] 缺少一级章节：' + '、'.join(missing))
+    return heads
+
+
+if __name__ == '__main__':
+    md = 'patent_docx_check.md'
+    open(md, 'w', encoding='utf-8').write(
+        '# 一、与本申请最接近的现有技术：\n## 1、现有技术的方案简述\n现有技术主要有三类方案，如图 1 所示。\n\n'
+        '## 2、现有技术的客观缺点\n**缺点一：变更周期以天计**\n规则写在源码中，每次调整都要走完整发布流程。\n\n'
+        '# 二、本申请的技术方案：\n## （1）具体方案\n其核心构思是将三件事在同一套机制中同时解决：\n'
+        '- 在安全性上，以能力裁剪实现沙箱；\n- 在时效性上，解析缓存配合整体替换；\n- 在可用性上，单条异常边界。\n\n'
+        '## 2.1 总体流程\n| 参数 | 取值 |\n|---|---|\n| 熔断阈值 | 连续异常 10 次 |\n\n'
+        '# 三、本申请可能的替代方案\n替代方案 1：改变异常边界的粒度。\n\n'
+        '# 四、其他有助于理解本申请提案的技术资料\n## 3、本申请的客体适格性说明\n手段作用于执行环境的能力边界。\n')
+    p = build(md, 'patent_docx_check.docx', meta={
+        'applicant': '陈波', 'title': '一种沙箱化表达式规则的热更新与异常熔断隔离方法',
+        'kind': '发明', 'contact': '陈波    13800000000    a@b.com',
+    })
+    verify(p)
+    print('OK', p)

package/skills/patent-disclosure/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "patent-disclosure",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "帮我写份技术交底书",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "把这个技术点写成专利，给代理人的材料",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "从概要设计出发写申请专利的交底材料",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写权利要求书和说明书",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次商标注册申请",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/patent-drafting/SKILL.md

@@ -0,0 +1,108 @@
+---
+name: patent-drafting
+description: 撰写专利申请文件正文（权利要求书、说明书、说明书摘要、附图说明、摘要附图）。当用户说"写权利要求/写说明书/出申请文件/按交底书写正式文本/答复审查意见"时使用。上游是 patent-disclosure（交底书），附图用 render_diagram 的 patent 主题。
+version: 1.0.0
+---
+
+# 专利申请文件（权利要求书 + 说明书 + 摘要 + 附图）
+
+交底书是给代理人看的，申请文件是**递给专利局**的。二者不能混：
+交底书可以有"建议""可能"，申请文件里**一个不确定的词都不能有**。
+
+已有交底书就从它转写；没有就先走 patent-disclosure。**申请文件的每个特征都必须能在交底书里找到出处**。
+
+## 一、权利要求书（最重要，先写它）
+
+结构：独立权利要求 1 → 从属 2..N → 装置权利要求 → 电子设备 → 存储介质 → 计算机程序产品。
+
+### 独权 1 的写法
+
+```
+1. 一种<主题名称>，其特征在于，包括：
+   步骤一：<动作>，<条件>，<结果>；
+   步骤二：……；
+   ……
+   步骤N：……。
+```
+
+- **主题名称 = 交底书的发明创造名称**，全文一字不改；方法权利要求写"方法"，装置写"装置"
+- 前序部分写与现有技术共有的特征，"其特征在于"之后写区别特征——**区别特征要写机制的配合关系**，
+  不是把三个已知特征并列（并列容易被"三份现有技术的简单组合"打掉）
+- 每个步骤一句话到底，主谓宾齐全；步骤之间的引用要明确（"所述规则集合""所述连续异常计数"）
+- **首次出现的部件/参数用"一个/所述"引出，之后一律"所述XX"**，前后名称必须完全一致
+- 禁用词：约、大约、优选、较佳、等、诸如、大概、若干、尽可能、显著。数值要么写具体值、
+  要么写"预设阈值"并在说明书中给出示例值
+- 功能性限定慎用（"用于……的模块"）——能写动作就写动作
+- **开放式表述保范围**：能力裁剪类特征写"至少禁止 A、B、C"，参数写"预设阈值"，
+  这样后续实现收紧或放宽都还在范围内
+
+### 从属权利要求
+
+- 引用格式：`2. 根据权利要求 1 所述的方法，其特征在于，……`；多引多写 `根据权利要求 1 或 2 所述的`
+- **一个从属项只加一个技术特征**；把交底书里的"并列机制"（三重防线之类）拆成并列的从属项
+- 布局顺序：核心机制细化 → 参数取值 → 失效时的保守处置 → 存证与可追溯 → 生命周期与回滚
+- 从属项是被打掉独权后的退守阵地，**每一项都要能独立支撑一次修改**，别写成同义反复
+
+### 装置/设备/介质/程序产品
+
+- 装置权利要求的模块**与方法步骤一一对应**（步骤一→接收模块，步骤二→解析模块…），
+  模块名与图3 的附图标记一致
+- 电子设备：存储器 + 处理器，处理器执行程序时实现权利要求 1-N 任一所述方法
+- 存储介质：计算机可读存储介质，其上存储计算机程序，被处理器执行时实现……
+- 程序产品：包含计算机程序，被处理器执行时实现……
+
+## 二、说明书
+
+固定五节，节名不能改：
+
+1. **技术领域**：一句话。"本申请涉及<领域>技术领域，尤其涉及一种<主题名称>。"
+2. **背景技术**：写现有技术的做法与客观缺点（来自交底书第一节）。
+   **不得贬低他人产品、不得出现商标与厂商名**；缺点要写成技术事实。
+3. **发明内容**：三段式——
+   - 要解决的技术问题（对应背景技术的缺点，逐条对上）
+   - 技术方案（**把权利要求 1 完整复述一遍**，再补从属项的方案）
+   - 有益效果（对应技术问题逐条给出，可测量）
+4. **附图说明**：`图 1 为本申请实施例提供的<内容>示意图；` 逐张一句话，编号与附图一致。
+5. **具体实施方式**：
+   - 至少一个完整实施例，把权利要求的每个步骤展开成"怎么做"，给具体参数示例值
+   - **权利要求里出现的每个特征，说明书里必须有对应记载**（否则"得不到说明书支持"）
+   - 反过来，说明书里可以多写（为后续修改留素材），但不能出现与权利要求矛盾的表述
+   - 提部件必带附图标记（"表达式校验模块 101"）
+   - 结尾加惯用兜底段：以上仅为本申请的较佳实施例，凡在本申请精神和原则之内所作的任何修改、
+     等同替换和改进等，均应包含在本申请的保护范围之内。
+
+## 三、摘要与摘要附图
+
+- 摘要 ≤300 字：技术领域 + 要解决的问题 + 主要技术手段 + 用途/效果，**一段到底，不分段、不加标题**
+- 不得使用商业性宣传用语（"本发明极大提升……"）
+- 摘要附图选**最能体现发明整体方案的那一张**，通常是图2（总体流程）
+
+## 四、附图
+
+用 `render_diagram` 的 `theme:"patent"` 画（见 arch-diagram / patent-disclosure 的 figures 附件）。
+正式申请对附图的硬要求：
+
+- 黑白线条、直角、无阴影灰度网底 → patent 主题已强制
+- 图中**除必要词语外不加注释**；不得有页码、公司标识、边框外文字
+- 各图按图1、图2 顺序编号；同一部件在各图中的**附图标记必须一致且全篇唯一**
+- 说明书里凡提到部件必带标记，且标记必须在附图中出现——两边对不上是最常见的补正理由
+
+## 五、答复审查意见（OA）时
+
+1. 先读清审查员引用的对比文件与其指出的**具体段落**，逐条对照，不要泛泛答辩
+2. 修改只能**基于原始申请文件记载的内容**（超范围是硬伤，改不回来）——
+   这就是说明书要多写、独权要用开放式表述的原因
+3. 争辩创造性时抓三点：区别技术特征是什么 → 实际解决的技术问题是什么 →
+   现有技术是否给出了结合的技术启示（**没有启示**是主战场）
+4. 意见陈述书里对每条审查意见单独编号回应，附修改对照表
+
+## 交付前自查
+
+- [ ] 权利要求主题名称与发明名称完全一致，全文引用关系闭合（无"所述X"找不到出处）
+- [ ] 独权无禁用词、无功能性限定滥用、区别特征写的是配合关系而非并列堆砌
+- [ ] 从属项各加一个特征，能独立支撑一次修改
+- [ ] 装置模块与方法步骤一一对应，且与图3 标记一致
+- [ ] 说明书五节齐全，权利要求每个特征在说明书中都有记载
+- [ ] 附图说明张数 = 实际附图张数；正文提到的每个标记都在图上
+- [ ] 摘要 ≤300 字、无宣传语、指定了摘要附图
+- [ ] 全文无商标、厂商名、产品名与贬低性表述

package/skills/patent-drafting/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "patent-drafting",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "帮我写权利要求书和说明书",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "按交底书出正式申请文件",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "答复审查意见通知书怎么写",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一份技术交底书",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次专利布局的选题",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/patent-portfolio/SKILL.md

@@ -0,0 +1,81 @@
+---
+name: patent-portfolio
+description: 专利技术点挖掘与同族布局（从产品/源码里找可专利点、一个方向拆成多篇互不覆盖的申请、排期与优先权）。当用户说"这个项目能报哪些专利/挖专利点/专利布局/拆几篇/会不会撞车"时使用。产出选题清单与同族边界表；单篇交底书见 patent-disclosure。
+version: 1.0.0
+---
+
+# 专利挖掘与同族布局（决定"报几篇、每篇圈什么"）
+
+布局做错的代价比单篇写差大得多：**两篇互相覆盖 = 白花一份钱且互为现有技术**。
+本技能只做技术侧的选题与边界，法律侧（费用、年费、地域、许可）见 ip-management。
+
+## 一、挖点：可专利点长什么样
+
+从产品或代码库里找，判据是**"它是不是一个别人不会自然想到的技术取舍"**：
+
+- **有取舍的机制**：为了 A 牺牲 B，并用第三个机制把 B 补回来 —— 最容易立住的形态
+- **有阈值/状态/时序的机制**：三态熔断、双滚动窗口、波次结算、切点吸附
+- **跨层协同**：客户端与服务端配合完成一件事（旁路捕获去重、视觉桥接注入）
+- **反直觉的做法**：不做缓存反而更快、不重试反而更稳、把能力裁掉换安全
+
+不是可专利点：纯业务规则与流程（谁审批谁）、纯 UI 布局、参数调优、
+把现成库接起来、纯算法公式本身。**判据是有没有作用于计算机系统的内在规律**。
+
+挖点动作：
+1. `list_files` + `search_code` 通读模块骨架，列出"这个系统里有名字的机制"
+2. 对每个机制问三句：解决什么技术问题？现有做法为什么不行？我们哪一步不同？
+3. 三句都答得出 → 进候选池；答不出 → 记入"待观察"，别硬报
+
+## 二、拆篇：同族边界怎么划
+
+一个方向拆成 N 篇的唯一合法理由是：**它们的独立权利要求各自的区别特征不重叠**。
+
+划边界的方法：
+1. 把候选点写成一句"区别特征句"：`以<手段>实现<效果>，其中<关键取舍>`
+2. 两句之间若有一句能被另一句涵盖 → 合并成一篇（把弱的降级为从属权利要求）
+3. 若只是"同一机制的不同应用场景" → 合并，场景写成实施例
+4. 确认互不覆盖后，在每篇交底书的相关位置**标注「另案」**：
+   > 该部分的<XX机制>已由《一种……方法》另案申请，本申请不就此主张，仅作为运行环境记载。
+
+   这句话必须写，否则代理人会把同一特征在两篇里各主张一次，两篇互相成为最接近的现有技术。
+
+## 三、布局形状
+
+- **核心专利**：把主机制圈住，权利要求写得宽（开放式表述、"至少包括"）
+- **外围包绕**：围绕核心的改进点各一篇（参数自适应、失效保守处置、可观测与回溯、跨端一致性）
+  —— 外围篇是防止他人绕过核心的篱笆，也是后续交叉许可的筹码
+- **防御性公开**：不值得申请但不想被别人申请的，写成技术公开（博客/文档留时间戳）
+- **不申请**：核心工艺且不公开也难以被反向 —— 走商业秘密路线（专利=公开换保护，想清楚再报）
+
+## 四、排期与顺序
+
+- **先申请后发表**：论文、发布会、开源、展会披露都会破坏新颖性。有申请计划的先递交
+- 同族按依赖顺序递交：核心先递，外围随后（外围引用核心时用"另案"表述而非详细复述）
+- 优先权：首次申请起 12 个月内可就同一主题在境外申请并主张优先权，需要出海的提前规划
+- 一批次建议 5~12 篇，超过就分两批 —— 一次递太多，代理人质量必然滑坡
+
+## 五、产出物
+
+### 选题清单（给用户拍板用）
+
+| 序号 | 拟名称 | 区别特征句 | 客体风险 | 已实现 | 建议 |
+|---|---|---|---|---|---|
+| 1 | 一种…… | 以……实现……，其中…… | 低/中/高 | 是/部分 | 报/合并到 N/待观察 |
+
+### 同族边界表（给代理人用）
+
+| 篇 | 独权圈住的 | 明确不主张（另案） |
+|---|---|---|
+| 《一种 A》 | ……机制及其配合关系 | ……（见《一种 B》） |
+
+两张表都用 `render_diagram` 配一张 `tree` 或 `module` 图会更好读：
+根为技术方向，一级为核心/外围，叶子为各篇名称。
+
+## 自查
+
+- [ ] 每个候选点都写出了区别特征句（写不出的不进清单）
+- [ ] 逐对检查过覆盖关系，没有两篇的独权互相涵盖
+- [ ] 每篇的"另案"表述已写进交底书
+- [ ] 标注了客体风险，高风险项给了换切入点的建议
+- [ ] 与已公开材料核对过：没有已发表/已开源导致新颖性丧失的项
+- [ ] 与既有专利资产核对过，没有重复申请（台账见 ip-management）

package/skills/patent-portfolio/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "patent-portfolio",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "这个项目能报哪些专利，挖一下专利点",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "一个方向拆几篇，会不会撞车",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "专利布局和优先权排期怎么定",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一份单篇的技术交底书",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次商标侵权应对",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/pdf-toolkit/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "pdf-toolkit",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "把这个 PDF 拆分，抽出某几页",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "多个 PDF 合并，加个水印",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "PDF 去密码，旋转页面",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "通读这份几百页的年报做总结",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "把 Word 转成正式文档",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/perf-optimize/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "perf-optimize",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "这个接口太慢了，帮我优化",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "内存一直涨，怀疑泄漏",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "CPU 高延迟大，怎么定位瓶颈",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次压测方案的容量评估",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段 SQL 的索引优化",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/pivot-crosstab/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "pivot-crosstab",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "帮我做个数据透视和交叉分析",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "按维度拆一下，看占比和贡献",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "环比同比怎么算，多维钻取",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次漏斗转化的流失定位",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段 SQL 的分组聚合",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/policy-analysis/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "policy-analysis",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "解读一下这份政策，对我们有什么影响",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "这个办法细则我们能享受什么",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "政策对比和申报窗口台账怎么建",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次项目申报书的可研编制",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一份合规体系文件",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/portfolio-analysis/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "portfolio-analysis",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "我的持仓组合表现怎么样，收益从哪来",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "做 Brinson 业绩归因",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "该不该再平衡，集中度风险在哪",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "分析一只股票的技术指标和回撤",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一份公司研究的估值模型",
+      "shouldTrigger": false
+    }
+  ]
+}