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

package/files/.github/skills/sync/menu-sync/USAGE.md

@@ -1,104 +1,104 @@
-# 使用指南：menu-sync（菜单同步）
-
-> **谁读这个文档**：团队成员（前端 + 后端联调时）
-> **AI 触发文件**：同目录 `SKILL.md`
-
----
-
-## 这个 Skill 解决什么问题
-
-新页面写完后，需要在系统菜单中**注册一条菜单记录**才能从 UI 访问。这个 Skill：
-
-1. 拉取**线上菜单数据**到 `reports/SYS_MENU_INFO.md`（团队基线）
-2. 对比已生成页面 vs 线上菜单，**自动补齐缺失菜单项**
-3. 调用菜单注册接口（或生成 SQL 让后端执行）
-
----
-
-## 何时使用
-
-- 新增页面后，从 UI 访问报"菜单不存在"
-- 一次性创建一批页面，需要批量注册菜单
-- 同步线上菜单基线（PROD/UAT/DEV 拉齐）
-
----
-
-## 触发关键词
-
-`创建菜单` / `注册菜单` / `同步菜单` / `补菜单`
-
----
-
-## 前置条件
-
-`.github/skills/sync/menu-sync/env/env.local.json`（首次使用先填写）：
-
-```json
-{
-  "gatewayPath": "https://uat-api.example.com",
-  "token": "Bearer xxx",
-  "tenantId": "10001",
-  "rootMenuId": "1234567890"
-}
-```
-
-> **`env.local.json` 不入 git**（已加 .gitignore）。每个开发者本地填自己的 token。
-
----
-
-## 标准对话示例
-
-```
-你：把 src/views/produce/aiflow/ 下新建的 7 个页面同步到菜单
-AI：[Pre-flight]
-    步骤 1：读取线上菜单基线 reports/SYS_MENU_INFO.md（最新更新：2025-04-20）
-    步骤 2：扫描 src/views/produce/aiflow/ 共 7 个页面
-    步骤 3：对比缺失：5 项缺失，2 项已存在
-    步骤 4：将调用 /sys/menu/save 创建 5 项
-    [需你确认]：
-    - 父菜单：精整作业 → 客户管理（rootMenuId: xxx）
-    - 排序：sortNo 自动递增
-    - 权限标识：mmwr:customer:list 等
-    确认 yes/no？
-```
-
----
-
-## 输出物
-
-1. **基线文件**：`.github/reports/SYS_MENU_INFO.md` —— 线上菜单的本地基线（团队 review 用）
-2. **同步报告**：`.github/reports/MENU_SYNC_<YYYYMMDD>.md` —— 本次新增/更新了哪些菜单
-3. **回滚 SQL**：报告里附带 DELETE SQL，用于回退
-
----
-
-## 常见踩坑
-
-| 现象                 | 原因                         | 解法                                           |
-| -------------------- | ---------------------------- | ---------------------------------------------- |
-| 同步成功但 UI 看不到 | 用户角色没分配新菜单         | 跑 permission-sync（PLANNED）或后台手工分配    |
-| 401/403 报错         | env.local.json 的 token 过期 | 重新登录系统，从 Network 抓 Authorization 替换 |
-| 同名菜单重复创建     | 没读 SYS_MENU_INFO.md 基线   | 先跑一遍"刷新基线"再 sync                      |
-| 父菜单 ID 不对       | rootMenuId 配错              | 从浏览器开发者工具看父菜单的 dom data-id       |
-
----
-
-## 团队协作流程
-
-1. 新人入职，让他先把 `env.local.json` 填一份（参考 env.example.json）
-2. **每周一**由 lead 跑一次"刷新基线"，确保 reports/SYS_MENU_INFO.md 最新
-3. PR 提交前自查"我加的菜单有没有提交进基线"
-4. 上线前再 sync 一次到生产环境（切换 env 文件中的 gatewayPath）
-
----
-
-## FAQ
-
-**Q：env.local.json 泄露 token 危险吗？**
-A：危险。token 视同密码。已加 .gitignore + .npmignore。**不要 commit**。
-
-**Q：能不能直接给 SQL 让后端跑？**
-A：能。在指令里加"只生成 SQL，不调用接口"即可。
-
-**Q：和 dict-sync / permission-sync 关系？**
-A：菜单是入口，字典是值域，权限是访问控制。三者独立但配合。建议顺序：menu-sync → permission-sync → dict-sync。
+# 使用指南：menu-sync（菜单同步）
+
+> **谁读这个文档**：团队成员（前端 + 后端联调时）
+> **AI 触发文件**：同目录 `SKILL.md`
+
+---
+
+## 这个 Skill 解决什么问题
+
+新页面写完后，需要在系统菜单中**注册一条菜单记录**才能从 UI 访问。这个 Skill：
+
+1. 拉取**线上菜单数据**到 `reports/SYS_MENU_INFO.md`（团队基线）
+2. 对比已生成页面 vs 线上菜单，**自动补齐缺失菜单项**
+3. 调用菜单注册接口（或生成 SQL 让后端执行）
+
+---
+
+## 何时使用
+
+- 新增页面后，从 UI 访问报"菜单不存在"
+- 一次性创建一批页面，需要批量注册菜单
+- 同步线上菜单基线（PROD/UAT/DEV 拉齐）
+
+---
+
+## 触发关键词
+
+`创建菜单` / `注册菜单` / `同步菜单` / `补菜单`
+
+---
+
+## 前置条件
+
+`.github/skills/sync/menu-sync/env/env.local.json`（首次使用先填写）：
+
+```json
+{
+  "gatewayPath": "https://uat-api.example.com",
+  "token": "Bearer xxx",
+  "tenantId": "10001",
+  "rootMenuId": "1234567890"
+}
+```
+
+> **`env.local.json` 不入 git**（已加 .gitignore）。每个开发者本地填自己的 token。
+
+---
+
+## 标准对话示例
+
+```
+你：把 src/views/produce/aiflow/ 下新建的 7 个页面同步到菜单
+AI：[Pre-flight]
+    步骤 1：读取线上菜单基线 reports/SYS_MENU_INFO.md（最新更新：2025-04-20）
+    步骤 2：扫描 src/views/produce/aiflow/ 共 7 个页面
+    步骤 3：对比缺失：5 项缺失，2 项已存在
+    步骤 4：将调用 /sys/menu/save 创建 5 项
+    [需你确认]：
+    - 父菜单：精整作业 → 客户管理（rootMenuId: xxx）
+    - 排序：sortNo 自动递增
+    - 权限标识：mmwr:customer:list 等
+    确认 yes/no？
+```
+
+---
+
+## 输出物
+
+1. **基线文件**：`.github/reports/SYS_MENU_INFO.md` —— 线上菜单的本地基线（团队 review 用）
+2. **同步报告**：`.github/reports/MENU_SYNC_<YYYYMMDD>.md` —— 本次新增/更新了哪些菜单
+3. **回滚 SQL**：报告里附带 DELETE SQL，用于回退
+
+---
+
+## 常见踩坑
+
+| 现象                 | 原因                         | 解法                                           |
+| -------------------- | ---------------------------- | ---------------------------------------------- |
+| 同步成功但 UI 看不到 | 用户角色没分配新菜单         | 跑 permission-sync（PLANNED）或后台手工分配    |
+| 401/403 报错         | env.local.json 的 token 过期 | 重新登录系统，从 Network 抓 Authorization 替换 |
+| 同名菜单重复创建     | 没读 SYS_MENU_INFO.md 基线   | 先跑一遍"刷新基线"再 sync                      |
+| 父菜单 ID 不对       | rootMenuId 配错              | 从浏览器开发者工具看父菜单的 dom data-id       |
+
+---
+
+## 团队协作流程
+
+1. 新人入职，让他先把 `env.local.json` 填一份（参考 env.example.json）
+2. **每周一**由 lead 跑一次"刷新基线"，确保 reports/SYS_MENU_INFO.md 最新
+3. PR 提交前自查"我加的菜单有没有提交进基线"
+4. 上线前再 sync 一次到生产环境（切换 env 文件中的 gatewayPath）
+
+---
+
+## FAQ
+
+**Q：env.local.json 泄露 token 危险吗？**
+A：危险。token 视同密码。已加 .gitignore + .npmignore。**不要 commit**。
+
+**Q：能不能直接给 SQL 让后端跑？**
+A：能。在指令里加"只生成 SQL，不调用接口"即可。
+
+**Q：和 dict-sync / permission-sync 关系？**
+A：菜单是入口，字典是值域，权限是访问控制。三者独立但配合。建议顺序：menu-sync → permission-sync → dict-sync。

