القائمة
技术方案设计与确认（阶段二）。基于已确认的需求，设计数据库、接口、代码结构，生成技术方案文档。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
代码生成统一入口。生成 SQL、CRUD、API、枚举等代码。
基于 Git 提交和代码变更点同步需求/技术文档并补单元测试。用于修复或紧急改动后补文档、对齐代码与文档时使用。
需求分析与确认（阶段一）。用于理解用户需求、澄清细节、明确功能边界，生成需求分析文档。
处理开发过程中的需求变更。用于开发过程中需求有调整、需要新增/删除/修改功能点、方案确认后发现遗漏。
查看公共类规范和使用方式。包括R响应类、ErrorCode错误码、异常处理、事务、缓存、并发控制、日志等。
生成Docker Compose、Dockerfile、Nginx等部署配置。用于项目初始化部署配置、新增服务需要部署、查看部署配置模板。
| name | proj-analyze-design |
| description | 技术方案设计与确认（阶段二）。基于已确认的需求，设计数据库、接口、代码结构，生成技术方案文档。 |
前置条件：用户已确认阶段一（/proj-analyze-req）的需求分析文档，且全流程任务文档已创建 目标：设计技术实现方案，明确数据库、接口、代码结构 产出：技术方案文档（用户确认后进入开发阶段）
Step 0: 校验任务文档 → Step 1: 探索现有代码 → Step 2: 设计技术方案 → Step 3: 输出方案文档 → Step 4: 用户确认 → Step 5: 生成任务
在设计方案前，先了解项目现状：
| 探索内容 | 目的 |
|---|---|
| 相关模块代码 | 了解现有实现方式 |
| 类似功能实现 | 参考已有模式 |
| 公共类和工具 | 复用现有组件 |
| 数据库表结构 | 了解关联关系 |
表命名规范：
user, order_item）user_id, create_time）id BIGINT AUTO_INCREMENT{关联表}_ididx_{表名}_{字段}通用字段（每张业务表必须包含）：
id BIGINT AUTO_INCREMENT PRIMARY KEY,
del_flag TINYINT(1) DEFAULT 0 COMMENT '删除标记',
create_by VARCHAR(64) COMMENT '创建人',
create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
update_by VARCHAR(64) COMMENT '更新人',
update_time DATETIME COMMENT '更新时间'
接口文档要求：
标准枚举格式：参考模板中的枚举类设计，必须包含getByCode和getMessageByCode方法
按需澄清原则：只在涉及相关技术时才需要澄清
常见澄清场景：
在充分澄清后，使用模板输出技术方案文档。
模板文件：技术方案模板
保存位置：docs/design/{YYYYMMDD}_{中文模块名}_技术.md
注意：技术方案设计时如发现需求遗漏或变更，需同步更新需求文档。
同步更新任务文档：
输出技术方案后，必须使用以下话术请求确认：
以上是技术实现方案，请确认：
1. 数据库表结构和字段是否符合预期？
2. 接口设计是否满足需求？
3. 是否需要调整？
确认后我将开始编码开发。
| 用户反馈 | 处理方式 |
|---|---|
| "确认"/"没问题"/"可以" | 调用 /proj-task 拆分任务，开始开发 |
| "字段需要调整xxx" | 修改表结构设计，再次确认 |
| "接口需要增加xxx" | 补充接口设计，再次确认 |
| "取消"/"不做了" | 结束流程 |
用户确认技术方案后：
docs/design/{YYYYMMDD}_{中文模块名}_技术.md/proj-task 创建任务/proj-review 自检同步更新任务文档：