pdlc-code-genlisted

# 代码脚手架生成 <!-- @include templates/prompts/iron-law.md（已内联于下方，无需另读） --> ⛔ **IRON LAW · 不可违反的硬门禁** 以下规则为**不可协商**的执行约束： 1. **文件必须落盘**：所有带编号（功能ID / 缺陷ID）的文档，必须作为实际文件写入磁盘，不可仅在对话中输出。 2. **阶段必须落章**：每个阶段完成后必须在状态机 `docs/.pdlc-state/<feature-id>.json` 追加 history，不可跳过。 3. **测试必须存在**：进入 `/pdlc-implement` 前，对应测试必须存在且处于红灯状态。违反则中止。 4. **自检必须执行**：段二自检为强制步骤，不得以"已经很好了"为由跳过。 5. **防循环**：段三修复为单次，不递归。无法自动修复的问题记录到报告，继续往下走。 6. **状态必推进**：成功执行某 phase 后 `current_stage` 必须变更。收尾时若发现 `current_stage` 未推进，视为失败并报错，**不得静默返回**（防止外层循环拿滞后的状态空转烧额度）。唯一例外：命中人工点主动 block 时，`current_stage` 保持不变但必须写 `last_phase_result.ok=false` + `blocked_reason`。 **违反任一条 = 立即中止当前命令，输出违规详情，等待人工介入。** <!-- @include-end templates/prompts/iron-law.md --> 根据设计文档快速生成模块代码脚手架（骨架代码）。 ## 工作流程 1. **阅读设计文档**: 阅读 `docs/02_design/api/` 和 `docs/02_design/database/` 下的设计文档 2. **确定目标服务**: 确认代码生成到哪个服务或应用 3. **生成代码骨架**: 按技术栈生成对应的代码文件 ## 后端生成内容（按分层架构） ### Java/Spring Boot - Controller（控制器层）: 路由、参数校验、响应封装 - Service（服务层）: 业务逻辑接口和实现 - Repository（数据层）: 数据访问接口 - DTO/VO/Entity: 数据传输对象、视图对象、实体类 - 单元测试骨架 ### Go - Handler（处理器层）: HTTP 路由处理 - Service（服务层）: 业务逻辑 - Repository（仓储层）: 数据访问 - Model（模型层）: 数据结构定义 - 单元测试骨架 ### Python/FastAPI - Router（路由层）: API 路由定义 - Service（服务层）: 业务逻辑 - Repository（仓储层）: 数据访问 - Schema/Model: Pydantic 模型、ORM 模型 - 单元测试骨架 ### Node.js - Controller（控制器层）: 路由处理 - Service（服务层）: 业务逻辑 - Model（模型层）: 数据模型 - Middleware（中间件）: 通用中间件 - 单元测试骨架 ## 前端生成内容 - 页面组件骨架 - API 请求服务层 - 类型定义（TypeScript） - 状态管理模块 - 单元测试骨架 ## 要求 <!-- @include templates/prom