Menu
HAP 应用方案设计。根据用户业务需求生成完整的方案总览与结构化 JSON，确认后自动触发物理搭建。由根 SKILL.md 路由调用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 使用