@huicai/cli 2026.814.0 → 2026.1021.0

package/skills/marketing-chain/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "marketing-chain",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "新品上市整个 campaign 怎么排",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "大促从筹备到复盘，营销链怎么串",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "营销诉求跨环节，先看用哪个技能",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次投放 ROI 的分析",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一篇公众号长文",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/meeting-minutes/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "meeting-minutes",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "把这段会议录音转写整理成纪要",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "杂乱笔记提炼决议，输出行动项跟踪表",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "周例会和评审会纪要怎么写",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一份 Word 项目方案",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次语音转写的热词配置",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/metrics-system/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "metrics-system",
+  "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/negotiation-prep/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "negotiation-prep",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "要去谈判了，BATNA 和 ZOPA 怎么分析",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "对方压价，让步策略和议题包怎么设计",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "续约谈崩了怎么办，僵局怎么破",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一份商务合作邮件",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次合同条款审查",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/obs-prometheus/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "obs-prometheus",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "搭 Prometheus，远程存储怎么选",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "PromQL 怎么写，histogram_quantile 桶坑",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "告警规则失控，监控爆内存怎么治",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "建一套可观测三支柱体系",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段日志结构化输出",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/office-automation/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "office-automation",
+  "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": "写一段定时任务的 cron 表达式",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/okr-review/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "okr-review",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "定 OKR 怎么对齐",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "写周报月报和季度述职",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "年终总结和晋升答辩材料怎么写",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次项目排期的 WBS 拆解",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一份绩效考核方案",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/ops-fleet/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "ops-fleet",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "管一群虚机，批量执行怎么控爆炸半径",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "打补丁和重启编排怎么排",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "主机配置漂移，CMDB 怎么建",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次 K8s 集群的节点 drain",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段 Linux 的排障命令",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/ops-linux/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "ops-linux",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "服务器 load 高，CPU 和 D 状态怎么查",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "磁盘满了，IO util 和 await 怎么定位",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "连接异常，TIME_WAIT 和丢包怎么排",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次批量主机的补丁管理",
+      "shouldTrigger": false,
+      "lexical": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段容器镜像的构建脚本",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/optimization-solver/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "optimization-solver",
+  "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": "写一份供应链库存策略",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/patent-disclosure/SKILL.md

