@agile-team/wl-skills-kit 2.3.1 → 2.3.3

package/CHANGELOG.md

@@ -1,5 +1,39 @@
 # Changelog
 
+## [2.3.3] - 2026-04-28
+
+### 📝 README 大幅重写 + Skill 状态校正
+
+#### README 新增核心章节
+- **文档地图 & 架构导读**：按角色（设计师/业务分析师/后端/前端/维护者）列出各自入口；各目录职责一览；“读哪个 README”导航表
+- **设计理念**：三层分工结构（SKILL.md 语义层 / MCP tools 执行层 / HTTP API 数据层）
+- **当前能力全景**：完整的从输入到输出的流程图，包括 MCP 工具层在链路中的位置
+- **Roadmap**：按优先级列出 permission-sync 等待做事项
+- **未来设想**：完整自动化链路展望
+
+#### Skill 状态校正
+- `dict-sync`：已有完整 SKILL.md，从 ⏳ PLANNED 改为 ✅ 启用
+- `code-fix`：已有完整 SKILL.md，从 ⏳ PLANNED 改为 ✅ 启用
+- `permission-sync`：仍是 SKILL.draft.md，保持 ⏳ PLANNED
+- Skills 总数更新：6 → 8 个已启用，1 个 PLANNED（两处描述同步更新）
+
+---
+
+## [2.3.2] - 2026-04-28
+
+### 📝 输入规范文档体系 + README/目录结构优化
+
+#### 新增 docs/ 输入规范文档（仅仓库可见，不随包分发）
+- **`docs/input-spec-prototype.md`**: 原型输入规范——面向设计师/产品，含合格原型自检清单、按鈕颜色规范、Tab/视角切换标注要求、精度对比表
+- **`docs/input-spec-detailed-design.md`**: 详设文档输入规范——面向业务分析师，含可直接复制的 Markdown 表格模板、字段英文名+字典 code 对精度的量化影响说明
+- **`docs/input-spec-api.md`**: API 契约确认规范——面向后端开发者，含接口 URL 命名规范、api.md 两步确认工作流、常见问题答疑
+- **`docs/input-spec-page-spec.md`**: page-spec JSON 参考手册——面向前端开发者，含每个字段详细注释、自检清单、手写 spec 场景指南
+
+#### 结构和文档优化
+- `README.md`: 版本读数更新为 v2.3，仓库结构图补充 `docs/` 目录说明，“进一步阅读”章节补充输入规范入口
+
+---
+
 ## [2.3.1] - 2026-04-27
 
 ### 🔧 组件三文件分离规范补全 + 文档精准化

package/README.md

@@ -1,6 +1,6 @@
 # @agile-team/wl-skills-kit
 
-**AI Skill 模板包 v2.1** — 一条命令将 13 条编码规范、6 个 AI Skill、组件文档、领域样例导入 Vue 3 项目。
+**AI Skill 模板包 v2.3** — 一条命令将 13 条编码规范、8 个 AI Skill、MCP 工具层、组件文档、领域样例导入 Vue 3 项目。
 
 让 AI 编辑器（Copilot / Cursor / Windsurf / Claude Code / Cline / Kiro / Trae / 通用 Agents）**真正理解项目规范**，从原型/详设到完整页面代码全流程自动化。
 
@@ -41,6 +41,135 @@ reports/AUDIT_AI_*.md + AUDIT_HUMAN_*.md
 
 ---
 
