用途：按仓库既定模式为新功能生成全栈脚手架，覆盖后端实体、CQRS 命令/查询、控制器，以及前端 Angular 组件与服务。
主要流程：
- 分析需求，判断范围为仅后端、仅前端或全栈。
- 定位目标微服务与对应 Angular 应用/模块。
- 规划领域实体、CQRS 命令/查询、API 接口、Angular 组件与服务、DTO 及校验。
- 展示实现计划，必须等待用户明确批准后再继续。
- 获批后按序创建：领域实体（.Domain/Entities/）→ 应用层（.Application/UseCaseCommands/、.Application/UseCaseQueries/）→ 实体 DTO（.Application/EntityDtos/）→ API 控制器（.Api/Controllers/）→ 前端组件与服务。
- 验证：后端运行 dotnet build，前端运行 nx build <app-name>。
用法与约定：在 Codex 中以 $skill-name 形式调用；开始前须阅读项目参考文档，通常包括 docs/project-config.json、docs/project-reference/docs-index-reference.md 与 lessons.md，并按任务类型读取后端模式、领域实体、前端模式、样式、测试等相关文档。
限制：任何需求/规格文本须先通过 M1-M6 合规关卡，正文只描述业务行为，不出现框架、产品或类名；每条功能规则需带逻辑 ID 与来源锚点。必须先读取并搜索现有代码模式（建议 3 个以上相似模式）不得虚构模式；未获用户批准不得创建文件；步骤不可跳过、重排或合并；文档中未提供的具体技术栈、平台或价格信息暂未提供。