package/files/.github/skills/sync/menu-sync/env/env.local.json

@@ -1,7 +1,7 @@
-{
-  "_notice": "【已迁移】请改用 skills/sync/env.local.json（菜单+字典+权限统一配置）。此文件仍受保护，向下兼容保留。",
-  "gatewayPath": "http://你的网关地址:端口",
-  "parentMenuId": "父级菜单ID",
-  "sysAppNo": "应用编码（从已有菜单接口响应中获取，非明文）",
-  "token": "你的Bearer Token（不含bearer前缀）"
-}
+{
+  "_notice": "【已迁移】请改用 skills/sync/env.local.json（菜单+字典+权限统一配置）。此文件仍受保护，向下兼容保留。",
+  "gatewayPath": "http://你的网关地址:端口",
+  "parentMenuId": "父级菜单ID",
+  "sysAppNo": "应用编码（从已有菜单接口响应中获取，非明文）",
+  "token": "你的Bearer Token（不含bearer前缀）"
+}

package/files/.github/skills/sync/menu-sync/env/guide.md

@@ -1,99 +1,99 @@
-# env.local.json 配置说明
-
-> 每位成员在本地维护自己的副本，已加入 `.gitignore`，**不会提交到远端仓库**。
-
----
-
-## 配置文件位置（优先使用新统一路径）
-
-**新路径（v2.1.5+ 推荐）**：`.github/skills/sync/env.local.json`  
-**兼容路径（老版）**：`.github/skills/sync/menu-sync/env/env.local.json`
-
-AI 优先读新路径，如不存在自动回落到兼容路径。
-
----
-
-## 配置格式（菜单/字典/权限三合一）
-
-```json
-{
-  "gatewayPath": "http://192.168.10.50:9000",
-  "sysAppNo": "QjQuXy1kbKxZyjhS5N2",
-  "token": "eyJhbGci...",
-
-  "menu": {
-    "parentMenuId": "1803456789012345678"
-  },
-
-  "dict": {
-    "moduleId": "7C909G0U2F8HI7E305LV0135LSJ3UBIO"
-  }
-}
-```
-
----
-
-## 字段说明
-
-| 字段 | 说明 | 示例 |
-|---|---|---|
-| `gatewayPath` | 后端网关地址，含协议和端口，**末尾不加斜杠** | `http://192.168.10.50:9000` |
-| `sysAppNo` | 应用编码（非明文，从已有菜单接口响应中获取） | `QjQuXy1kbKxZyjhS5N2` |
-| `token` | 当前登录用户的 Bearer Token，**不含 `bearer ` 前缀** | `eyJhbGci...` |
-| `menu.parentMenuId` | 目标父级目录的菜单数据库 ID（每套环境不同） | `1803456789012345678` |
-| `dict.moduleId` | 字典所属模块 ID（字典管理后台获取） | `7C909G0U2F8HI7E305LV0135LSJ3UBIO` |
-
----
-
-## 如何获取各字段
-
-### gatewayPath
-
-询问后端同事，或查看浏览器 Network 面板中任意接口请求的 URL，取协议 + 域名/IP + 端口部分。
-
-### menu.parentMenuId
-
-**方法 A（推荐）**：系统管理后台 → 菜单管理 → 找到目标父级目录 → 点编辑/查看 → 复制菜单 ID
-
-**方法 B（API 查询）**：
-
-```
-GET {gatewayPath}/system/menu/children?menuId=0
-```
-
-从顶级节点向下逐层查找，直到找到目标父级目录。也可以告诉 AI「帮我查一下父级菜单 ID」，AI 会自动调接口查询。
-
-### sysAppNo
-
-系统用编码后的字符串标识应用（如 `QjQuXy1kbKxZyjhS5N2`），而非明文 `produce` / `sale`。
-
-**获取方式**：浏览器 F12 → Network → 找任意菜单相关接口的响应体 → 查看已有菜单条目的 `sysAppNo` 字段值，复制即可。
-
-> ℹ️ 同一领域下所有菜单的 `sysAppNo` 相同，复制任意一个即可。
-
-### token
-
-1. 在浏览器中登录系统
-2. 按 F12 打开 DevTools → Network 面板
-3. 随便点一个接口请求
-4. 查看 Request Headers → `authorization` 字段
-5. 去掉 `bearer ` 前缀，复制剩余字符串粘贴到 `token` 字段
-
-> Token 有有效期，若创建菜单时提示鉴权失败，重新登录后刷新 token 即可。
-
----
-
-## 使用方式
-
-配置完成后，直接对 AI 说：
-
-> 「帮我创建菜单」/ 「同步菜单」/ 「补菜单」
-
-AI 会自动执行：
-1. 读取 `SYS_MENU_INFO.md`（菜单定义）
-2. 读取 `env.local.json`（环境配置）
-3. 调 `/system/menu/children` 查询父级已有子节点（去重）
-4. 逐条调 `/system/menu/save` 创建缺失菜单
-5. 输出 `created / skipped` 结果表
-
-**全程无需手动执行任何命令。**
+# env.local.json 配置说明
+
+> 每位成员在本地维护自己的副本，已加入 `.gitignore`，**不会提交到远端仓库**。
+
+---
+
+## 配置文件位置（优先使用新统一路径）
+
+**新路径（v2.1.5+ 推荐）**：`.github/skills/sync/env.local.json`  
+**兼容路径（老版）**：`.github/skills/sync/menu-sync/env/env.local.json`
+
+AI 优先读新路径，如不存在自动回落到兼容路径。
+
+---
+
+## 配置格式（菜单/字典/权限三合一）
+
+```json
+{
+  "gatewayPath": "http://192.168.10.50:9000",
+  "sysAppNo": "QjQuXy1kbKxZyjhS5N2",
+  "token": "eyJhbGci...",
+
+  "menu": {
+    "parentMenuId": "1803456789012345678"
+  },
+
+  "dict": {
+    "moduleId": "7C909G0U2F8HI7E305LV0135LSJ3UBIO"
+  }
+}
+```
+
+---
+
+## 字段说明
+
+| 字段 | 说明 | 示例 |
+|---|---|---|
+| `gatewayPath` | 后端网关地址，含协议和端口，**末尾不加斜杠** | `http://192.168.10.50:9000` |
+| `sysAppNo` | 应用编码（非明文，从已有菜单接口响应中获取） | `QjQuXy1kbKxZyjhS5N2` |
+| `token` | 当前登录用户的 Bearer Token，**不含 `bearer ` 前缀** | `eyJhbGci...` |
+| `menu.parentMenuId` | 目标父级目录的菜单数据库 ID（每套环境不同） | `1803456789012345678` |
+| `dict.moduleId` | 字典所属模块 ID（字典管理后台获取） | `7C909G0U2F8HI7E305LV0135LSJ3UBIO` |
+
+---
+
+## 如何获取各字段
+
+### gatewayPath
+
+询问后端同事，或查看浏览器 Network 面板中任意接口请求的 URL，取协议 + 域名/IP + 端口部分。
+
+### menu.parentMenuId
+
+**方法 A（推荐）**：系统管理后台 → 菜单管理 → 找到目标父级目录 → 点编辑/查看 → 复制菜单 ID
+
+**方法 B（API 查询）**：
+
+```
+GET {gatewayPath}/system/menu/children?menuId=0
+```
+
+从顶级节点向下逐层查找，直到找到目标父级目录。也可以告诉 AI「帮我查一下父级菜单 ID」，AI 会自动调接口查询。
+
+### sysAppNo
+
+系统用编码后的字符串标识应用（如 `QjQuXy1kbKxZyjhS5N2`），而非明文 `produce` / `sale`。
+
+**获取方式**：浏览器 F12 → Network → 找任意菜单相关接口的响应体 → 查看已有菜单条目的 `sysAppNo` 字段值，复制即可。
+
+> ℹ️ 同一领域下所有菜单的 `sysAppNo` 相同，复制任意一个即可。
+
+### token
+
+1. 在浏览器中登录系统
+2. 按 F12 打开 DevTools → Network 面板
+3. 随便点一个接口请求
+4. 查看 Request Headers → `authorization` 字段
+5. 去掉 `bearer ` 前缀，复制剩余字符串粘贴到 `token` 字段
+
+> Token 有有效期，若创建菜单时提示鉴权失败，重新登录后刷新 token 即可。
+
+---
+
+## 使用方式
+
+配置完成后，直接对 AI 说：
+
+> 「帮我创建菜单」/ 「同步菜单」/ 「补菜单」
+
+AI 会自动执行：
+1. 读取 `SYS_MENU_INFO.md`（菜单定义）
+2. 读取 `env.local.json`（环境配置）
+3. 调 `/system/menu/children` 查询父级已有子节点（去重）
+4. 逐条调 `/system/menu/save` 创建缺失菜单
+5. 输出 `created / skipped` 结果表
+
+**全程无需手动执行任何命令。**

