📝 docs(commands): add command-check-检查指令创建指南.md documentation

- create documentation for creating check command files
- define file naming convention: check-[module]-[description].md
- specify metadata format with description field
- outline core content structure including check scope, results, features, and technical implementation
- provide template examples for different sections
- add best practices for content organization and risk assessment
- include code examples for proper usage demonstration

.roo/commands/command-check-创建新检查指令.md

@@ -0,0 +1,239 @@
+---
+description: "检查指令创建指南"
+---
+
+本指南用于创建新的检查指令文件，为特定功能模块的开发、维护和修改提供完整的上下文信息。
+
+## 检查指令文件结构规范
+
+### 1. 文件命名规范
+- 格式：`check-[模块名]-[功能描述].md`
+- 示例：`check-live-直播相关文件检查.md`
+- 要求：使用英文模块名和中文功能描述
+
+### 2. 文件头部元数据
+```markdown
+---
+description: "[功能描述]检查指令"
+---
+```
+
+### 3. 核心内容结构
+
+#### 3.1 检查范围
+列出需要检查的所有相关文件和组件：
+```markdown
+## 检查范围
+
+### 1. [组件类别] (`文件路径/`)
+- **文件名**: 功能描述
+- **文件名**: 功能描述
+
+### 2. [页面类别] (`文件路径/`)
+- 页面功能描述
+```
+
+#### 3.2 详细检查结果
+使用 ✅ 标记实现情况：
+```markdown
+## 详细检查结果
+
+### [组件名]实现情况
+
+#### 文件名 (功能描述)
+- ✅ **功能点**: 描述
+- ✅ **功能点**: 描述
+- ⚠️ **待完善**: 描述
+```
+
+#### 3.3 功能特性
+列出已实现的核心功能：
+```markdown
+## 功能特性
+
+### 已实现功能
+1. **功能类别**
+   - 具体功能点
+   - 具体功能点
+
+2. **管理功能**
+   - 具体管理操作
+   - 具体管理操作
+```
+
+#### 3.4 技术实现
+描述技术栈和关键实现：
+```markdown
+### 技术实现
+- **技术栈**: 使用的技术框架和库
+- **数据存储**: 数据库字段设计
+- **类型安全**: TypeScript类型定义
+- **验证机制**: 数据验证方案
+- **错误处理**: 错误处理机制
+```
+
+#### 3.5 使用示例
+提供代码使用示例：
+```markdown
+## 使用示例
+
+### 功能调用示例
+```typescript
+// 代码示例
+const result = await functionCall();
+```
+```
+
+#### 3.6 环境配置
+列出必需的环境变量和配置：
+```markdown
+## 环境配置要求
+
+### 必需环境变量
+```bash
+CONFIG_KEY=your_config_value
+ANOTHER_KEY=your_another_value
+```
+```
+
+### 3.7 修改前检查清单（可选）
+对于复杂组件，添加修改风险评估：
+```markdown
+## 修改前检查清单
+
+### ✅ 架构一致性检查
+- [ ] 是否遵循现有的组件分层结构？
+- [ ] 是否保持类型定义的完整性？
+- [ ] 是否兼容现有的数据流模式？
+
+### ✅ 功能影响评估
+- [ ] 修改是否会影响核心功能？
+- [ ] 修改是否会影响数据一致性？
+```
+
+### 3.8 潜在风险点（可选）
+标识高风险修改区域：
+```markdown
+### 潜在修改风险点
+
+#### 高风险区域：
+1. **核心逻辑** - 修改可能影响主要功能
+2. **状态管理** - 多个状态需要保持同步
+
+#### 中等风险区域：
+1. **UI布局** - 修改可能影响显示效果
+
+#### 低风险区域：
+1. **样式调整** - 视觉修改
+```
+
+## 检查指令创建流程
+
+### 1. 确定检查目标
+- 明确要检查的功能模块
+- 确定相关的文件和组件范围
+
+### 2. 收集信息
+- 查看相关源代码文件
+- 分析功能实现细节
+- 记录技术栈和依赖关系
+
+### 3. 编写检查内容
+- 按照标准结构组织内容
+- 使用 ✅ 标记实现情况
+- 提供完整的使用示例
+
+### 4. 添加风险评估
+- 对于复杂组件，添加修改前检查清单
+- 标识潜在的风险点
+
+### 5. 验证完整性
+- 确保所有相关文件都被覆盖
+- 检查示例代码的正确性
+- 验证环境配置信息
+
+## 最佳实践
+
+### 1. 内容组织
+- 使用清晰的层级结构
+- 保持内容简洁但完整
+- 使用表格和列表提高可读性
+
+### 2. 技术细节
+- 包含完整的类型定义
+- 描述数据流和状态管理
+- 记录关键的业务逻辑
+
+### 3. 风险评估
+- 客观评估修改风险
+- 提供具体的风险描述
+- 建议规避风险的方法
+
+### 4. 示例代码
+- 提供真实可用的代码示例
+- 包含必要的导入和上下文
+- 使用正确的语法和格式
+
+## 模板示例
+
+```markdown
+---
+description: "[模块名]相关文件检查指令"
+---
+
+本指令用于检查项目中[模块名]相关的文件实现情况，为后续[功能描述]开发和维护提供上下文信息。
+
+## 检查范围
+
+### 1. [组件类别] (`src/path/to/components/`)
+- **ComponentA.tsx**: 主要功能描述
+- **ComponentB.tsx**: 辅助功能描述
+
+### 2. [服务类别] (`src/path/to/services/`)
+- **service.ts**: 业务逻辑实现
+
+## 详细检查结果
+
+### 组件实现情况
+
+#### ComponentA.tsx (主要组件)
+- ✅ **核心功能**: 功能描述
+- ✅ **状态管理**: 状态管理描述
+- ✅ **错误处理**: 错误处理机制
+
+## 功能特性
+
+### 已实现功能
+1. **主要功能**
+   - 功能点1
+   - 功能点2
+
+2. **辅助功能**
+   - 功能点3
+   - 功能点4
+
+## 使用示例
+
+### 功能调用
+```typescript
+import { useFeature } from '@/path/to/hook';
+
+const { data, isLoading } = useFeature(params);
+```
+
+## 环境配置
+
+### 必需配置
+```bash
+FEATURE_ENABLED=true
+API_ENDPOINT=https://api.example.com
+```
+
+## 修改前检查清单
+
+### ✅ 兼容性检查
+- [ ] 修改是否影响现有功能？
+- [ ] 修改是否需要更新类型定义？
+```
+
+通过遵循这个指南，您可以创建结构清晰、内容完整的检查指令文件，为开发团队提供有价值的技术上下文信息。