+## 文档地图 — 谁该读什么
+
+> 这个项目覆盖了多个角色和多层目录，先花 30 秒定位自己，再按需深入。
+
+### 按角色找入口
+
+| 你的身份 | 你要做的事 | 从这里开始 |
+|---|---|---|
+| **业务团队（首次接入）** | 安装、跑通 AI 代码生成流程 | 本文档 → CLI 命令 → 业务项目内 `.github/guides/usage.md` |
+| **设计师 / 产品经理** | 了解如何制作让 AI 精确识别的原型 | [docs/input-spec-prototype.md](docs/input-spec-prototype.md) |
+| **业务分析师** | 了解详设文档需要提供哪些结构化内容 | [docs/input-spec-detailed-design.md](docs/input-spec-detailed-design.md) |
+| **后端开发者** | 了解接口命名/响应格式规范，如何确认 api.md | [docs/input-spec-api.md](docs/input-spec-api.md) |
+| **前端开发者** | 理解 page-spec JSON 结构，手写或校验 | [docs/input-spec-page-spec.md](docs/input-spec-page-spec.md) |
+| **wl-skills-kit 维护者** | 修改规范、Skill、模板、CLI | [kit-internal/README.md](kit-internal/README.md) |
+
+### 各目录职责一览
+
+```
+wl-skills-kit/
+│
+├── files/            ← ★ 打包分发给业务项目的全部内容
+│   ├── .github/         AI 指令体系（规范+Skill+适配层+报告模板）
+│   ├── docs/            随包分发的组件 API 文档（12 个组件）
+│   └── demo/            领域样例代码（供 AI 参考学习）
+│
+├── mcp/              ← ★ MCP Server（随包分发，Cursor 自动注册）
+│                        4 个工具：菜单查询/写入 + 字典查询/写入
+│
+├── bin/              ← CLI 实现（init / update / clean）
+│
+├── docs/             ← 仅本仓库可见（不分发）
+│                        输入规范文档系列（面向团队各角色）
+│
+└── kit-internal/     ← 仅本仓库可见（不分发）
+                         维护者文档（架构 ADR、贡献流程、踩坑记录）
+```
+
+### 读哪个 README
+
+| README 文件 | 内容 | 读者 |
+|---|---|---|
+| 本文件（根 README.md） | 包概述、安装使用、Skill 全景 | 所有人 |
+| `kit-internal/README.md` | 维护者工作空间总览 | 维护者 |
+| `files/.github/guides/usage.md` | 业务项目安装后的完整使用流程 | 业务团队 |
+| `files/.github/guides/architecture.md` | AI 体系架构与设计决策 | 想深入了解的技术同学 |
+| `files/.github/skills/*/USAGE.md` | 每个 Skill 的触发方式和效果说明 | 业务团队按需查阅 |
+| `docs/input-spec-*.md` | 各角色的输入规范最佳实践 | 设计/分析/后端/前端 |
+
+---
+
+## 设计理念 & 演进路线
+
+### 核心设计理念
+
+**"一次写好 Skill，人人获益"** — wl-skills-kit 不是项目脚手架，而是一套 **AI 行为规范体系**。
+
+通过将团队的编码规范、业务模式、设计决策编码到 SKILL.md 中，让每一个 AI 编辑器在每一次对话里都能遵守相同的规范——无论是 Copilot、Cursor 还是 Claude Code，无论是老成员还是新同学，AI 的行为都是可预期的、一致的。
+
+**三层分工**：
+
+```
+SKILL.md（语义层）     AI 编辑器理解"该怎么做"
+      │
+      ▼
+MCP tools / CLI（执行层）  跨越 AI 上下文边界，调用真实系统
+      │
+      ▼
+mcp/api/ / 后端 HTTP API  实际的数据读写
+```
+
+- **SKILL.md** — 静态知识，放在 AI 编辑器的上下文里，零运行时开销
+- **MCP 工具** — 当 Skill 需要读写真实系统（菜单树/字典表）时，通过 MCP 调用，跨越 AI 上下文边界
+- **纯查询/生成类 Skill**（如 page-codegen / convention-audit）不需要 MCP，SKILL.md 直接驱动
+
+### 当前能力全景（v2.3）
+
+```
+输入层                  AI 推理层                   输出层
+─────────              ─────────────────────       ─────────────────
+Axure HTML 原型    →   prototype-scan          →   page-spec JSON
+详设 Markdown 表   →   prototype-scan          →   page-spec JSON
+口述需求           →   prototype-scan (推断)   →   page-spec JSON
+                        │
+                        ▼
+                   api-contract            →   api.md（逐页面）
+                        │
+                        ▼
+                   page-codegen            →   data.ts + index.vue
+                   （8 种内置模板）              + index.scss + pages.ts
+                        │
+                        ▼
+                   convention-audit        →   AUDIT_AI.md（AI 自查）
+                                               AUDIT_HUMAN.md（人工检查）
+                        │
+                        ▼
+                   code-fix                →   受控自动整改偏差
+                        │
+                        ▼
+                   menu-sync (MCP)         →   线上菜单注册完毕
+                   dict-sync (MCP)         →   线上字典同步完毕
+                        │
+                        ▼
+                   template-extract        →   领域模板沉淀复用
+```
+
+### 下一步计划（Roadmap）
+
+| 优先级 | 功能 | 状态 |
+|---|---|---|
+| 🔴 高 | `permission-sync` — 页面级/按钮级权限批量注册 | ⏳ SKILL.draft.md 已有设计 |
+| 🟡 中 | `domain/` 领域模板扩展 — 补充 sale / hrms 等领域样例 | ⏳ 规划中 |
+| 🟡 中 | `page-codegen` 支持更多 Template 组件（cx-ui-produce 的配置驱动页面）| ⏳ 持续补充 |
+| 🟢 低 | MCP 增加 permission 工具（`wls_permission_query/upsert`）| ⏳ 依赖 permission-sync Skill |
+| 🟢 低 | `code-fix` 完善 — 覆盖更多自动修复场景 | ⏳ 持续完善 |
+
+### 未来设想
+
+当 permission-sync 完成后，一个新页面从 0 到线上可访问的完整链路将全自动化：
+
+```
+原型 → AI 生成代码 → convention-audit 验收 → menu-sync 注册菜单
+                                             → dict-sync 同步字典
+                                             → permission-sync 注册权限
+                                                     ↓
+                                              UI 可访问，权限可分配
+```
+
+---
+
 ## ⚠️ 仓库结构 vs 业务项目安装结构（**必看**）
 
 `wl-skills-kit` 是一个 **npm 模板包**：仓库本身的结构 ≠ 你 `npx` 之后业务项目里看到的结构。两者**严格区分**：