@@ -0,0 +1,105 @@
+---
+name: patent-disclosure
+description: 撰写专利技术交底书（发明/实用新型）。当用户说"写交底书/技术交底/申请专利/把这个技术点写成专利/给代理人的材料"时使用。从技术想法、技术方案、设计文档、源码、可研报告、概要设计、详细设计出发，产出含附图的完整交底书 docx。附图见 arch-diagram，申请文件见 patent-drafting。
+version: 1.0.0
+---
+
+# 专利技术交底书（交给代理人的那份材料）
+
+交底书不是论文也不是设计文档，它只回答代理人的四个问题：
+**现有技术是什么、你改了什么、这个改动为什么是"技术"改动、权利要求该怎么圈**。
+体例严格照抄本技能 `references/outline.md`（骨架来自本项目已定稿的交底书范本），**不要自创章节**。
+
+## 一、先摸清素材（决定这篇能不能立住）
+
+按可得材料逐个过：
+- **源码**：`search_code` 找到该机制的入口与核心实现 → `read_file` 读透关键函数。
+  交底书里的每一个数字（阈值、超时、容量、重试次数）都必须**来自代码或配置**，不许编。
+- **设计/可研/概要/详细设计文档**：`read_document` 通读，抽出问题背景、约束、方案对比、非功能指标。
+- **只有一个技术想法**：先把想法逼成"三问"——解决什么技术问题？现有做法为什么不行？你的做法在
+  哪一步与它们不同？三问答不出来就先别写，回去和用户对齐（宁可少写一篇，也别交一篇立不住的）。
+
+然后判断**客体**：纯商业规则、纯算法、纯数学方法不受保护。手段必须作用于
+「程序的装载/执行方式、数据的存储与传输结构、系统的资源调度、执行环境的能力边界、异常传播路径」
+这类计算机系统内在规律。立不住就换切入点，别硬写（第四节会要求你诚实写客体适格性说明）。
+
+## 二、核心构思：一篇交底书的成败在这三行
+
+`（1）具体方案` 开头必须先给核心构思，形如：
+
+> 其核心构思是将 N 件事在同一套机制中同时解决：
+> ● 在<维度一>上，……；
+> ● 在<维度二>上，……；
+> ● 在<维度三>上，……。
+
+**紧接着必须再写一段，论证这几个机制"互相成就"**——这是区别特征的落点：
+单拎任何一个机制多半都有在先技术，能主张的是**它们的配合关系**。
+例：「沙箱以能力裁剪阻断恶意表达式，被阻断后恰由单条异常边界承接，
+从而使安全防护不以牺牲可用性为代价。」没有这一段，代理人只能按最弱的那个特征去圈，保护范围就废了。
+
+## 三、正文写法要点
+
+- **现有技术分类要穷尽**：写 2~4 类做法（硬编码 / 专用引擎 / 通用方案…），每类都要写清"它是怎么做的"，
+  不能只写"现有技术效果不好"。**这一节写得越诚实，第二节的区别特征越站得住**。
+- **缺点逐条独立成段**，每条一个小标题（缺点一、缺点二…），写清"因为 X 所以 Y"，带数量级
+  （"冷启动数秒""变更周期以天计"）。缺点必须是**客观技术缺点**，不是"不够智能"这种主观评价。
+- **2.1 总体流程**：用 S1…Sn 编号把主链路走一遍，每步一句话。这一节直接决定权利要求 1 的骨架。
+- **2.2 起各节**：每节讲清一个机制，**先讲它解决什么、再讲怎么做、最后讲边界**。
+  凡有"三重防线""三态""双通道"这类并列结构，一律配一张对照图 + 一张表。
+- **关键参数取值**单独成节，用表格列出（参数 / 取值或说明），代理人写实施例要用。
+- **术语表放技术方案末尾**（"2.N 术语表"或"英文术语中文释义"），不要放开头。
+- **技术效果**分条写，每条尽量给可测量的对照（由 X 降到 Y、由全部收敛至单条）。
+
+## 四、附图（用 render_diagram 画，别手搓）
+
+交底书标配 4~6 张，**一律 `theme:"patent"`**（黑白线条、直角、无阴影，符合附图形式要求）
+并给 `figure:{no:N,title:"..."}`。正文引用写「如图 N 所示」。
+
+**图题体例（本项目铁律）**：图内不嵌「图N」与图名，图题是图片正下方的独立文字段落——
+即 md 里写 `![图 2  本发明：XX总体流程](figs/fig2.png)`，方括号内的文字会被排成居中图题。
+`figure.caption` 保持默认 `none`，不要让引擎把图号画进图里（全库 76 张图都按这条统一过）。
+
+| 图 | 型 | 内容 |
+|---|---|---|
+| 图1 | `compare` | 现有技术的 N 类做法，每栏 verdict 写该类的缺点，footer 写共性问题 |
+| 图2 | `flow` | 本发明总体流程，`stepPrefix:"S"` 自动编 S1..Sn；配置态/运行态两条线用 `lanes` + `laneRank:"per-lane"` 并列 |
+| 图3 | `module` | 装置模块组成（对应装置权利要求），附图标记 100/101/102，子模块 1021/1022 |
+| 图4 | `compare` 或 `flow` | 核心机制细化（三重防线、双通道、能力边界对比），递进关系置 `arrows:true` |
+| 图5 | `state` | 状态机（三态熔断、会话状态）——有状态迁移就一定要画 |
+
+纪律：**附图标记全篇唯一**，同一部件在各图中编号一致；图内只写必要词语，不写整句说明；
+一张图只讲一件事，讲不完就拆成两张。详细配方与反例见 `references/figures.md`。
+
+## 五、产出 docx
+
+1. 按 `references/outline.md` 骨架用 `write_file`（长文 `append=true` 分段）写 `交底书.md`；
+   插图处写独占一行的 `![图 2  本发明：XX总体流程](figs/fig2.png)`。
+2. `read_skill_file` 取 `scripts/patent_docx.py`，`run_python` 执行
+   `build('交底书.md', '一种XXX方法.docx', meta={...})` —— 自动生成交底书表头信息表
+   （申请人/发明创造名称/拟申请类型/联系人/经办人/备注）+ 正文 + 居中插图与图名。
+3. `verify('一种XXX方法.docx')` 重开校验章节树与插图数，对照骨架逐节点名。
+4. **交付前复验插图清晰度**：某些环境的后台服务会重采样刚改动过的 docx 内嵌图（有效 DPI 掉到两三百）。
+   用 python-docx 取 `doc.inline_shapes` 的像素宽 ÷ 显示宽算有效 DPI，低于 400 就重跑一次
+   第 2 步（脚本幂等）。图源用 `scale=4` 出的 PNG，留足余量。
+
+文件名 = 发明创造名称，形如 `一种<技术手段>的<解决的问题>方法.docx`：
+动宾结构、20~30 字、含区别特征关键词，**不出现商标与产品名**。
+
+## 六、交付前自查
+
+- [ ] 四大节齐全，节序与 `references/outline.md` 完全一致
+- [ ] 核心构思有"互相成就"那一段（区别特征的落点）
+- [ ] 现有技术写了 2~4 类具体做法，缺点逐条独立且客观、带量级
+- [ ] 每个数字都能在源码或配置里找到出处，没有编造
+- [ ] 附图 ≥4 张、全部 patent 主题、图号连续、附图标记不重复、正文有「如图 N 所示」呼应
+- [ ] 第四节写了客体适格性三要素表（技术问题/技术手段/技术效果）
+- [ ] 写了独立权利要求建议稿 + 从属建议 + 一并布置装置/设备/介质/程序产品
+- [ ] 检索建议给了 IPC 分类号、中英文关键词、建议排查的主体
+- [ ] **撰写要点里诚实写出实现差距**（当前实现比权利要求宽/窄在哪、后续收紧的表述预案）
+- [ ] 与同族其它篇的边界已划清，重叠部分标注「另案」（见 patent-portfolio）
+
+## 附件
+
+- `references/outline.md` —— 完整章节骨架，照抄填空
+- `references/figures.md` —— 附图规范与五类图的 spec 配方
+- `scripts/patent_docx.py` —— 交底书表头 + Markdown→docx（含居中插图与图名）、verify 重读校验

