@huicai/cli 2026.814.0 → 2026.1019.0

package/skills/data-streaming/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "data-streaming",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "实时作业反压了，怎么定位",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "checkpoint 连环失败，状态膨胀怎么治",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "实时和离线对不上，水位线和窗口怎么选",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一段批处理的 ETL 调度",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次消息队列的选型",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/data-wrangling/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: data-wrangling
-description: 数据清洗与多表关联匹配（清洗规范化、去重、模糊匹配、VLOOKUP 式关联、多表合并、宽长转换）。当用户说"清洗数据/两张表拼一起/对不上/VLOOKUP/模糊匹配/去重/表格规范化"时使用。Excel 分析链之整理环。
+description: 数据清洗与多表关联匹配（清洗规范化、去重、模糊匹配、VLOOKUP 式关联、多表合并、宽长转换）。当用户说"清洗数据/两张表拼一起/对不上/VLOOKUP/模糊匹配/去重/表格规范化"时使用。
 version: 1.0.0
 ---
 

package/skills/data-wrangling/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "data-wrangling",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "两张表拼一起，用 VLOOKUP 关联",
+      "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/db-es/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "db-es",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "Elasticsearch 深分页打挂了，怎么用 search_after",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "中文分词 ik 和 mapping 改不动怎么办",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "聚合 OOM，分片怎么规划，ILM 滚动索引怎么配",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次 MySQL 死锁排查",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段全文检索的前端交互",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/db-migration/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "db-migration",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "要换库做数据迁移，全量加增量怎么追平",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "信创替库，Oracle 迁 MySQL 有哪些坑",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "迁完数据对不上，怎么做三层校验和回退",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次数据库索引优化",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一份数据治理规范",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/db-mysql/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "db-mysql",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "MySQL 死锁了，间隙锁怎么排查",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "主从延迟严重，ROW 和 GTID 怎么配",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "大表 online DDL 用哪种算法，gh-ost 怎么跑",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "PostgreSQL 表膨胀怎么处理",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 Redis 大 key 治理",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/db-postgres/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "db-postgres",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "PostgreSQL 表膨胀，autovacuum 怎么调",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "XID 回卷风险怎么防，复制槽堆积怎么办",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "GIN 和 BRIN 索引怎么选，pgvector 怎么用",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "MySQL 主从延迟怎么排查",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 Elasticsearch 分片规划",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/db-redis/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "db-redis",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "Redis 大 key 热 key 把集群拖垮了",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "缓存不一致，先删库还是先删缓存",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "分布式锁出问题，红锁到底靠不靠谱",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次 MySQL 索引失效排查",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "设计一个消息队列的重试策略",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/debug-root-cause/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "debug-root-cause",
+  "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/dependency-audit/SKILL.md

