Menü
数据需求文档（DRD）编写技能。用户需要编写或评审 DRD 时使用，指导定义数据 schema、字段规范、枚举约束和数据关系，作为数据契约独立于实现。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
代码质量审计，使用 lizard/ruff 对 Python 项目进行复杂度分析、代码规范检查和重构建议。
Code 阶段 DevOps 基础设施管理。项目脚手架初始化、编码规范工具链配置、pre-commit 设置、CI lint 门禁规则。
发布 Git 仓库 Release。使用 qtcloud-devops CLI，必须先写 CHANGELOG 再发布，禁止跳步。支持子模块和主仓库两种流程。
审查仓库状态、CHANGELOG、版本一致性等，支持发布前检查、代码审查、文档审查等多场景。
三层测试体系：单元测试、服务测试、端到端测试
QTData product provider service built with FastAPI and uv
| name | product-drd |
| description | 数据需求文档（DRD）编写技能。用户需要编写或评审 DRD 时使用，指导定义数据 schema、字段规范、枚举约束和数据关系，作为数据契约独立于实现。 |
数据需求文档（DRD）编写技能。
DRD 是一份业务决策记录，而不是技术实现说明。它记录业务概念由哪些数据构成、为什么这样设计、边界在哪、未来怎么发展。
字段表只是概念的一个侧面。DRD 的中心是业务概念本身，不是字段。
DRD 最常见的错误是写成"告诉开发者怎么实现"的技术文档。正确的 DRD 应该让读者理解"这个业务概念经历了什么才长成这样"。
例如，一个字段从单值变为数组、某个枚举从五档砍到三档——这些变更背后的业务决策才是一份 DRD 最有价值的内容。字段表本身只是快照。
# DRD
| 文件 | 对应领域 | 说明 |
|------|----------|------|
| `xxx.md` | 领域名 | 数据模型 schema |
按数据实体组织，每个实体一个文件。格式规范如下：
# 业务概念名称
## 模型名`ModelName`
| 字段 | 类型 | 必填 | 默认 | 说明 |
|------|------|------|------|------|
| `id` | string | 是 | — | 唯一标识 |
字段说明列用一句话讲清楚"存什么"，不要写"怎么用"。
### 关键字段说明（可选）
对于需要解释设计理由的字段组合或复杂字段，用一级子章节展开。
## 示例
Fixture 路径：`src/assets/fixtures/xxx.json`
## 职责边界
以下职责在其他模型，不在本模型：
- **职责归属方** → 归属模型的职责。一句话解释为什么归它不归本模型。
## 未来待拓展
以下职责当前未分配，待定方案：
- **待定职责**：描述。
Schema、Data 等后缀## 课时模型\Lecture``lecture.md"初级"、"中级"、"高级"三档BRD → PRD → IXD → DRD → ADD，QA 验证所有层。