用途
GLM-V PRD-to-App 用于从产品需求文档（PRD）、UI 原型图片和资源文件出发，构建一个完整、可部署的全栈 Web 应用。整个结果要求能够通过单个 bash /workspace/start.sh 完全复现。
主要能力
该技能按阶段组织完整流水线：
- 阶段 0：材料发现与分析。定位 /workspace/prd.md、/workspace/prototypes/.jpg、/workspace/resources/**/ 等输入；逐张读取原型图片，记录页面身份、布局结构、组件清单、内容清单、颜色（十六进制）、字体层级、交互状态、数据模式，并构建页面导航图；同时建立资源清单并映射到原型中的出现位置。
- 阶段 1：系统设计文档。产出 /workspace/docs/design.md，包含数据模型（表名、字段类型、约束、默认值、关系、索引、内容映射）、API 设计（方法、路径、请求/响应模式、触发交互、错误响应）、前端架构（组件树、路由、状态管理）、技术栈选择与理由、目录结构。
- 阶段 2：种子数据生成。要求从原型中提取所有可见文本、图片、数字，覆盖列表/表格/卡片/下拉/导航/统计数字，使用资源文件，禁止占位内容，支持空状态、加载状态、错误场景，输出为 SQL、JSON 或 ORM 种子脚本。
- 阶段 3：后端实现。创建迁移文件、实现 API 端点（含输入校验与错误处理）、实现幂等种子脚本、配置静态文件服务。
- 阶段 4：前端实现。建立全局样式与设计令牌，逐页实现组件并匹配原型布局、颜色、字体、层级与内容位置，接入 API，实现导航、表单、搜索、过滤、排序、弹窗、加载/错误状态、悬停与选中状态，集成资源文件，并考虑响应式。
- 阶段 5：视觉验证循环。使用 Playwright 渲染页面截图，与原型并排比较布局、颜色、字体、内容、间距、图片、组件，修复差异，每页最多迭代 3 次。
- 阶段 6：集成测试。运行 API 健康检查、端到端流程验证，修复 CORS、API URL 不匹配、数据格式不匹配等问题。
- 阶段 7：部署脚本。生成 /workspace/start.sh，要求自包含、可在全新环境运行、安装系统依赖、清理旧状态、从零建立数据库、运行迁移、加载种子数据、构建前端、启动前后端，使应用在 http://localhost:3000 可用。
- 阶段 8：文档。更新设计文档，编写 README（概述、技术栈、快速开始、项目结构、数据库、API 参考）。
使用方式
技能以阶段化流程执行，输入位于 /workspace 下的 PRD、原型图片和资源目录。最终交付物包括完整应用、设计文档、README 和可执行的 start.sh。部署后访问 http://localhost:3000。
适用场景
适用于需要从 PRD 与原型快速生成可运行、可复现全栈 Web 应用的场景，尤其强调视觉还原度、种子数据真实性和一键部署。
限制
资料未提供具体收费、价格、平台支持范围或性能指标。技术栈为推荐默认值（如 React + TypeScript + Vite、Next.js、Tailwind CSS、Node.js + Express、Python + FastAPI、SQLite、PostgreSQL、Prisma/SQLAlchemy），实际选择需依据 PRD 复杂度。视觉验证每页最多迭代 3 次。