@@ -0,0 +1,56 @@
+---
+name: dependency-audit
+description: 依赖清单静态体检——查这份清单自己有没有病：标准库被同名三方包遮蔽、已被标准库吸收的老 backport、未钉版本、同一个包被钉成两个不同版本、重复条目。当用户说"依赖有没有问题/依赖有点乱/帮我体检一下依赖/整理清理依赖/版本冲突/为什么装了这个包就出错/这个项目的依赖清单看看"时使用；纯离线只读，不联网也不改文件。
+version: 1.0.0
+---
+
+# 依赖清单静态体检
+
+依赖出问题时，人的第一反应通常是「是不是该升级了」。但有一类问题**升级永远修不好**，
+因为病在清单本身：一个与标准库同名的包、一个十年前的 backport、同一个包写了两遍不同版本。
+这类问题不产生报错，只在某次安装之后让某个模块悄悄换了实现——现场极其迷惑：
+代码没改、运行时没换，只是某个标准库突然行为不对了。
+
+## 何时使用
+
+- 用户说「依赖有没有问题」「帮我看看清单」「版本冲突」「依赖乱了」
+- 装了某个包之后出现说不清的行为变化
+- 接手一个陌生项目，想先摸清依赖清单的健康度
+- 升级依赖**之前**——先把清单本身的病修掉，再谈升级
+
+## 怎么用
+
+1. 直接调 `dependency_audit`（可带 path 指定子目录）。它支持
+   `requirements.txt` / `package.json` / `pom.xml`，纯离线只读。
+2. 按严重度处置：**严重**的两类（标准库遮蔽、版本冲突）会真出事，优先修；
+   中等的（未钉版本、重复条目）择机清理。
+3. 每条发现都自带「处置」，照着做即可。**不要**把处置改写成「升级到最新版」——
+   那是另一件事，而且对这几类问题无效。
+
+## 五类检查
+
+| 类别 | 严重度 | 为什么危险 |
+|---|---|---|
+| 标准库遮蔽 | 严重 | 装一个与标准库同名的包会让 import 拿到 PyPI 上那个同名包，多半是很久以前某人占的坑 |
+| 已弃用的 backport | 严重 | `enum34`、`futures` 这类早已进标准库，装着只会与现代运行时打架 |
+| 版本冲突 | 严重 | 同一个包被钉成两个不同版本，最终装哪个取决于解析顺序——今天能跑不代表明天能跑 |
+| 未钉版本 | 中等 | 下次安装可能解析到完全不同的代码 |
+| 重复条目 | 中等 | 最容易的失败方式是「只改了其中一条」，而这不会有任何报错 |
+
+## 与另外两件事的分工
+
+这三件事经常被混为一谈，但处置完全不同：
+
+- **本技能**：这份清单自己有没有病 → 改清单
+- **依赖发布雷达**：上游发了什么值得注意的新版本（安全修复、破坏性变更）→ 决定要不要升
+- **dependency-upgrade 技能**：怎么安全地升 → 执行升级
+
+一份有病的清单，无论怎么盯上游、怎么小心升级，病都不会消失。所以顺序是：先体检，再升级。
+
+## 边界
+
+- **不联网**。上游的同类工具会查 PyPI 已撤回（yanked）版本，本技能刻意不做：
+  私有化与内网部署里那类检查只会稳定失败，而一个经常失败的检查项会让人连带不信任
+  其余那些是对的结论。要查撤回版本请用发布雷达。
+- **不查已知漏洞**。那是安全扫描的事（`security-audit` 技能）。
+- **认不出的格式直接跳过**，不猜也不硬报——假阳性是这类工具被关掉的头号原因。

package/skills/dependency-audit/trigger-cases.json

@@ -0,0 +1,7 @@
+{
+  "cases": [
+    { "id": "manifest-sick", "prompt": "帮我看看依赖清单有没有问题，是不是有版本冲突", "shouldTrigger": true },
+    { "id": "deps-messy", "prompt": "这个项目的依赖有点乱，帮我体检一下清理清理", "shouldTrigger": true },
+    { "id": "upgrade", "prompt": "帮我把依赖升级到最新版本", "shouldTrigger": false }
+  ]
+}

package/skills/dependency-upgrade/trigger-cases.json

