菜单
Use when: extracting domain-specific page templates from existing project pages and contributing them to skills/core/page-codegen/templates/domains/. Triggers on: 提取模板, 抽取模板, 沉淀模板, 模板贡献, extract template, contribute template.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when: designing API contracts between frontend and backend based on prototype page inventory, defining request/response field structures, establishing naming conventions, and generating an api.md file per page for team alignment before coding. Triggers on: api contract, interface design, 接口约定, 前后端对齐, 字段定义, 接口设计, api.md.
Use when: generating complete Vue 3 page code (index.vue + data.ts + modal components + api.md + pages.ts registration) from a prototype page inventory and API contract, strictly following the cx-ui-produce project conventions. Read SKILL.md first (rules+constraints), then read the matching TPL-*.md for the template code. Triggers on: generate page, create page, code generation, 生成页面, 页面代码, 代码生成, vue页面, 帮我生成, natural language page generation. NOTE: 口述需求/建个页面/写个页面/按原型生成 belong to prototype-scan first (page-codegen chains from it via 模式 0).
Use when: analyzing Axure exported HTML prototype files to extract page inventory, classify interaction patterns, identify reusable components, and produce a structured page checklist for Vue development. Also supports NON-standard detailed design documents (free-form MD/Word) or natural language descriptions as input. DO NOT use for standard requirement-spec documents produced by wl-skills-design (path contains .wl-skills/docs/spec/, has function codes like PMMB001, IPO tables, flow five-elements) — route those to spec-doc-parse instead. Triggers on: prototype analysis, axure scan, page inventory, 原型解析, 页面清单, axure转vue, 口述需求, 自然语言建页面, natural language page request, 建个页面, 写个页面, 口头描述页面.
Use when: parsing STANDARD requirement-design specification documents produced by wl-skills-design (path contains .wl-skills/docs/spec/, files like ch1-3.md / 4.x-{module}.md / 4.N-data-report.md, with function codes like PMMB001, IPO tables containing 处理逻辑, and flow descriptions with five-elements) into the SAME page-spec JSON consumed by page-codegen. This is the 规范线 (spec line) counterpart to prototype-scan (原型线). Self-validating, self-correcting, report-producing. Triggers on: 解析说明书, 解析需求文档, 解析详设, 规范文档转页面, 根据说明书生成, spec doc parse, IPO 转页面, .wl-skills/docs/spec, 功能编码, 需求设计说明书.
Use when: creating system menus for newly generated pages, batch registering menus, or syncing pages.ts entries to the backend menu table. Triggers on: 创建菜单, 注册菜单, 同步菜单, 补菜单, menu sync, create menu, register menu.
Use when: managing roles, authorizing menus to roles, attaching action buttons (type=A) to page menus, or wiring permission field in data.ts toolbar config. Triggers on: 创建角色, 角色管理, 角色授权, 给角色分配菜单, 挂动作, 添加动作按钮, 同步权限, 权限码注册, role assign, permission sync.
| name | template-extract |
| description | Use when: extracting domain-specific page templates from existing project pages and contributing them to skills/core/page-codegen/templates/domains/. Triggers on: 提取模板, 抽取模板, 沉淀模板, 模板贡献, extract template, contribute template. |
从现有项目的成熟页面提取领域模板，沉淀到 .wl-skills/skills/core/page-codegen/templates/domains/，扩充团队 AI 模板库。
核心理念：模板贡献门槛极低 — 开发者只需说出一个页面目录路径，AI 完成 90% 的分析和写作。
提取模板 / 抽取模板 / 沉淀模板 / 模板贡献 / extract template
🚀 已触发技能 template-extract/SKILL.md → 从现有页面提取领域模板
✅ 已读取 template-extract/SKILL.md → 提取流程主规则
✅ 已读取 templates/_index.md → 已有模板清单（避免重复）
✅ 已读取 standards/02-code-structure.md → 模板必须遵循的代码结构
✅ 已读取 standards/13-platform-components.md → 模板必须遵循的平台组件合规
开发者提供一个目录路径：
"提取模板，目标页：src/views/produce/sjgl/mmwr-rolling-management/"
✅ 读取 {target}/index.vue
✅ 读取 {target}/data.ts
✅ 读取 {target}/index.scss
✅ 读取 {target}/api.md（如存在）
输出识别结论：
🔍 识别结果
- 页面包含：{2 个 BaseTable / 1 个内联 BaseForm / 4 个操作按钮}
- 交互模式：{双清单联动 + 内联表单 + 条件按钮}
- 与已有 TPL 对比：
✅ 接近 TPL-OPERATION-STATION（domains/produce/）
❌ 不符合 TPL-LIST / TPL-MASTER-DETAIL / TPL-RECORD-FORM
- 结论建议：本页面**已有相似模板**，可能是 TPL-OPERATION-STATION 的变体，
建议考虑增强现有模板而非新建。
（或：本页面是**独立新模式**，建议提取为 TPL-XXX）
❓ 问题 1：领域归属？
选项：A. produce（生产） B. sale（销售） C. 其他（请说明）
❓ 问题 2：建议的模板命名？
AI 建议：TPL-{XXX-XXX}
如不满意请提出替代
❓ 问题 3：是否有需要脱敏/抽象的业务特定内容？
- 业务字段名（建议保留作为占位符 [字段名]）
- 业务接口路径（建议改为 [服务缩写]/[资源名]/{action} 占位）
- 硬编码字典码（建议改为占位符或注释说明）
❓ 问题 4：是否合并到已有模板？
仅当步骤 3 识别为「相似模板」时才问。
选项：A. 增强现有模板（追加章节） B. 提取为独立新模板
按 templates/domains/_CONTRIBUTING.md 格式生成，必须包含：
✅ 写入 templates/domains/{domain}/TPL-{NAME}.md
✅ 更新 templates/_index.md（追加注册条目）
📦 模板提取完成
────────────────────────────────────────────────
✅ 已生成 templates/domains/{domain}/TPL-{NAME}.md
✅ 已更新 templates/_index.md 注册表
────────────────────────────────────────────────
📌 后续步骤：
1. 人工 review 模板内容（脱敏完整性 / 占位符正确性）
2. 提交：git cz → feat(template): 新增领域模板 TPL-{NAME}
3. PR 评审 → CHENY 合入
────────────────────────────────────────────────
生成 TPL 文件后，AI 必须自检：
[字段名] / [资源名] 占位符/[服务缩写]/[资源名]/{action} 格式| 情况 | 处理 |
|---|---|
| 目标页代码不符合 standards/ 规范 | 拒绝提取，输出审计建议（"目标页本身不合规，建议先整改"） |
| 目标页过于业务特化，无法抽象 | 反问开发者："此页面业务耦合较深，提取后通用性差，是否继续？" |
| 已有 TPL 高度重合 | 优先建议增强现有模板，不建议新建 |
| 开发者指定的命名不符合规范 | 给出建议命名，请开发者确认 |