package/files/.github/skills/sync/permission-sync/SKILL.draft.md

@@ -1,91 +1,91 @@
----
-name: permission-sync
-description: "[PLANNED — DRAFT, not yet active] 权限同步 Skill 设计草稿。基于 reports/SYS_PERMISSION_INFO.md 基线，将页面级/按钮级权限码注册到系统权限表，并按角色分配。"
-status: planned
----
-
-# Skill: 权限同步（permission-sync）— 草稿
-
-> ⚠️ **本文件为设计草稿（SKILL.draft.md），未启用，不参与 AI 调度。**
-
----
-
-## 1. 设计目标
-
-新增页面后，除菜单外还需注册：
-
-- **页面访问权限**（`mmwr:customer:list`）
-- **按钮级权限**（`mmwr:customer:add` / `:edit` / `:remove` / `:approve` / `:export` ...）
-- **数据权限**（可选：客户经理只看自己的客户等）
-- **角色绑定**（哪些角色获得这些权限）
-
----
-
-## 2. 数据流
-
-```
-本地基线                                  后端接口                              Skill 触发
-────────────────────────────────────────  ──────────────────────────────────  ────────────────
-reports/SYS_PERMISSION_INFO.md  ─fetch─→  GET  /sys/permission/listAll
-                                ←compare── POST /sys/permission/batchSave
-                                ─upload─→ POST /sys/role/assignPermissions  ─→  "同步权限"
-```
-
----
-
-## 3. 权限码命名规范
-
-```
-{服务缩写}:{资源camelCase}:{操作}
-```
-
-| 操作     | 含义           | 示例                            |
-| -------- | -------------- | ------------------------------- |
-| list     | 查看列表       | `mmwr:customer:list`            |
-| detail   | 查看详情       | `mmwr:customer:detail`          |
-| add      | 新增           | `mmwr:customer:add`             |
-| edit     | 编辑           | `mmwr:customer:edit`            |
-| remove   | 删除           | `mmwr:customer:remove`          |
-| export   | 导出           | `mmwr:customer:export`          |
-| import   | 导入           | `mmwr:customer:import`          |
-| submit   | 提交审批       | `mmwr:customer:submit`          |
-| approve  | 审批通过       | `mmwr:customer:approve`         |
-| reject   | 审批驳回       | `mmwr:customer:reject`          |
-| {custom} | 自定义业务操作 | `mmwr:customer:convertToFormal` |
-
----
-
-## 4. 三种工作模式
-
-| 模式       | 触发                    | 动作                                                   |
-| ---------- | ----------------------- | ------------------------------------------------------ |
-| `scan`     | "扫描权限码"            | 从 src/views/ 扫 v-permission / hasPerm 调用，输出清单 |
-| `register` | "注册权限码 / 同步权限" | 对比基线 → 创建缺失 + 更新描述                         |
-| `assign`   | "给 XX 角色分配权限"    | 选定角色 + 选定权限码 → 调 /sys/role/assignPermissions |
-
----
-
-## 5. 安全约束
-
-- **生产环境拒绝直接 push**：检测 gatewayPath 含 prod/.com 时强制走"导出 SQL"模式
-- **角色分配二次确认**：每次 assign 必须在 Pre-flight 中列出"角色 → 新增/移除的权限"，得到用户 yes 才执行
-- **不删除权限**：永远只新增/更新，删除走人工 SQL（防误删导致大面积失权）
-- **审计**：每次 register/assign 输出 `reports/PERMISSION_SYNC_<YYYYMMDD>.md`，含完整调用日志和回滚 SQL
-
----
-
-## 6. 与其他 Skill 联动
-
-- **page-codegen**：生成 toolbar 时根据 api.md 操作集自动加 `v-permission` 指令
-- **menu-sync**：菜单注册后提示"是否同步注册访问权限"
-- **convention-audit**：审计按钮是否都有 v-permission
-
----
-
-## 7. 转正前的开发任务
-
-- [ ] 确认后端权限模型（RBAC / ABAC？是否分页面权限和按钮权限？）
-- [ ] 数据权限是否纳入本 Skill（建议：暂不，单独 data-permission-sync）
-- [ ] 设计 v-permission 指令的项目内实现（如 @jhlc/common-core 提供则复用）
-- [ ] 多租户场景下的权限继承策略
-- [ ] 与 SSO（嘉为蓝鲸）权限同步策略
+---
+name: permission-sync
+description: "[PLANNED — DRAFT, not yet active] 权限同步 Skill 设计草稿。基于 reports/SYS_PERMISSION_INFO.md 基线，将页面级/按钮级权限码注册到系统权限表，并按角色分配。"
+status: planned
+---
+
+# Skill: 权限同步（permission-sync）— 草稿
+
+> ⚠️ **本文件为设计草稿（SKILL.draft.md），未启用，不参与 AI 调度。**
+
+---
+
+## 1. 设计目标
+
+新增页面后，除菜单外还需注册：
+
+- **页面访问权限**（`mmwr:customer:list`）
+- **按钮级权限**（`mmwr:customer:add` / `:edit` / `:remove` / `:approve` / `:export` ...）
+- **数据权限**（可选：客户经理只看自己的客户等）
+- **角色绑定**（哪些角色获得这些权限）
+
+---
+
+## 2. 数据流
+
+```
+本地基线                                  后端接口                              Skill 触发
+────────────────────────────────────────  ──────────────────────────────────  ────────────────
+reports/SYS_PERMISSION_INFO.md  ─fetch─→  GET  /sys/permission/listAll
+                                ←compare── POST /sys/permission/batchSave
+                                ─upload─→ POST /sys/role/assignPermissions  ─→  "同步权限"
+```
+
+---
+
+## 3. 权限码命名规范
+
+```
+{服务缩写}:{资源camelCase}:{操作}
+```
+
+| 操作     | 含义           | 示例                            |
+| -------- | -------------- | ------------------------------- |
+| list     | 查看列表       | `mmwr:customer:list`            |
+| detail   | 查看详情       | `mmwr:customer:detail`          |
+| add      | 新增           | `mmwr:customer:add`             |
+| edit     | 编辑           | `mmwr:customer:edit`            |
+| remove   | 删除           | `mmwr:customer:remove`          |
+| export   | 导出           | `mmwr:customer:export`          |
+| import   | 导入           | `mmwr:customer:import`          |
+| submit   | 提交审批       | `mmwr:customer:submit`          |
+| approve  | 审批通过       | `mmwr:customer:approve`         |
+| reject   | 审批驳回       | `mmwr:customer:reject`          |
+| {custom} | 自定义业务操作 | `mmwr:customer:convertToFormal` |
+
+---
+
+## 4. 三种工作模式
+
+| 模式       | 触发                    | 动作                                                   |
+| ---------- | ----------------------- | ------------------------------------------------------ |
+| `scan`     | "扫描权限码"            | 从 src/views/ 扫 v-permission / hasPerm 调用，输出清单 |
+| `register` | "注册权限码 / 同步权限" | 对比基线 → 创建缺失 + 更新描述                         |
+| `assign`   | "给 XX 角色分配权限"    | 选定角色 + 选定权限码 → 调 /sys/role/assignPermissions |
+
+---
+
+## 5. 安全约束
+
+- **生产环境拒绝直接 push**：检测 gatewayPath 含 prod/.com 时强制走"导出 SQL"模式
+- **角色分配二次确认**：每次 assign 必须在 Pre-flight 中列出"角色 → 新增/移除的权限"，得到用户 yes 才执行
+- **不删除权限**：永远只新增/更新，删除走人工 SQL（防误删导致大面积失权）
+- **审计**：每次 register/assign 输出 `reports/PERMISSION_SYNC_<YYYYMMDD>.md`，含完整调用日志和回滚 SQL
+
+---
+
+## 6. 与其他 Skill 联动
+
+- **page-codegen**：生成 toolbar 时根据 api.md 操作集自动加 `v-permission` 指令
+- **menu-sync**：菜单注册后提示"是否同步注册访问权限"
+- **convention-audit**：审计按钮是否都有 v-permission
+
+---
+
+## 7. 转正前的开发任务
+
+- [ ] 确认后端权限模型（RBAC / ABAC？是否分页面权限和按钮权限？）
+- [ ] 数据权限是否纳入本 Skill（建议：暂不，单独 data-permission-sync）
+- [ ] 设计 v-permission 指令的项目内实现（如 @jhlc/common-core 提供则复用）
+- [ ] 多租户场景下的权限继承策略
+- [ ] 与 SSO（嘉为蓝鲸）权限同步策略