@@ -66,6 +195,13 @@ wl-skills-kit/                            ← 你正看的这个仓库
 │   ├── docs/                             组件 API 文档
 │   └── demo/                             领域样例
 │
+├── docs/                                 ★★ 仅仓库可见，不会安装到业务项目 ★★
+│   ├── mcp建议.md                        MCP 进化路线与三层架构建议
+│   ├── input-spec-prototype.md           原型输入规范（面向设计师/产品）
+│   ├── input-spec-detailed-design.md     详设文档输入规范（面向业务分析师）
+│   ├── input-spec-api.md                 API 契约确认规范（面向后端开发者）
+│   └── input-spec-page-spec.md           page-spec JSON 参考手册（面向前端开发者）
+│
 ├── kit-internal/                         ★★ 仅仓库可见，不会安装到业务项目 ★★
 │   ├── README.md                         维护者首页
 │   ├── architecture.md                   架构总览
@@ -97,7 +233,7 @@ wl-skills-kit/                            ← 你正看的这个仓库
 │   │   ├── 02-code-structure.md
 │   │   ├── ... (共 13 条)
 │   │   └── 13-platform-components.md
-│   ├── skills/                           6 个启用 Skill + 3 个 PLANNED 草稿
+│   ├── skills/                           8 个启用 Skill + 1 个 PLANNED 草稿
 │   │   ├── _registry.md                  ★ 触发词 → SKILL 路径单一数据源
 │   │   ├── _compat/                      多 AI 编辑器适配（配置 + headers）
 │   │   ├── core/                         核心通用 Skill
@@ -108,10 +244,10 @@ wl-skills-kit/                            ← 你正看的这个仓库
 │   │   │   └── template-extract/ { SKILL.md, USAGE.md }
 │   │   ├── sync/                         数据同步类
 │   │   │   ├── menu-sync/        { SKILL.md, USAGE.md, env/ }
-│   │   │   ├── dict-sync/        [PLANNED] SKILL.draft.md
-│   │   │   └── permission-sync/  [PLANNED] SKILL.draft.md
+│   │   │   ├── dict-sync/        { SKILL.md }  已启用
+│   │   │   └── permission-sync/  [PLANNED] SKILL.draft.md  设计中
 │   │   ├── ops/                          运维类
-│   │   │   └── code-fix/         [PLANNED] SKILL.draft.md
+│   │   │   └── code-fix/         { SKILL.md }  已启用
 │   │   └── domain/                       领域专属（按需创建）
 │   ├── guides/                           人读指南（usage.md / architecture.md）
 │   └── reports/                          AI 生成报告（追加不覆盖）
