@alanwang-merit/meritdata-platform-skill-package 1.0.9 → 1.0.10

package/skills/design-low-level-check/references//346/212/200/346/234/257/350/256/276/350/256/241/344/275/216/347/272/247/351/227/256/351/242/230/346/243/200/346/237/245/346/270/205/345/215/225.md

@@ -0,0 +1,342 @@
+# 技术设计低级问题检查清单
+
+> ⚠️ **重要**：本清单仅作为参考框架，**架构师应发散性识别更多低级问题**，不局限于固定类别。
+
+本清单覆盖技术设计文档中常见的低级问题，分为 **8 大类 80+ 项**，用于在正式评审前发现明显的低级问题。
+
+---
+
+## 一、架构设计低级问题
+
+### 1.1 架构图问题
+
+- [ ] 架构图缺少标题或图例说明
+- [ ] 架构图与文字描述不一致
+- [ ] 架构图组件边界不清（职责重叠或遗漏）
+- [ ] 架构图缺少数据流方向
+- [ ] 架构图缺少外部依赖系统标注
+- [ ] 架构图分层不清晰（展示层/业务层/数据层）
+- [ ] 架构图未使用标准符号
+- [ ] 架构图过于复杂（应分层展示）
+
+### 1.2 架构选型问题
+
+- [ ] 选型理由不充分（无对比分析）
+- [ ] 未说明替代方案
+- [ ] 未评估技术风险
+- [ ] 未考虑团队能力匹配
+- [ ] 未考虑未来扩展性
+- [ ] 选型与公司技术栈不符（未说明原因）
+- [ ] 选型过度设计（用了过于复杂的技术）
+
+### 1.3 模块划分问题
+
+- [ ] 模块职责不单一（违反单一职责原则）
+- [ ] 模块间耦合度过高
+- [ ] 模块边界不清晰
+- [ ] 缺少公共模块/服务的抽象
+- [ ] 模块命名不专业（使用临时命名）
+- [ ] 模块依赖关系混乱（循环依赖）
+- [ ] 缺少模块职责说明
+
+---
+
+## 二、API 设计低级问题
+
+### 2.1 RESTful 规范问题
+
+- [ ] URL 中使用动词（应使用名词）
+- [ ] URL 未使用复数形式（如 `/user` 应为 `/users`）
+- [ ] URL 未使用小写和连字符
+- [ ] 缺少版本控制（如 `/api/v1/`）
+- [ ] URL 中包含文件扩展名（`.json` 等）
+- [ ] HTTP 方法使用错误（如用 GET 修改数据）
+- [ ] 状态码使用错误（如 200 用于所有响应）
+- [ ] URL 层级关系混乱
+
+### 2.2 接口定义问题
+
+- [ ] 接口缺少描述说明
+- [ ] 请求参数未说明类型、必填、范围
+- [ ] 响应结构未提供示例
+- [ ] 错误码未定义或不一致
+- [ ] 缺少超时时间说明
+- [ ] 缺少接口鉴权说明
+- [ ] 缺少接口限流说明
+- [ ] 缺少幂等性设计（针对写操作）
+- [ ] 缺少分页参数说明
+- [ ] 缺少排序、过滤参数说明
+
+### 2.3 接口设计模式问题
+
+- [ ] 接口未按业务场景拆分（过粗或过细）
+- [ ] 接口未考虑未来扩展
+- [ ] 接口响应字段冗余
+- [ ] 接口缺少批量操作支持
+- [ ] 接口缺少异步处理机制
+- [ ] 接口缺少事务边界说明
+
+### 2.4 接口文档问题
+
+- [ ] 缺少接口清单总览
+- [ ] 接口路径不一致（命名风格不统一）
+- [ ] 接口命名含义不清
+- [ ] 缺少接口调用示例
+- [ ] 缺少错误码对照表
+
+---
+
+## 三、数据模型低级问题
+
+### 3.1 字段命名问题
+
+- [ ] 字段名不统一（如 `userName` 和 `user_name` 混用）
+- [ ] 字段名含义不清（缩写过度）
+- [ ] 字段名使用拼音
+- [ ] 字段名包含特殊字符
+- [ ] 字段名大小写不一致
+- [ ] 字段名与业务术语不一致
+
+### 3.2 字段类型问题
+
+- [ ] 字段类型选择不当（如用 VARCHAR 存数字）
+- [ ] 字段长度不合理（过长或过短）
+- [ ] 缺少字段说明
+- [ ] 缺少默认值
+- [ ] 缺少是否必填说明
+- [ ] 缺少字段约束说明（唯一性、外键等）
+- [ ] 时间字段未说明时区
+- [ ] 金额字段未说明精度和单位
+- [ ] 枚举字段未列举所有值
+- [ ] 状态字段未说明状态转换规则
+
+### 3.3 表设计问题
+
+- [ ] 缺少主键说明
+- [ ] 缺少索引说明
+- [ ] 缺少表关系说明
+- [ ] 缺少数据量预估
+- [ ] 缺少数据保留策略
+- [ ] 缺少分库分表策略
+- [ ] 缺少数据归档方案
+- [ ] 表注释缺失
+
+### 3.4 ER 图问题
+
+- [ ] ER 图缺少图例
+- [ ] ER 图与表结构不一致
+- [ ] ER 图关系不清晰（一对多/多对多）
+- [ ] 缺少关键字段标注
+- [ ] ER 图与业务流程不一致
+
+---
+
+## 四、安全设计低级问题
+
+### 4.1 认证授权问题
+
+- [ ] 未说明认证方式（JWT/Session/OAuth）
+- [ ] 未说明授权模型（RBAC/ABAC）
+- [ ] 缺少权限校验说明
+- [ ] 缺少水平越权防护说明
+- [ ] 缺少垂直越权防护说明
+- [ ] 缺少 Token 过期/刷新机制
+- [ ] 缺少密码加密存储说明
+
+### 4.2 数据安全问题
+
+- [ ] 敏感数据未说明加密方式
+- [ ] 缺少传输加密说明（HTTPS）
+- [ ] 缺少存储加密说明
+- [ ] 缺少数据脱敏说明
+- [ ] 缺少日志脱敏说明
+- [ ] 缺少数据备份加密说明
+
+### 4.3 接口安全问题
+
+- [ ] 缺少防 SQL 注入说明
+- [ ] 缺少防 XSS 说明
+- [ ] 缺少防 CSRF 说明
+- [ ] 缺少防重放攻击说明
+- [ ] 缺少接口签名机制说明
+- [ ] 缺少敏感信息返回过滤说明
+
+### 4.4 审计合规问题
+
+- [ ] 缺少操作日志说明
+- [ ] 缺少审计日志保留期说明
+- [ ] 缺少合规要求说明（GDPR、等保）
+- [ ] 缺少敏感操作二次验证说明
+
+---
+
+## 五、缓存设计低级问题
+
+### 5.1 缓存策略问题
+
+- [ ] 缓存策略不明确（Cache-Aside/Write-Through）
+- [ ] 缓存 key 设计不合理
+- [ ] 缓存 value 未说明序列化方式
+- [ ] 缺少缓存过期时间说明
+- [ ] 缺少缓存预热方案
+- [ ] 缺少缓存击穿防护说明
+- [ ] 缺少缓存穿透防护说明
+- [ ] 缺少缓存雪崩防护说明
+
+### 5.2 缓存一致性问题
+
+- [ ] 缺少缓存与数据库一致性说明
+- [ ] 缺少缓存更新策略说明
+- [ ] 缺少缓存删除策略说明
+- [ ] 缺少分布式缓存一致性方案
+
+### 5.3 缓存运维问题
+
+- [ ] 缺少缓存容量规划
+- [ ] 缺少缓存监控方案
+- [ ] 缺少缓存淘汰策略说明
+- [ ] 缺少大 key/热 key 处理方案
+
+---
+
+## 六、消息队列设计低级问题
+
+### 6.1 消息设计问题
+
+- [ ] 缺少消息格式说明
+- [ ] 缺少消息版本号
+- [ ] 缺少消息幂等性设计
+- [ ] 缺少消息顺序保证说明
+- [ ] 缺少消息去重机制
+
+### 6.2 消息可靠性问题
+
+- [ ] 缺少消息持久化说明
+- [ ] 缺少消息确认机制
+- [ ] 缺少消息重试策略
+- [ ] 缺少死信队列处理说明
+- [ ] 缺少消息堆积处理方案
+
+### 6.3 消息运维问题
+
+- [ ] 缺少 Topic/Queue 规划
+- [ ] 缺少消费组说明
+- [ ] 缺少消息监控方案
+- [ ] 缺少消息延迟监控
+
+---
+
+## 七、性能设计低级问题
+
+### 7.1 性能指标问题
+
+- [ ] 性能指标不量化（"快"、"较慢"等定性描述）
+- [ ] 性能指标缺少测量条件
+- [ ] 性能指标缺少 P50/P95/P99 分位
+- [ ] 性能指标缺少峰值和平均值
+- [ ] 性能指标缺少并发场景说明
+
+### 7.2 性能优化问题
+
+- [ ] 缺少慢 SQL 优化方案
+- [ ] 缺少索引优化方案
+- [ ] 缺少连接池配置说明
+- [ ] 缺少线程池配置说明
+- [ ] 缺少 JVM 参数调优说明
+- [ ] 缺少异步处理方案
+- [ ] 缺少批量处理方案
+- [ ] 缺少资源预估（CPU/内存/磁盘/网络）
+
+### 7.3 性能测试问题
+
+- [ ] 缺少性能测试方案
+- [ ] 缺少压测数据准备
+- [ ] 缺少性能验收标准
+- [ ] 缺少性能基线说明
+
+---
+
+## 八、可靠性与可维护性低级问题
+
+### 8.1 容错设计问题
+
+- [ ] 缺少超时处理说明
+- [ ] 缺少重试机制说明（重试次数、间隔、退避策略）
+- [ ] 缺少熔断降级说明
+- [ ] 缺少限流说明
+- [ ] 缺少服务隔离说明
+- [ ] 缺少故障转移说明
+
+### 8.2 监控告警问题
+
+- [ ] 缺少关键监控指标
+- [ ] 缺少告警阈值设置
+- [ ] 缺少告警通知方式
+- [ ] 缺少监控大屏说明
+- [ ] 缺少链路追踪说明
+
+### 8.3 日志问题
+
+- [ ] 缺少日志规范（格式、级别、字段）
+- [ ] 缺少日志保留期说明
+- [ ] 缺少日志脱敏说明
+- [ ] 缺少关键操作日志说明
+- [ ] 缺少异常日志说明
+
+### 8.4 部署运维问题
+
+- [ ] 缺少部署架构图
+- [ ] 缺少部署流程说明
+- [ ] 缺少回滚方案
+- [ ] 缺少灰度发布方案
+- [ ] 缺少配置管理说明
+- [ ] 缺少环境隔离说明
+- [ ] 缺少数据库变更说明
+
+---
+
+## 附：常见技术设计低级错误 Top 30
+
+| # | 错误类型 | 示例 |
+|---|---------|------|
+| 1 | 架构图与文字描述不一致 | 架构图先 A 后 B，文字先 B 后 A |
+| 2 | 选型理由不充分 | "使用 Redis" 但不说为什么 |
+| 3 | 模块职责不单一 | UserService 处理订单逻辑 |
+| 4 | URL 包含动词 | `/getUser` 应为 `GET /users/{id}` |
+| 5 | URL 缺少版本 | `/api/users` 应为 `/api/v1/users` |
+| 6 | 接口未说明鉴权 | 接口未说明是否需要登录 |
+| 7 | 缺少错误码定义 | 失败时只返回 "error" |
+| 8 | 字段类型不当 | 用 VARCHAR 存数字 |
+| 9 | 缺少字段说明 | 字段名 `c1`、`c2` 无说明 |
+| 10 | 缺少索引说明 | 查询字段未说明索引 |
+| 11 | 缺少数据保留策略 | 数据永久保存，无归档方案 |
+| 12 | 敏感数据未加密 | 密码明文存储 |
+| 13 | 缺少防 SQL 注入说明 | 字符串拼接 SQL |
+| 14 | 缺少日志脱敏 | 日志打印手机号、身份证 |
+| 15 | 缓存策略不明确 | 不知道是 Cache-Aside 还是 Write-Through |
+| 16 | 缺少缓存过期时间 | 缓存无 TTL，可能永远不更新 |
+| 17 | 消息缺少幂等性 | 消费可能重复处理 |
+| 18 | 缺少死信队列 | 消息处理失败无处可去 |
+| 19 | 性能指标不量化 | "系统应该比较快" |
+| 20 | 缺少超时设置 | 接口调用可能无限等待 |
+| 21 | 缺少重试机制 | 失败就放弃，无重试 |
+| 22 | 缺少熔断降级 | 下游故障导致级联失败 |
+| 23 | 缺少限流 | 无防刷保护 |
+| 24 | 缺少告警阈值 | 故障无人知晓 |
+| 25 | 缺少回滚方案 | 发布失败无法恢复 |
+| 26 | 缺少灰度发布 | 全量发布风险大 |
+| 27 | 配置硬编码 | 密码写在代码里 |
+| 28 | 缺少环境隔离 | 开发/测试/生产混用 |
+| 29 | 缺少数据库迁移方案 | 表结构变更如何处理 |
+| 30 | 缺少配置管理 | 配置散落在代码各处 |
+
+---
+
+## 使用说明
+
+本清单应作为**正式评审前的快速预检工具**，由评审人员按清单逐项检查，15-20 分钟内完成。
+
+- 适用于：技术设计文档评审
+- 不适用于：架构决策评审、代码评审
+- 检查时机：正式评审前 1 天，发送检查结果给作者预修改
+- 检查视角：以专业架构师视角出发，可以发散检查低级问题

