القائمة
数据需求文档（DRD）编写技能。用户需要编写或评审 DRD 时使用，指导定义数据 schema、字段规范、枚举约束和数据关系，作为数据契约独立于实现。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
代码质量审计，使用 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 验证所有层。