技术方案设计与确认（阶段二）。基于已确认的需求，设计数据库、接口、代码结构，生成技术方案文档。
npx skills add https://github.com/zhangloveyan/backend-skill --skill proj-analyze-designانسخ والصق هذا الأمر في Claude Code لتثبيت المهارة
代码生成统一入口。生成 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 自检同步更新任务文档：