@@ -194,10 +330,10 @@ npx @agile-team/wl-skills-kit update
 | `page-codegen`     | ✅ 启用    | `skills/core/page-codegen/`              | 4 文件骨架生成 + 模板调度    |
 | `convention-audit` | ✅ 启用    | `skills/core/convention-audit/`          | 13 条规范扫描 + 双报告        |
 | `template-extract` | ✅ 启用    | `skills/core/template-extract/`          | 现有页面 → 领域模板           |
-| `menu-sync`        | ✅ 启用    | `skills/sync/menu-sync/`                 | 菜单基线 ↔ 后端接口          |
-| `dict-sync`        | ⏳ PLANNED | `skills/sync/dict-sync/`                 | 字典基线 ↔ 后端接口          |
-| `permission-sync`  | ⏳ PLANNED | `skills/sync/permission-sync/`           | 权限基线 ↔ 后端接口          |
-| `code-fix`         | ⏳ PLANNED | `skills/ops/code-fix/`                   | 受控自动修复偏差              |
+| `menu-sync`        | ✅ 启用    | `skills/sync/menu-sync/`                 | 菜单基线 ↔ 后端接口（MCP）  |
+| `dict-sync`        | ✅ 启用    | `skills/sync/dict-sync/`                 | 字典基线 ↔ 后端接口（MCP）  |
+| `code-fix`         | ✅ 启用    | `skills/ops/code-fix/`                   | 受控自动修复偏差              |
+| `permission-sync`  | ⏳ PLANNED | `skills/sync/permission-sync/`           | 权限基线 ↔ 后端接口（设计中） |
 
 每个启用 Skill 同目录都有 **`SKILL.md`（AI 触发用）+ `USAGE.md`（团队成员阅读）**。
 
@@ -240,6 +376,7 @@ npx @agile-team/wl-skills-kit update
 - 🔧 维护者文档：[kit-internal/README.md](kit-internal/README.md)（仅本仓库）
 - 🤖 多编辑器适配机制：[files/.github/skills/_compat/README.md](files/.github/skills/_compat/README.md)
 - 🛠️ Jenkins 流水线参考：[kit-internal/jenkins-pipeline.md](kit-internal/jenkins-pipeline.md)
+- 📝 输入规范（如何提供高精度输入）：[docs/](docs/)
 
 ---
 

package/files/.github/skills/core/page-codegen/templates/_index.md

@@ -15,7 +15,7 @@
 | DETAIL_TABS     | `templates/universal/TPL-DETAIL-TABS.md`    | 详情 Tab 页（上方表单 + 下方 Tab 子表） |
 | CHANGE_HISTORY  | `templates/universal/TPL-CHANGE-HISTORY.md` | 变更历史比对页（时间线 + 字段差异）     |
 | RECORD_FORM     | `templates/universal/TPL-RECORD-FORM.md`    | 录入型实绩页（无分页，查询 + 内联表单） |
-| TEMPLATE_DRIVEN | `templates/universal/TPL-DRIVEN.md`         | 配置驱动识别参考（非代码生成模板）      |
+| TEMPLATE_DRIVEN | `templates/universal/TPL-DRIVEN.md`         | 配置驱动页面（项目已有 Template 组件，data.ts 只需 config 对象，index.vue 3~5 行） |
 
 ---
 

package/files/.github/skills/core/page-codegen/templates/universal/TPL-DRIVEN.md

@@ -1,27 +1,212 @@
-# TEMPLATE_DRIVEN：配置驱动模板页（识别参考）
+# TPL-DRIVEN：配置驱动模板页（TEMPLATE_DRIVEN 模式代码生成模板）
 
-> ⚠️ **本文件为识别参考，不是代码生成模板。**
-> 配置驱动页面已由现有业务模板组件封装，AI **只需生成 config 配置对象**，不得套用 TPL-A 至 TPL-G 的结构重新手写页面逻辑。
+> **本文件是 page-codegen 的正式代码生成模板。**
+> 适用场景：项目中已有可复用的 Template 组件（如 `FinishingAchievementTemplate`），
+> 当前页面的交互骨架与该组件完全一致时，`data.ts` 只需导出 config 对象，`index.vue` 极简到 3~5 行。
 
 ---
 
-## 什么是配置驱动模板页
+## 核心模式：config-only + 3 行 index.vue
 