@@ -0,0 +1,31 @@
+{
+  "skill": "dependency-upgrade",
+  "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/dev-cpp/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-cpp",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "C++ 内存崩溃，用 sanitizers 怎么排",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "现代 CMake target 怎么组织，vcpkg 怎么管依赖",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "智能指针所有权和内存序怎么定",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一段 Rust 的所有权代码",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 JVM GC 调优",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-cross-platform/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-cross-platform",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "跨端选型，Flutter 还是 RN 还是 uni-app",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "微信小程序 setData 卡顿，登录态怎么做",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "做个桌面壳应用，Electron 还是 Tauri",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次原生 Android 启动优化",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段前端首屏分包",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-csharp/SKILL.md

@@ -90,6 +90,29 @@ GC 模式:Server GC(服务默认)/Workstation(桌面);LOH 大对象(≥85KB)频
 
 **作业包**:`references/review-checklist.md`(.NET 评审速扫:captive dependency/async 全链/EF 三宝/时间与比较/中间件顺序)。
 
+## 机器自查（别只靠记忆过这张评审单）
+
+上面「async 全链」「DI 生命周期」「常见坑 TOP」里的大半条目已经做成机器规则：
+
+```
+code_inspect(path)          # 异步/异常/并发/LINQ/EF/资源，一次过
+test_plan(path)             # 补单测前先算清该测几条路、边界在哪
+```
+
+机器能查的：`async void` · `.Result`/`.Wait()` · async 无 await · **`throw ex;` 重置堆栈** ·
+`DateTime.Now` · `double` 算钱 · `Parse` 无 IFormatProvider · `lock(this)`/`lock(串)` ·
+`static Random` · 事件订阅无退订 · LINQ 多次枚举 · `.Count() > 0` · 资源不走 using ·
+循环里查库 · DbContext 注册成 Singleton · `FromSqlRaw` 拼接 · 手 `new HttpClient()` ·
+`ToLower()` 后比较 · **`async void` 测试方法**。
+
+机器查不了、仍要人看的：captive dependency（Singleton 持有 Scoped，要跨文件看注册与构造函数）、
+`ConfigureAwait(false)` 该不该加（取决于这是库还是应用）、CancellationToken 有没有全链透传、
+struct 装箱是否在热路径、ValueTask 的取舍。**这几项评审时重点看。**
+
+> 注：C# 这一组规则尚未在真实 C# 项目上治过误报（本仓库没有 C# 代码），
+> 判据取得比较保守。首次在你的项目上跑出可疑告警时，用 `code-inspect-ignore` 标掉并告知，
+> 我们按前几轮的方式收紧判据。
+
 ## 使用纪律
 
 警告即错误渐进开(TreatWarningsAsErrors 按项目推进);升级 TFM 跑全量+API 兼容检查;

package/skills/dev-csharp/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-csharp",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": ".NET 老 Framework 怎么迁移",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "EF Core 查询慢，DI 生命周期怎么选",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "ASP.NET Core 中间件顺序和 async 死锁",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一段 Java Spring 事务代码",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 Go 的 pprof 画像",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-frontend/SKILL.md

@@ -85,6 +85,25 @@ sourcemap 只上传监控平台,不公开(eng-security);CDN 缓存键与灰度
 
 **作业包**:`scripts/bundle-budget.py`(dist 产物 gzip 口径体积报告+单文件与总量预算门禁+sourcemap 外泄提醒)。
 
+## 机器自查（别只靠记忆过这张评审单）
+
+上面「any 治理」「列表 key 禁 index」这些评审必问项，已经做成机器规则：
+
+```
+code_inspect(path)                     # JS 异步陷阱 + TS 类型逃逸 + Vue 模板与响应式
+code_inspect(path, only="framework")   # 只看 Vue（v-for/v-if/v-html/props/reactive）
+test_plan(path)                        # 补单测前先算清该测几条路、边界在哪
+```
+
+机器能查的：`.forEach(async …)` · `a?.b.c` 可选链只防一层 · `x === NaN` · `for...in` 遍历数组 ·
+排数字忘比较函数 · `delete arr[i]` · `JSON.parse` 无防护 · `as any` · `@ts-ignore` 无理由 ·
+返回 `any` · **v-for 无 :key / :key 用 index / v-if 与 v-for 同元素 / v-html** ·
+直接改 props · 解构 reactive。
+
+机器查不了、仍要人看的：状态该放哪一层（局部/提升/请求缓存/全局 store）、
+组件状态全集齐没齐（默认/加载/空/错误/超长/权限缺失）、请求层的竞态与幂等、
+分包边界是否合理。**这几项评审时重点看。**
+
 ## 使用纪律
 
 还原走查单过了才提测(eng-ux);console/debugger 门禁拦(dev-toolchain pre-commit);

package/skills/dev-frontend/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-frontend",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "前端首屏慢，Core Web Vitals 怎么优化",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "线上白屏排查，请求层竞态怎么处理",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "Vite 工程化和 TS 严格模式怎么渐进",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次小程序的 setData 优化",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段 Node 服务的健康检查",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-go/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-go",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "Go goroutine 泄漏怎么排查",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "context 和 channel 关闭纪律怎么定",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "用 pprof 做内存和 GC 画像",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一段 Rust 的异步 tokio 代码",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 Java 线程池调参",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-harmony/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-harmony",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "鸿蒙立项评估，纯血鸿蒙要不要做",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "ArkTS 迁移和 ArkUI 状态管理怎么选",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "HAP HSP HAR 包结构，上架华为市场",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "做一次 iOS 上架合规整改",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "写一段 Flutter 跨端组件",
+      "shouldTrigger": false
+    }
+  ]
+}

