用途：把用户用自然语言描述的应用需求（如“帮我建一个任务管理 API”）转成完整、可运行的起始仓库。适用于用户提供 PRD、需求文档或功能列表并希望得到代码库的场景；若明确需要 Stripe + Auth 的 SaaS 应用，应改用 product-team/saas-scaffolder。
主要能力：分四阶段工作。一、解析规格，提取应用名、描述、功能、技术栈、认证、数据库、API 面、部署目标，并在用户未指定时按信号推断栈（如 web app/dashboard/SaaS 推断 Next.js + TypeScript，API/backend 推断 FastAPI 或 Express，mobile app 推断 Flutter 或 React Native，CLI 推断 Go 或 Python，data pipeline 推断 Python，高性能/系统推断 Rust 或 Go）；随后向用户回显结构化解读，最多提 3 个澄清问题。二、架构设计，选择模板、定义文件树、把功能映射到文件、设计数据库 schema、列出依赖与 API 路由，并先展示文件树。三、生成，要求真实实现而非占位符、语法有效、导入与清单一致、包含类型、生成 .env.example、README、CI 配置与 .gitignore，按清单、配置、schema、业务逻辑、路由、UI、测试、README 顺序写文件。四、校验，检查导入、文件引用、环境变量、密钥、测试与构建命令，并可运行 scripts/validate_project.py 检查。
使用方式：用户给出规格后，技能先解析并确认，再展示文件树，然后生成全部文件，最后校验。复杂规格可分阶段推进：先 MVP，再按需加认证、打磨、部署。
限制：不生成占位代码，不覆盖用户明确指定的技术栈，不添加超出 MVP 的过度工程，不编造不存在的 API；至少包含一个测试文件，且不得提交 .env 等密钥文件。具体价格、平台支持范围等资料暂未提供。