-这类页面的 `index.vue` 极为简单，只有 1-3 行：
+这类页面的代码精简到极致：
+
+```
+data.ts    → 只导出一个 xxxConfig 常量（纯 TypeScript 对象，无任何业务逻辑）
+index.vue  → 只有 <XxxTemplate :config="config" />，总计 3~5 行
+index.scss → 空文件或极少样式（模板组件内部已处理样式）
+```
+
+所有业务逻辑（查询、表格列、API 调用、确认框、刷新等）全部在 Template 组件内部处理。
+页面文件只是向模板传递"这个页面的具体配置"。
+
+---
+
+## 通用生成规范（适用于任意 Template 组件）
+
+### 步骤 1：确认 Template 组件的 types.ts
+
+生成 config 对象前，必须先读取该模板的类型定义文件：
+
+```
+src/components/template/{XxxTemplate}/types.ts
+```
+
+`data.ts` 的 config 对象结构必须完全遵循 `types.ts` 的 interface 定义，不得猜测字段。
+
+### 步骤 2：生成 data.ts（纯 config 对象）
+
+```typescript
+// src/views/[域]/[模块]/[子模块]/[kebab-页面名]/data.ts
+import type { XxxTemplateConfig } from "@/components/template/XxxTemplate/types";
+
+export const [camelPageName]Config: XxxTemplateConfig = {
+  // 按 types.ts 的 interface 逐字段填写
+  // 所有 API path 格式："/[服务缩写]/[资源名]/[操作]"
+  api: {
+    list: "/[svc]/[resource]/list",
+    // ... 其余 API 按 types.ts 定义
+  },
+
+  // 其他配置字段按 types.ts 补全
+};
+```
+
+> **严格约束**：
+> - ❌ 禁止在 data.ts 中写任何函数、class、ref、reactive
+> - ❌ 禁止导入 `AbstractPageQueryHook` 或任何 hook 基类
+> - ✅ 只有 import type + export const
+
+### 步骤 3：生成 index.vue（3~5 行）
 
 ```vue
+<!-- src/views/[域]/[模块]/[子模块]/[kebab-页面名]/index.vue -->
 <template>
-  <div class="app-container app-page-container">
-    <XxxTemplate :config="xxxConfig" />
-  </div>
+  <XxxTemplate :config="[camelPageName]Config" />
 </template>
 
 <script setup lang="ts">
-import { xxxConfig } from "./data";
+import XxxTemplate from "@/components/template/XxxTemplate/index.vue";
+import { [camelPageName]Config } from "./data";
 </script>
 ```
 
