@agile-team/wl-skills-kit 1.2.0 → 2.1.0

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

@@ -0,0 +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。

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

@@ -1,83 +1,83 @@
-# env.local.json 配置说明
-
-> 该目录下的 `env.local.json` 已加入 `.gitignore`，**不会提交到远端仓库**。
-> 每位成员在本地维护自己的副本，首次使用时按本文档填写即可。
-
----
-
-## 文件结构
-
-```json
-{
-  "gatewayPath": "http://192.168.10.50:9000",
-  "parentMenuId": "1803456789012345678",
-  "sysAppNo": "QjQuXy1kbKxZyjhS5N2",
-  "token": "eyJhbGci..."
-}
-```
-
----
-
-## 字段说明
-
-| 字段 | 说明 | 示例 |
-|---|---|---|
-| `gatewayPath` | 后端网关地址，含协议和端口，**末尾不加斜杠** | `http://192.168.10.50:9000` |
-| `parentMenuId` | 目标父级目录的菜单数据库 ID（每套环境不同） | `1803456789012345678` |
-| `sysAppNo` | 应用编码（非明文，从已有菜单接口响应中获取） | `QjQuXy1kbKxZyjhS5N2` |
-| `token` | 当前登录用户的 Bearer Token，**不含 `bearer ` 前缀** | `eyJhbGci...` |
-
----
-
-## 如何获取各字段
-
-### gatewayPath
-
-询问后端同事，或查看浏览器 Network 面板中任意接口请求的 URL，取协议 + 域名/IP + 端口部分。
-
-### 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 配置说明
+
+> 该目录下的 `env.local.json` 已加入 `.gitignore`，**不会提交到远端仓库**。
+> 每位成员在本地维护自己的副本，首次使用时按本文档填写即可。
+
+---
+
+## 文件结构
+
+```json
+{
+  "gatewayPath": "http://192.168.10.50:9000",
+  "parentMenuId": "1803456789012345678",
+  "sysAppNo": "QjQuXy1kbKxZyjhS5N2",
+  "token": "eyJhbGci..."
+}
+```
+
+---
+
+## 字段说明
+
+| 字段 | 说明 | 示例 |
+|---|---|---|
+| `gatewayPath` | 后端网关地址，含协议和端口，**末尾不加斜杠** | `http://192.168.10.50:9000` |
+| `parentMenuId` | 目标父级目录的菜单数据库 ID（每套环境不同） | `1803456789012345678` |
+| `sysAppNo` | 应用编码（非明文，从已有菜单接口响应中获取） | `QjQuXy1kbKxZyjhS5N2` |
+| `token` | 当前登录用户的 Bearer Token，**不含 `bearer ` 前缀** | `eyJhbGci...` |
+
+---
+
+## 如何获取各字段
+
+### gatewayPath
+
+询问后端同事，或查看浏览器 Network 面板中任意接口请求的 URL，取协议 + 域名/IP + 端口部分。
+
+### 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

@@ -0,0 +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（嘉为蓝鲸）权限同步策略

package/files/.github/standards/01-toolchain.md

@@ -0,0 +1,57 @@
+# 01 — 工具链前置检测
+
+> **强制度**：🔴 阻断式。检测未通过 → AI 必须暂停代码生成。
+
+---
+
+## 检测目标
+
+确认项目已正确安装 `@robot-admin/git-standards`，工具链有效。
+
+## 检测项
+
+AI 在执行任何代码生成任务**之前**，必须检查以下三个特征文件是否存在于项目根目录：
+
+```
+✓ .prettierrc.js
+✓ eslint.config.ts
+✓ .husky/  （目录）
+```
+
+## 判定规则
+
+| 状态         | 处理                        |
+| ------------ | --------------------------- |
+| 三者全部存在 | ✅ 工具链就绪，继续执行任务 |
+| 缺任意一个   | ❌ 暂停任务，输出下方提示   |
+
+## 暂停提示标准格式
+
+```
+❌ 工具链检测失败：未找到 .prettierrc.js / eslint.config.ts / .husky/
+   → 请执行：npx @robot-admin/git-standards init
+   → 或联系 CHENY（工号 409322）解决
+   → ⛔ 代码生成已暂停，修复后重新触发
+```
+
+## Pre-flight 声明示例
+
+工具链就绪：
+
+```
+✅ 工具链检测：.prettierrc.js ✓  eslint.config.ts ✓  .husky/ ✓  [全部就绪]
+```
+
+工具链缺失：
+
+```
+❌ 工具链检测：未检测到 .husky/  → 已暂停，提醒已发出
+```
+
+---
+
+## 为什么必须前置
+
+- `eslint.config.ts` 缺失 → 代码风格无法约束，AI 生成代码可能不通过 lint
+- `.prettierrc.js` 缺失 → 格式不统一，团队协作冲突
+- `.husky/` 缺失 → 提交前钩子失效，console.log / 死代码会进入仓库

