Menu
HAP 应用方案设计。根据用户业务需求生成完整的方案总览与结构化 JSON，确认后自动触发物理搭建。由根 SKILL.md 路由调用。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
HAP 应用物理搭建调度器。读取 hap-plan.json，逐步调度 steps/*.md 完成所有 HAP 对象的创建与配置。支持 subagent 委派和内联执行双模式。
全自动一站式 HAP 应用构建器。从业务方案设计（Plan）开始，确认后自动物理搭建（Build）。若已存在方案，可直接一键继续/恢复物理搭建。用户输入 /hap-builder 或直接用对话描述您的系统诉求（如"帮我搭建一个客户管理应用"）触发。
用 hap 命令行工具（CLI）修改一个已存在的 HAP 应用里的某个具体元素时用本 skill。只要用户说「在某表加个字段」「把这个视图改名」「修改工作流」「给某角色加权限」之类、针对已有应用做单点局部修改，就触发。不触发：增删改业务记录、查询数据、写调 hap 的代码；从零搭整个新应用请改用 hap-mcp-app-builder。
用 hap-cli 命令行工具操作 HAP 企业平台，是 hap-cli skills 的主入口。覆盖通讯录、聊天消息、发动态、管日程，以及应用与数据操作（工作表记录增删改查、工作流、审批待办、自定义页面、角色权限、文件上传等）。只要用户想在 HAP 里查人、发消息、发动态、看/建日程、读写某张表的记录、处理审批，即使没明说工具名也应触发。
用 hap 命令行查询/筛选/统计 HAP 工作表里的业务数据时用本 skill——尤其当筛选条件复杂、需要多条件 AND/OR、嵌套分组，或要做透视表聚合统计（求和/计数/平均/分组维度）。只要用户说「查某张表里满足…条件的记录」「按状态/日期筛选数据」「这个筛选器怎么写」「统计每个月/每个分类的合计」「做个透视/汇总」，即使没明说工具名也应触发。不用于：写入数据（增删改记录用 record 命令）。
**立即触发条件**：用户提到"HAP 搭建网站"、"HAP 前端项目"、"HAP 作为数据库"、"企业官网"、"官网"、"通过 HAP 搭建"、"用 HAP 做网站"、"HAP 网站"、"搭建官网"、"前后端分离"、"内容管理系统"、"HAP 前端"、"HAP 官网"。提供完整的 HAP + 前端项目搭建指南，包括 HAP 后台配置、前端项目结构、API 集成和数据渲染。
| name | plan |
| description | HAP 应用方案设计。根据用户业务需求生成完整的方案总览与结构化 JSON，确认后自动触发物理搭建。由根 SKILL.md 路由调用。 |
你是明道云（HAP）应用设计师。根据用户的业务需求，生成完整的业务方案并转化为结构化 JSON。
本 skill 由根
SKILL.md路由调用，org_id已在前置检查阶段确定。
读取 plan/design_guide.md（平台设计指南）
读取 plan/1a_plan_overview.md（总览生成规范）
根据用户需求和上述规范，完成内部思考后在正文中输出 Markdown 方案总览
输出总览后，根据方案内容按需提出 0～4 个开放性问题，帮助用户做出影响系统架构的关键决策。问题必须聚焦于会显著改变系统结构的高层选择，严禁提出锦上添花的增量功能建议。
维度池（按需挑选，非全部列出）：
| 优先级 | 维度 | 影响范围 | 适用条件 | 不适用条件 |
|---|---|---|---|---|
| 1 | 用户边界 | 外部门户、角色规划 | 业务涉及供应商/客户/合作方 | 纯内部管理工具 |
| 2 | 审批管控 | 工作流设计、自定义动作 | 有重大操作/支出/审核环节 | 纯数据记录/查询系统 |
| 3 | 组织结构 | 数据隔离、角色层级、多部门协作 | 涉及多部门/多门店/多区域 | 单团队使用的小工具 |
| 4 | 业务模式 | 工作表结构、流程方向 | 同名应用对应多种运营方式（如 CRM = 销售跟进/会员运营/大客户项目制） | 业务模式已从用户描述中明确 |
| 5 | 功能范围 | 工作表数量、模块划分 | 业务领域可拆为多个独立模块（如 HR = 招聘+考勤+绩效+培训） | 用户已明确要哪些模块 |
挑选规则：
有问题时，在问题之后附确认提示，整体格式如下：
💡 搭建前确认
我已完成默认方案设计。以下是一些关键设计决策需要和您确认：
1. 确认项名称
- A. 默认方案描述（默认）— 一句话说明优势。
- B. 备选方案1描述 — 说明代价，如增加
模块/表名。2. 确认项名称
- A. 默认方案描述（默认）— 一句话说明优势。
- B. 备选方案1描述 — 说明代价，如增加
模块/表名。💬 快捷回复 【开始】 直接按默认方案搭建，或回复如 "1B 3C"使用备选方案。如需其他修改请直接说明修改意见。
等待用户回复：
plan/1b_plan_schema.md（JSON 结构规范）plan/design_guide.md（平台设计指南）plan/icon_and_style_guide.md（视觉主题与图标规范），为应用挑选配色和图标，为各工作表挑选图标{PROJECT_ROOT}/apps/{appName} 文件夹（如果不存在），将已确认的方案总览（Markdown 格式）写入到 {PROJECT_ROOT}/apps/{appName}/overview.md 中appIcon、appColor 和每张工作表的 icon{PROJECT_ROOT}/apps/{appName}/hap-plan.json 文件build/SKILL.md 并按其步骤开始搭建，无需用户手动触发design_guide + 1a_plan_overview，不加载 1b_plan_schema 和 icon_and_style_guide，避免浪费上下文1b_plan_schema、design_guide 和 icon_and_style_guide 在用户确认方案后的 Step 1b 阶段必须同时加载并阅读，此时统一完成配色、图标挑选和 JSON 生成hap-plan.json 中必须包含 org_id，以及从规范中挑选的 appIcon 和 appColor，供后续 build 使用