-所有业务逻辑（查询、表格列、导出、翻译等）全部由模板组件内部处理，`data.ts` 只需导出一个 `config` 对象。
+> ⚠️ 注意：模板组件自身已包含 `app-container app-page-container` 外层，
+> index.vue **不要再套一层 div**，避免双层容器导致布局错位。
+> 若不确定，读模板组件的 index.vue 确认其根元素结构。
+
+### 步骤 4：生成 index.scss
+
+通常为空文件或只有极少页面级样式覆盖：
+
+```scss
+// src/views/[域]/[模块]/[子模块]/[kebab-页面名]/index.scss
+// 如无特殊覆盖样式，保留空文件即可
+// 模板组件内部已处理所有通用样式
+```
+
+### 步骤 5：pages.ts 注册（与其他模式相同）
+
+```typescript
+// router/pages.ts 追加
+["[kebab-页面名]", "[页面中文名]"],
+```
+
+---
+
+## 何时使用 TEMPLATE_DRIVEN（识别规则）
+
+**必须同时满足以下两个条件**：
+
+1. 项目 `src/components/template/` 目录下已存在可复用的 Template 组件
+2. 当前页面与该模板的交互骨架**完全一致**（查询/操作/表格结构均与模板期望的 config 结构匹配）
+
+**不确定时的决策**：
+
+```
+✅ 交互完全一致，template/types.ts 字段全部能对应 → 使用 TEMPLATE_DRIVEN
+⚠️ 交互相似但有额外自定义逻辑 → 使用 LIST（更安全，不要强套模板）
+❌ 项目无 Template 组件 → 不适用，直接用 LIST/DETAIL_TABS 等标准模板
+```
+
+---
+
+## 已知配置驱动模板一览（cx-ui-produce 项目特定）
+
+> ⚠️ 以下是 cx-ui-produce 项目已有的 Template 组件，仅在该项目中适用。
+> 其他项目需根据自己项目的 `src/components/template/` 目录确认。
+
+### 1. ResultQueryTemplate（轧钢实绩查询类）
+
+**适用范围**：`production-mmwr/sjtj/` 下的各工序实绩查询页（查询+表格+导出，无新增/编辑/删除）
+
+**识别特征**：
+- 原型中只有查询区 + 数据表格 + 导出按钮
+- 无 CRUD 操作，纯查询
+- 字段较多，表格列数 10+
+
+**生成规则**：
+
+```typescript
+// data.ts — 只导出一个 config 对象
+import type { ResultQueryConfig } from "@/components/template/ResultQueryTemplate/types";
+import { BusLogicDataType } from "@/types/page";
+
+export const [pageName]Config: ResultQueryConfig = {
+  api: {
+    list: "/[服务缩写]/[资源名]/list",
+    export: "/[服务缩写]/[资源名]/export"  // 有导出时才加
+  },
+  queryItems: [
+    { name: "[field]", label: "[中文名]", placeholder: "请输入" },
+    {
+      name: "[dateField]",
+      type: "range",
+      startName: "[startDate]",
+      endName: "[endDate]",
+      label: "[日期名]",
+      logicType: BusLogicDataType.date,
+      rangeSeparator: "至"
+    }
+  ],
+  columns: [
+    { label: "[列名]", name: "[fieldName]", minWidth: 120 }
+  ]
+};
+```
+
+```vue
+<!-- index.vue -->
+<template>
+  <ResultQueryTemplate :config="[pageName]Config" />
+</template>
+
+<script setup lang="ts">
+import ResultQueryTemplate from "@/components/template/ResultQueryTemplate/index.vue";
+import { [pageName]Config } from "./data";
+</script>
+```
+
+---
+
+### 2. FinishingAchievementTemplate（精整实绩类）
+
+**适用范围**：`production-mmwr/jzsj/` 下的各精整工序实绩管理页（喷砂、倒棱、矫直、剥皮、检验、酸洗、包装）
+
+**识别特征**：
+- 原型标题含"实绩"二字且在精整工序列表中
+- 有固定的查询区 + 实绩录入 + 汇总数据结构
+- 字段结构高度统一（同一套模板 7 个页面共用）
+
+**生成规则**：读 `src/components/template/FinishingAchievementTemplate/types.ts`，按 `FinishingAchievementConfig` interface 生成 config 对象。
+
+---
+
+### 3. ApplicationDeterminationTemplate（申请判定类）
+
+**适用范围**：`production-mmwr/` 下的申请判定类页面（如 mmwr-application-determination-jz）
+
+**识别特征**：原型中有"申请"列表 + "判定"操作的双状态工作流页面
+
+---
+
+### 4. SamplingCommissionTemplate（取样委托类）
+
+**适用范围**：`production-mmwr/jhgl/` 下的取样委托管理页
+
+**识别特征**：原型中有"委托单"列表 + 取样记录结构
+
+---
+
+## AI 操作规范
+
+1. **识别阶段**：page-spec 前置检查时，若页面落入以上任一范围或项目有对应 Template 组件，将交互模式标记为 `TEMPLATE_DRIVEN` 并注明具体模板名
+2. **生成阶段**：只生成 `data.ts`（config 对象）+ `index.vue`（3~5行）+ `index.scss`（空或极少样式）
+3. **禁止行为**：
+   - ❌ 不得手写 `createPage()` + `AbstractPageQueryHook` 结构
+   - ❌ 不得添加独立的 `BaseQuery` / `BaseTable` / `jh-pagination`（模板内部已处理）
+   - ❌ 不得将其他业务场景的页面识别为 TEMPLATE_DRIVEN 并强套 config 格式
+4. **不确定时**：使用 LIST 模板代替，更安全
+
 
 ---
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@agile-team/wl-skills-kit",
-  "version": "2.3.1",
+  "version": "2.3.3",
   "description": "AI Skill 模板包 — 一键导入 AI 指令 + 组件文档 + 通用组件 + 领域样例，覆盖 Copilot/Cursor/Windsurf/Kiro 等主流 AI 编辑器",
   "main": "./bin/wl-skills.js",
   "bin": {