package/files/.github/standards/02-code-structure.md

@@ -0,0 +1,111 @@
+# 02 — 代码结构与顺序规范
+
+> **强制度**：🔴 必遵。AI 生成代码必须严格按下列顺序输出。
+
+---
+
+## 4 文件原则（页面目录强制结构）
+
+```
+src/views/[域]/[模块]/[子模块]/[kebab-case目录]/
+├── index.vue    ← 纯模板 + 解构，不写业务逻辑
+├── data.ts      ← AbstractPageQueryHook 类 + API_CONFIG
+├── index.scss   ← 页面样式（可为空）
+└── api.md       ← 接口约定文档
+```
+
+**禁止**：把业务逻辑写在 index.vue；缺少 data.ts；缺少 api.md。
+
+## 弹窗组件归属
+
+| 场景                    | 位置                                 |
+| ----------------------- | ------------------------------------ |
+| 通用弹窗（2+ 页面复用） | `src/components/local/c_xxxModal/`   |
+| 极个性弹窗（仅单页面）  | 页面目录下 `components/xxxModal.vue` |
+
+---
+
+## index.vue 三段式（顺序固定，不可调换）
+
+```vue
+<template>
+  <!-- 纯模板 + 组件组合 -->
+</template>
+
+<script setup lang="ts">
+/* 业务逻辑全部从 data.ts 导入，按下方 9 段式 */
+</script>
+
+<style scoped lang="scss">
+@import "./index.scss";
+/* 仅允许这一行 import，全部样式写在 index.scss */
+</style>
+```
+
+---
+
+## `<script setup>` 9 段式（按需使用，用到的必须遵守此顺序）
+
+```typescript
+// ===== 1. import 语句（外部库 → 内部模块 → 类型）=====
+import { ref, computed, onMounted } from "vue";
+import { createPage } from "./data";
+
+// ===== 2. 组件宏（defineOptions / defineProps / defineEmits）=====
+defineOptions({ name: "PageName" });
+
+// ===== 3. 路由 & Store =====
+const route = useRoute();
+
+// ===== 4. createPage() 调用 + 解构（核心模式）=====
+const Page = createPage();
+const {
+  tableRef,
+  page,
+  queryParam,
+  list,
+  queryItems,
+  columns,
+  toolbars,
+  select,
+} = Page;
+
+// ===== 5. 页面补充状态（ref / reactive / computed）=====
+const loading = ref(false);
+
+// ===== 6. watch / watchEffect =====
+
+// ===== 7. 业务方法（API 调用 / 事件处理）=====
+async function handleSubmit() {}
+
+// ===== 8. 生命周期 =====
+onMounted(() => select());
+
+// ===== 9. defineExpose =====
+defineExpose({ select });
+```
+
+---
+
+## data.ts 内部顺序（强制）
+
+```typescript
+// 1. import（类型 → 基类 → API 工具 → 工具函数）
+// 2. API_CONFIG（接口路径集中声明，as const）
+// 3. createPage()（constructor → queryDef → toolbarDef → columnsDef → 业务方法）
+// 4. 页面共用辅助函数（可选，纯函数）
+```
+
+---
+
+## index.scss 顺序（建议）
+
+```scss
+// 1. 变量覆盖
+// 2. 容器级样式 (.app-page-container)
+// 3. 区域级样式 (.search-area / .table-area)
+// 4. 组件深层覆盖 (:deep(.el-table))
+// 5. 响应式 (@media)
+```
+
+> 禁止 `::v-deep` / `/deep/`，统一使用 `:deep()`。

package/files/.github/standards/03-comments.md