package/skills/dev-java/SKILL.md

@@ -71,6 +71,26 @@ jlink 裁剪 JRE 判据(体积敏感才做,维护成本先认);JVM 参数进启
 
 **作业包**:`scripts/jvm-triage.sh`(线程栈×2/状态统计/死锁检测/GC 概况/CPU 最高线程定位,打包保全;--histo 显式开(有停顿))。
 
+## 机器自查（别只靠记忆过这张自查单）
+
+上面的「事务失效八景」与「常见坑 TOP」，大半已经做成机器规则，改完代码跑一次即可：
+
+```
+code_inspect(path, only="framework")   # 事务失效/自调用/注入/单例状态/MyBatis ${}
+run_tests(path)                        # 跑测试并解析出「失败在哪、期望什么、实际什么、对应哪行业务代码」
+run_tests(path, filter="…")            # 只跑相关用例，定位问题时比全量快得多
+code_inspect(path)                     # 再加语言陷阱：BigDecimal、拆箱、ThreadLocal、YYYY、Executors…
+test_plan(path)                        # 补单测前先算清该测几条路、边界在哪
+```
+
+机器能查的：@Transactional 落私有方法 · 受检异常未配 rollbackFor · catch 吞异常 · 事务内起新线程 ·
+同类自调用 @Transactional/@Async/@Cacheable · BigDecimal double 构造与 equals 比较 ·
+static SimpleDateFormat · ThreadLocal 无 remove · Executors 快捷工厂 · `YYYY` 周年 ·
+Arrays.asList 改写 · equals/hashCode 不成对 · MyBatis `${}`。
+
+机器查不了、仍要人看的：事务传播设置是否恰当、多数据源事务管理器配对、
+线程池参数是否匹配业务特征、Entity 有没有越过 service 层。**这几项评审时重点看。**
+
 ## 使用纪律
 
 升级依赖必跑全量测试+依赖树 diff(dependency-upgrade);线上问题先保全现场再恢复;

package/skills/dev-java/trigger-cases.json

@@ -0,0 +1,30 @@
+{
+  "skill": "dev-java",
+  "cases": [
+    {
+      "id": "pos-1",
+      "prompt": "Java 线上 JVM 内存问题，怎么用 arthas 排",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-2",
+      "prompt": "Spring 事务失效了，依赖冲突怎么仲裁",
+      "shouldTrigger": true
+    },
+    {
+      "id": "pos-3",
+      "prompt": "线程池参数怎么算，要不要上虚拟线程",
+      "shouldTrigger": true
+    },
+    {
+      "id": "neg-1",
+      "prompt": "写一段 Go 的并发控制",
+      "shouldTrigger": false
+    },
+    {
+      "id": "neg-2",
+      "prompt": "做一次 PHP FPM 调参",
+      "shouldTrigger": false
+    }
+  ]
+}