需求探索

要解决的具体问题

在业务系统需求进入实现前，需求文档往往停留在页面、字段和交互描述，缺少可被设计工具或前端流程消费的结构化约束。若直接从 PRD 跳到界面开发，容易出现布局选型随意、模块边界不清、组件语义与页面位置混写、输出格式无法复用等问题。

技能如何工作

该技能定位于设计阶段，将 PRD 或用户给出的系统需求转化为标准设计方案。它按 L4 与 L5 两层组织：先用 LayoutPage-1 到 LayoutPage-7 等标准布局匹配门户、管理后台、数据看板等场景，再在页面内规划头部、筛选、内容、操作等区域，并用 BEM 描述位置、用 GEN::、ENT::、DISP:: 等组件令牌描述组件语义。最终输出三种独立产物：

• 设计方案.md：面向人阅读的分区设计说明
• 设计方案.json：面向自动化流程的 DSL 结构
• 设计参数.yaml：面向前端工程化的 token 与参数

适用边界与注意点

它更适合 CRM、OA、ERP、数据看板等已有较明确页面与模块描述的系统设计。资料未覆盖 L3 模式层和独立 L6 页面层，Python 引擎仅用于 match_layout、get_page_layout、read_ref 等辅助查询，不替代 LLM 的分析和生成。