package/skills/design-review/SKILL.md

@@ -0,0 +1,225 @@
+---
+name: design-review
+description: |
+  设计评审skill。根据设计评审检查单对设计文档进行系统性审查，检查逻辑：通过填"是"，不通过填"否"并说明原因，不适用填"不适用"。
+  使用场景：用户提到"设计评审"、"设计检查"、"评审设计文档"、"检查设计是否完整"，或提供设计文档路径时触发。
+  输出：填写完整检查结果的评审报告。
+author: maohan
+source: project
+date_added: "2026-07-08"
+risk: low
+---
+
+# 设计评审Skill
+
+## 概述
+
+本skill用于对设计文档进行系统性评审，基于预设的检查单逐项验证设计完整性、正确性、功能性、接口规范性等维度。
+
+## 输入
+
+- **设计文档路径**：待评审的设计文档（Markdown或文本文件）
+
+## 检查逻辑
+
+对每个检查项应用以下规则：
+
+| 条件 | 检查结果 | 说明 |
+|------|----------|------|
+| 检查通过 | 是 | - |
+| 检查不通过 | 否 | 需在说明列填写未通过原因 |
+| 不适用 | 不适用 | 不适用项不进行通过率计算 |
+
+## 评审流程
+
+### 第一步：读取文件
+
+读取以下两个文件：
+1. 设计文档（用户提供的路径）
+2. 检查单模板（`references/设计评审检查单.md`）
+
+### 第二步：逐项检查
+
+按照检查单从以下5个维度进行评审：
+
+#### 1. 总体（18项）
+- 文档命名、内容格式规范
+- 修改版本记录完整性
+- 设计满足需求和目的
+- 技术预研通过情况
+- 时间进度、预算、技术可行性
+- 集群部署下功能正确性考虑
+- 新功能对历史功能影响说明
+- 功能关系图对照检查
+- 内置插件脚本可执行权限
+- 监控点明确性
+- Nacos配置项评审
+- 缓存容错机制
+- 边写边读考虑
+- 三方系统先决条件说明
+- 新数据源驱动定义
+- Hetu/Trino版本升级时区处理
+- 消除前端无效重复调用
+- 数据列表默认显示与搜索条件一致性
+
+#### 2. 正确性（5项）
+- 参考资料官方性/实践性
+- 三方组件官方性/可发展性
+- 功能描述正确清晰
+- 模块结构设计正确清晰
+- 模块依赖关系设计正确清晰
+
+#### 3. 功能（4项）
+- 每个模块详细设计
+- 架构图/数据流/控制流展示
+- 复用策略说明
+- 核心代码体现
+
+#### 4. 接口（4项）
+- 接口功能特性完整定义
+- 入参/出参/请求格式/URL规范定义
+- 接口原子化/职责单一
+- 利于排除错误的设计
+
+#### 5. 可靠性（9项）
+- 限制条件合理性
+- 有限制条件下满足需求
+- 部署架构可行性
+- 提交前参数检查过程
+- 部署架构满足需求
+- 安全选项开启后可用性设计
+- Nacos参数非空预防性设计
+- 新数据源固定配置编号
+- 插件配置项与Nacos一致性
+
+### 第三步：生成评审报告
+
+按照以下Markdown格式生成报告：
+
+```markdown
+# 设计评审报告
+
+## 基本信息
+- **评审日期**：[填写当前日期]
+- **设计文档**：[文档名称]
+- **评审人员**：AI小助手
+
+---
+
+## 一、总体
+
+| 序号 | 检查内容 | 检查结果 | 说明 |
+| ---- | -------- | -------- | ---- |
+| 1 | [检查项] | 是/否/不适用 | [说明] |
+| ... | ... | ... | ... |
+
+**[维度通过率]**：X/18 通过 (XX%)  
+**不适用项**：X项
+
+---
+
+## 二、正确性
+
+| 序号 | 检查内容 | 检查结果 | 说明 |
+| ---- | -------- | -------- | ---- |
+| 1 | [检查项] | 是/否/不适用 | [说明] |
+| ... | ... | ... | ... |
+
+**[维度通过率]**：X/5 通过 (XX%)  
+**不适用项**：X项
+
+---
+
+## 三、功能
+
+| 序号 | 检查内容 | 检查结果 | 说明 |
+| ---- | -------- | -------- | ---- |
+| 1 | [检查项] | 是/否/不适用 | [说明] |
+| ... | ... | ... | ... |
+
+**[维度通过率]**：X/4 通过 (XX%)  
+**不适用项**：X项
+
+---
+
+## 四、接口
+
+| 序号 | 检查内容 | 检查结果 | 说明 |
+| ---- | -------- | -------- | ---- |
+| 1 | [检查项] | 是/否/不适用 | [说明] |
+| ... | ... | ... | ... |
+
+**[维度通过率]**：X/4 通过 (XX%)  
+**不适用项**：X项
+
+---
+
+## 五、可靠性
+
+| 序号 | 检查内容 | 检查结果 | 说明 |
+| ---- | -------- | -------- | ---- |
+| 1 | [检查项] | 是/否/不适用 | [说明] |
+| ... | ... | ... | ... |
+
+**[维度通过率]**：X/9 通过 (XX%)  
+**不适用项**：X项
+
+---
+
+## 总体评估
+
+| 维度 | 检查项数 | 通过数 | 通过率 | 不适用项 |
+|------|----------|--------|--------|----------|
+| 总体 | 18 | X | XX% | X |
+| 正确性 | 5 | X | XX% | X |
+| 功能 | 4 | X | XX% | X |
+| 接口 | 4 | X | XX% | X |
+| 可靠性 | 9 | X | XX% | X |
+| **总计** | **40** | **X** | **XX%** | **X** |
+
+---
+
+## 问题汇总
+
+### 高优先级问题
+[列出所有"否"的检查项，说明原因]
+
+### 中优先级问题
+[根据具体情况填写]
+
+### 低优先级问题
+[根据具体情况填写]
+
+---
+
+## 评审结论
+
+[根据通过率给出评审结论：优秀/良好/合格/不合格，并说明原因]
+
+---
+
+评审人：AI小助手
+评审日期：[当前日期]
+```
+
+### 第四步：保存报告
+
+将评审报告保存到 `docs/设计评审报告-YYYYMMDD.md`
+
+## 输出
+
+生成的设计评审报告，包含：
+1. 5个维度的详细检查结果表格
+2. 每个维度的通过率统计
+3. 不适用项统计
+4. 总体通过率（不适用项不进行通过率计算）
+5. 问题汇总（按优先级分类）
+6. 评审结论
+
+## 注意事项
+
+- 评审时需结合设计文档的实际内容进行判断，不能仅依赖模板
+- 对于不适用于当前项目的检查项（如前端相关检查对纯后端项目），标记为"不适用"并简要说明
+- 问题说明需具体、明确，指出具体是缺少什么内容或存在什么问题
+- 生成报告后告知用户报告保存路径
+- 统计通过率时，仅计算适用项数作为分母，不适用项不进行通过率计算

