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

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

@@ -1,342 +0,0 @@
-# 技术设计低级问题检查清单
-
-> ⚠️ **重要**：本清单仅作为参考框架，**架构师应发散性识别更多低级问题**，不局限于固定类别。
-
-本清单覆盖技术设计文档中常见的低级问题，分为 **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

@@ -1,225 +0,0 @@
----
-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

@@ -1,64 +0,0 @@
-# 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配置项一致，是否完成了重复值判断？      | 是/否/不适用 |      |