@@ -0,0 +1,53 @@
+# 03 — 注释规范
+
+> **强制度**：🟡 建议。
+
+---
+
+## 文件头注释
+
+由 VS Code 插件 **koroFileHeader** 自动生成，不手写。
+项目根有 `.fileheader` 配置文件。
+
+**插件缺失提示**：
+
+```
+⚠️ 未检测到 koroFileHeader 配置生效
+   → 请安装插件：VS Code 扩展商店搜索 "koroFileHeader"
+   → 或联系 CHENY（工号 409322）获取一键安装指引
+```
+
+---
+
+## 函数注释
+
+仅复杂业务逻辑需要：
+
+```typescript
+/**
+ * @description 批量提交客户档案
+ * @param ids 选中的客户 ID 列表
+ * @returns 后端响应结果
+ */
+async function batchSubmit(ids: string[]) { ... }
+```
+
+---
+
+## 行内注释
+
+- 解释「**为什么**」而非「是什么」
+- 统一使用 `//`，不使用 `/* */`
+
+```typescript
+// 后端要求 status 必须先转字符串再传（接口字段类型不一致历史遗留）
+params.status = String(params.status);
+```
+
+---
+
+## 禁止事项
+
+- ❌ 提交注释掉的死代码（直接删除，git 可追溯历史）
+- ❌ 显而易见的注释，如 `// 声明变量`、`// 调用接口`
+- ❌ TODO 不带责任人或日期，如 `// TODO: 待优化`，应写为 `// TODO(cheny, 2026-04): 接口字段后端确认中`

package/files/.github/standards/04-coding-basics.md

@@ -0,0 +1,33 @@
+# 04 — 基础编码规范
+
+> **强制度**：🔴 必遵。
+> 参考 jhat.tech 开发规范 + Robot_Admin 实践。
+
+---
+
+## 13 条核心约定
+
+1. **变量声明**：优先 `const`，必须重新赋值时用 `let`，禁止 `var`
+2. **解构赋值**：优先使用 `const { a, b } = obj`，而非 `obj.a` / `obj.b`
+3. **异步处理**：统一 `async/await`，禁止 `.then()` 链式调用
+4. **字符串引号**：统一单引号（以 `.prettierrc.js` 为准）
+5. **模板字符串**：替代字符串拼接，`` `Hello ${name}` `` 而非 `'Hello ' + name`
+6. **大括号**：所有代码块必须使用大括号包裹，即使只有一行
+7. **条件层级**：最多三层，超过三层必须抽成函数
+8. **模板表达式**：`<template>` 中只写简单表达式，复杂逻辑提取为 `computed` 或方法
+9. **对象遍历**：禁止 `for...in`，使用 `Object.keys(obj).forEach()`
+10. **undefined 判断**：使用 `typeof variable !== 'undefined'`
+11. **v-for**：必须设置 `:key`，优先用业务主键 id 而非 index
+12. **指令缩写**：统一 `:`（v-bind）、`@`（v-on）、`#`（v-slot）
+13. **this 别名**：`<script setup>` 中无 `this`；旧 Options API 中的 `this` 别名用 `self`
+
+---
+
+## 全局禁止事项
+
+- ❌ index.vue 中写业务逻辑（逻辑全在 data.ts）
+- ❌ 使用 Vuex（本项目用 Pinia）
+- ❌ `::v-deep` / `/deep/`（用 `:deep()`）
+- ❌ 直接用 axios（用 getAction/postAction，详见 13-platform-components.md）
+- ❌ 手写查询表单/工具栏/分页（用 BaseQuery/BaseToolbar/jh-pagination）
+- ❌ 每个页面重复写弹窗（优先用 `c_modal` / `c_formModal` 等局部公共组件）

package/files/.github/standards/05-logging.md

@@ -0,0 +1,38 @@
+# 05 — 日志输出规范
+
+> **强制度**：🔴 必遵。
+
+---
+
+## 开发期
+
+- 允许 `console.log` 调试，ESLint 仅给 `warn` 提示
+- AI 生成的代码**不要**包含调试用 `console.log`
+
+## 提交期
+
+- husky pre-commit 钩子自动触发 lint 检查
+- **必须清理** `console.log` / `console.warn` / `console.debug` 才能提交
+
+## 生产代码
+
+- ❌ 禁止出现 `console.log`、`console.warn`、`console.error`
+- ❌ 大量 console 输出会带来性能问题（参考 jhat.tech 规范）
+
+## 替代方案
+
+| 场景     | 替代方式                                       |
+| -------- | ---------------------------------------------- |
+| 错误监控 | 走全局错误处理器（接入 Sentry 或自研上报通道） |
+| 调试信息 | 仅在开发环境通过 `import.meta.env.DEV` 守卫    |
+| 用户提示 | 使用 `ElMessage` / `jh-message`                |
+
+```typescript
+// ✅ 允许：开发期守卫
+if (import.meta.env.DEV) {
+  console.log("[debug] payload:", payload);
+}
+
+// ❌ 禁止：生产代码无守卫的 console
+console.log("user info:", user);
+```