Menü
通用项目脚手架生成器：从需求文档或结构化问答提取需求，确认技术栈后按阶段生成可运行项目与交付文档。用户要求从零生成新项目时调用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
前端专项修改生成器：定位页面、交互、路由、类型与联调问题并细致追问。用户要求修复前端问题时调用。
后端专项修改生成器：定位接口、业务、数据访问、鉴权与校验问题并细致追问。用户要求修复后端 API/逻辑时调用。
数据库专项修改生成器：定位表结构、DDL、索引、迁移、事务与数据一致性问题并细致追问。用户要求修复数据库设计/迁移/性能时调用。
工程化专项修改生成器：定位构建、环境变量、Docker、CI/CD、测试与文档问题并细致追问。用户要求修复跑不起来/部署/交付时调用。
项目后期修改生成器：当生成结果不符合需求时，先归类问题再路由到专项深问，并给出可验收的增量修改方案。用户要求修正、补齐、重构现有项目时调用。
UI 风格专项修改生成器：定位设计规范、配色、布局、暗色模式与动效问题并细致追问。用户要求修复视觉风格时调用。
| name | project-scaffold-generator |
| description | 通用项目脚手架生成器：从需求文档或结构化问答提取需求，确认技术栈后按阶段生成可运行项目与交付文档。用户要求从零生成新项目时调用。 |
把“需求”变成“可运行项目”，并让用户每个阶段都能看到产出与验收点。
生成项目不得把文件散落到仓库根目录，必须输出到一个新目录：
workspace/<project-name>/apps/frontend/services/backend/db/deploy/docs/scripts/如果用户不同意目录结构，先给 2–4 个选项让用户选一个，再开始生成。
project-fix-generatorproject-fix-generator 分流到前端/后端/数据库/UI/工程化专项 Skillinput/ 目录下的需求文档，自动执行三步转换链：
.doc → .docx：运行 python scripts/doc2docx.py input/（需 pywin32 + Word/WPS）.docx → .md：运行 python scripts/docx2md.py input/ md（需 python-docx）.md/.txt：直接读取输出一张 Markdown 需求表：项目类型/功能模块/用户角色/数据模型/技术栈/部署/安全，并标注“已确定/待确认”。
目标：把"待确认项"补齐到可生成。
要求：
确认设计规范、主题模式、配色方案、动画风格、字体方案、布局模式，并生成全局 CSS 变量与暗黑模式适配。
先使用 AskUserQuestion 让用户选择构建顺序（给 2–4 个科学选项，如：数据库->后端->前端、契约驱动、最小可运行等），然后按顺序逐段生成。
每一段（每一层）生成后必须输出：
输出需求对照表：需求项 | 是否实现 | 实现位置 | 备注。对未实现项主动询问是否补齐。
输出 docs/ 下的交付文档（基于模板生成，Markdown）：
workflow/templates/packaging-guide.md）workflow/templates/project-summary.md）workflow/templates/defense-report.md）需要更细追问题库时，按需读取：