package/skills/patent-disclosure/references/figures.md

@@ -0,0 +1,110 @@
+# 专利附图：形式要求与五类图的 spec 配方
+
+全部用 `render_diagram` 画，**一律 `theme:"patent"`**。引擎会自动满足形式要求：
+纯黑白线条、直角、无阴影渐变、线宽统一加粗（缩印复印后仍清晰）、外边距与既有全库一致。
+
+## 图题的位置（本项目铁律）
+
+**图内不嵌「图N」与图名，图片本身只含内容标签**；图题一律是**图片正下方的独立文字段落**。
+这是既有交底书全库统一的体例，附图审核脚本正是按「图片段落自身无文字、其下一段以『图』开头」校验的。
+
+因此：`figure:{no:2, title:"..."}` 只用来**开启专利附图体例**（去掉标题色条与分隔线）与供体检核对，
+`caption` 保持默认 `"none"` 不要改；图题写在交底书 md 里图片的下一行——
+`![图 2  本发明：XX总体流程](figs/fig2.png)` 这一行的方括号内文字即会被排成居中图题。
+只有在"单独把一张图发给别人看"时才置 `caption:"bottom"` 让图片自解释。
+
+## 形式要求（不合规会收到补正通知）
+
+- **不得使用色彩与灰度**，不得有阴影、渐变、网底 → `theme:"patent"` 已强制
+- **各幅图按「图1、图2…」顺序编号** → `figure:{no:N, title:"..."}`，图号由正文图题承担
+- 图中**只写必要的词语**，不写整句说明、不写公司名与产品商标
+- **附图标记全篇唯一**：同一部件在所有图中用同一个数字；装置用 100/101/102，子模块用 1021/1022，
+  另一套体系（如状态）另起 200 段。重复了工具会在返回里直接告诉你
+- 说明书中每次提到部件都要带标记（"表达式校验模块 101"），附图与正文必须对得上
+- 一张图只讲一件事；讲不完拆成两张，别往一张里塞
+
+## 输出与插入
+
+```
+render_diagram(path="figs/fig2.svg", spec={...}, scale=4)
+```
+默认同时出 SVG（矢量，永不失真，归档与提交用）与 PNG（4 倍像素密度，贴进 docx 用）。
+交底书 md 里写独占一行：`![图 2  本发明：XX总体流程](figs/fig2.png)`。
+
+---
+
+## 图1 · 现有技术 N 类做法（compare）
+
+```json
+{ "type":"compare", "theme":"patent",
+  "figure":{"no":1,"title":"现有技术：三类XX实现方案"},
+  "columns":[
+    {"title":"方案一  <名称>","subtitle":"<一句话机制>",
+     "items":["<它怎么做>",{"text":"<关键动作>","sub":"<补充>"}],
+     "verdict":"缺点：<该类的客观缺点，带量级>"},
+    {"title":"方案二  <名称>","items":["…"],"verdict":"缺点：…"},
+    {"title":"方案三  <名称>","items":["…"],"verdict":"缺点：…"}
+  ],
+  "footer":"三类方案的共同问题：<共性缺点>" }
+```
+反例：把三栏写成"优点/缺点/结论"——那是评价表不是技术对照图。每栏必须写**它的机制**。
+
+## 图2 · 本发明总体流程（flow）
+
+```json
+{ "type":"flow", "theme":"patent", "direction":"TB", "stepPrefix":"S",
+  "figure":{"no":2,"title":"本发明：<发明名称>总体流程"},
+  "lanes":[{"id":"cfg","name":"配置态：<职责>"},{"id":"run","name":"运行态：<职责>"}],
+  "laneRank":"per-lane",
+  "nodes":[{"id":"a1","name":"<动作>","lane":"cfg"}, ...],
+  "edges":[{"from":"a5","to":"b1","label":"<交接条件>"}, ...] }
+```
+- `stepPrefix:"S"` 按 nodes 书写顺序自动编 S1..Sn，**这套编号要与正文 2.1 的 S1..Sn 一一对应**
+- 两条并行的线（配置态/运行态、离线/在线、训练/推理）用 `lanes` + `laneRank:"per-lane"`：
+  两道各自从顶部开始、只在交接处连一根线，图形紧凑且交接关系一目了然
+- 判断步骤用 `"shape":"diamond"`，每个分支都要有出边且带 label；存储用 `"shape":"cylinder"`
+- 汇合点之类不需要编号的节点置 `"step":false`
+
+## 图3 · 装置模块组成（module）
+
+```json
+{ "type":"module", "theme":"patent",
+  "figure":{"no":3,"title":"本发明：<XX>装置的模块组成"},
+  "root":{"name":"<XX>装置","numeral":"100","columns":3,"children":[
+     {"name":"<XX>模块","numeral":"101","desc":"<一句话职责>"},
+     {"name":"<XX>模块","numeral":"102","columns":2,"children":[
+        {"name":"<XX>子模块","numeral":"1021"},
+        {"name":"<XX>子模块","numeral":"1022"}]}
+  ]},
+  "links":[{"from":"101","to":"102","label":"<传递物>"}] }
+```
+- 模块划分**要与权利要求 1 的步骤一一对应**：有几个步骤就有几个模块，命名统一用「XX模块」
+- 一层 3~7 个模块；`links` 只画关键数据流，画满了反而看不清（模块图表达"组成"，不是"流程"）
+- 画硬件/物理结构示意（形状图）时给 `shape`（cylinder/hex/circle/parallelogram…），
+  并置 `numeralOutside:true` 改用专利惯用的"框外数字 + 引出线"
+
+## 图4 · 机制细化（compare / flow）
+
+并列结构（三重防线、双通道、能力边界对比）用 `compare`；递进关系置 `"arrows":true`。
+子流程用 `flow`，步骤编号接着总体流程往下排（`"stepStart":13`）。
+
+## 图5 · 状态机（state）
+
+```json
+{ "type":"state", "theme":"patent",
+  "figure":{"no":5,"title":"<对象>的<N>态<机制>状态机"},
+  "states":[{"id":"closed","name":"闭合态","desc":"<该态下的行为>","initial":true,"numeral":"201"}, ...],
+  "transitions":[{"from":"closed","to":"open","label":"<迁移条件，要写具体阈值>"}, ...] }
+```
+- 状态按主路径从左到右排；`from===to` 为自环
+- **每条迁移都要写条件**，且条件要与权利要求里的表述一致（"连续异常计数达到预设阈值"）
+- 有状态迁移的权利要求**必须配这张图**，否则审查员容易认为方案不清楚
+
+## 自查
+
+- [ ] 每张图都置了 `theme:"patent"` 且有 `figure.no`
+- [ ] **图内没有图号与图名**（caption 保持默认 none），图题在图片下方的段落里
+- [ ] 图号连续、正文每张都有「如图 N 所示」呼应
+- [ ] 附图标记全篇唯一，装置图与权利要求的模块名一致
+- [ ] 流程图的 S 编号与正文 2.1 完全对应
+- [ ] 工具返回的「提醒」（标记重复、名称过长）已逐条处理