package/skills/design-review/references//350/256/276/350/256/241/350/257/204/345/256/241/346/243/200/346/237/245/345/215/225.md

@@ -0,0 +1,64 @@
+# 1.总体
+
+| 序号 | 检查内容                                                     | 检查结果     | 说明 |
+| ---- | ------------------------------------------------------------ | ------------ | ---- |
+| 1    | 文档命名、内容格式是否规范？                                 | 是/否/不适用 |      |
+| 2    | 是否有修改版本记录，并且清晰记录了修改内容？                 | 是/否/不适用 |      |
+| 3    | 设计是否满足需求和目的？                                     | 是/否/不适用 |      |
+| 4    | 设计内容是否通过了技术预研？                                 | 是/否/不适用 |      |
+| 5    | 设计从时间进度、预算、技术上是否可行？                       | 是/否/不适用 |      |
+| 6    | 设计中是否考虑到了集群部署下程序的功能正确性？               | 是/否/不适用 |      |
+| 7    | 是否有新功能对历史功能的影响说明和测试验证方案？             | 是/否/不适用 |      |
+| 8    | 是否对照功能关系图进行设计检查，在设计模板中体现？           | 是/否/不适用 |      |
+| 9    | 内置插件中的脚本文件是否已经赋予和可执行权限？               | 是/否/不适用 |      |
+| 10   | 是否明确出设计中的所有的监控点？                             | 是/否/不适用 |      |
+| 11   | 是否对增加的nacos配置项在项目组内部进行了评审？              | 是/否/不适用 |      |
+| 12   | 使用缓存获取数据时是否存在容错机制？                         | 是/否/不适用 |      |
+| 13   | 读取文本类操作，是否考虑边写边读？                           | 是/否/不适用 |      |
+| 14   | 如果对接的是三方系统，是否说明三方系统需要具备的先决条件？   | 是/否/不适用 |      |
+| 15   | 适配新的数据源，是否已经在spark/mdjdbc模块中增加了新的驱动定义？ | 是/否/不适用 |      |
+| 16   | hetu，trino版本升级时，是否已经对驱动内部时区处理相关代码进行升级？ | 是/否/不适用 |      |
+| 17   | 是否消除了前端无效重复对后端的调用                           | 是/否/不适用 |      |
+| 18   | 数据列表功能，列表默认显示结果，是否与搜索结果过滤条件保持一致 | 是/否/不适用 |      |
+
+# 2.正确性
+
+| 序号 | 检查内容                                                     | 检查结果     | 说明 |
+| ---- | ------------------------------------------------------------ | ------------ | ---- |
+| 1    | 设计文档中参考资料是否具有官方性、历史实践性？               | 是/否/不适用 |      |
+| 2    | 设计文档中引用三方组件是否具有官方性、历史实践性、可发展性？ | 是/否/不适用 |      |
+| 3    | 设计文档中功能描述是否正确、清晰？                           | 是/否/不适用 |      |
+| 4    | 设计文档中模块结构设计是否正确、清晰？                       | 是/否/不适用 |      |
+| 5    | 设计文档中模块依赖关系设计是否正确、清晰？                   | 是/否/不适用 |      |
+
+# 3.功能
+
+| 序号 | 检查内容                                                     | 检查结果     | 说明 |
+| ---- | ------------------------------------------------------------ | ------------ | ---- |
+| 1    | 对于每一个模块（需求点）是否进行了详细设计？                 | 是/否/不适用 |      |
+| 2    | 系统(模块)的架构（包括功能架构图、数据流、控制流）是否清晰的展示？ | 是/否/不适用 |      |
+| 3    | 是否说明了复用策略，重用哪些设计、代码、辅助工具？           | 是/否/不适用 |      |
+| 4    | 是否有核心代码体现？                                         | 是/否/不适用 |      |
+
+# 4.接口
+
+| 序号 | 检查内容                                                   | 检查结果     | 说明 |
+| ---- | ---------------------------------------------------------- | ------------ | ---- |
+| 1    | 是否程序接口的所有功能特性都被定义？                       | 是/否/不适用 |      |
+| 2    | 接口的入参、出参、请求格式、url规范是否都有明确的定义？    | 是/否/不适用 |      |
+| 3    | 接口的数据和复杂度是否最小化（接口尽量原子化、职责单一）？ | 是/否/不适用 |      |
+| 4    | 接口的设计是否有利于排除错误？                             | 是/否/不适用 |      |
+
+# 5.可靠性
+
+| 序号 | 检查内容                                                     | 检查结果     | 说明 |
+| ---- | ------------------------------------------------------------ | ------------ | ---- |
+| 1    | 设置的限制条件是否合理？                                     | 是/否/不适用 |      |
+| 2    | 在有限制条件的情况下设计是否满足需求和目的？                 | 是/否/不适用 |      |
+| 3    | 部署架构从预算、技术上是否可行？                             | 是/否/不适用 |      |
+| 4    | 所有开发的功能，提交之前检查是否有参数的过程？               | 是/否/不适用 |      |
+| 5    | 部署架构是否满足需求和目的？                                 | 是/否/不适用 |      |
+| 6    | 是否具有安全选项开启后接口功能的可用性设计？                 | 是/否/不适用 |      |
+| 7    | 所有依赖的nacos参数项，是否都进行了非空预防性设计？          | 是/否/不适用 |      |
+| 8    | 是否新类型的数据源必须固定配置编号，并增加到补丁的nacos配置项中？ | 是/否/不适用 |      |
+| 9    | 是否插件配置项与nacos配置项一致，是否完成了重复值判断？      | 是/否/不适用 |      |