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

package/skills/design-architect-review/SKILL.md

@@ -1,81 +0,0 @@
----
-name: design-architect-review
-description: 技术设计评审（架构师视角）| 触发条件：架构师评审、技术设计专业评审、深度设计评审、多维度技术评审 | 以资深架构师视角对技术设计文档进行发散性、多维度深度评审，无固定检查单，关注架构合理性、扩展性、可靠性、安全性、技术债务、长期演进等
-author: maohan
-source: project
-date_added: "2026-07-08"
-risk: low
----
-
-# 技术设计评审（架构师视角）
-
-本技能以**资深架构师视角**对技术设计文档进行**发散性、多维度深度评审**，与基于检查单的 `design-review` 互补：
-- **design-review**：基于检查单逐项打分的**形式审查**
-- **design-architect-review**：基于架构师专业能力的**发散性实质审查**
-
-> ⚠️ **重要**：本技能强调**发散性思考**，不局限于下方列出的 13 大维度。
-> 评审时应充分发挥架构师的专业能力，**根据技术设计文档的实际情况，自主识别值得评审的维度**，从不同角度、不同层次审视技术设计的合理性。
-
----
-
-## 使用方法
-
-1. 加载评审报告模板 `references/架构师评审报告模板.md`
-2. 以资深架构师身份多维度审视技术设计文档
-3. 输出评审报告
-
----
-
-## 13 大评审维度（参考）
-
-> ⚠️ **以下 13 大维度仅作为参考框架，不是评审的全部**。
-> 架构师应充分发挥专业能力，**根据技术设计文档的实际情况，自主识别值得评审的维度**，进行发散性思考。
-
-| # | 维度 | 核心关注 |
-|---|------|---------|
-| 1 | 架构合理性 | 分层、模块、边界、可持续演进 |
-| 2 | 架构选型 | 选型理由、替代方案、团队匹配 |
-| 3 | 性能与扩展性 | 性能指标、并发、扩展能力 |
-| 4 | 可靠性与可用性 | 高可用、容错、故障转移 |
-| 5 | 安全性 | 认证、加密、OWASP、合规 |
-| 6 | 可维护性与可测试性 | 测试覆盖、日志、文档 |
-| 7 | 技术债务 | 新增债务、历史债务、偿还计划 |
-| 8 | 集成与接口 | 接口设计、版本管理、依赖 |
-| 9 | 数据架构 | 数据模型、数据流、一致性 |
-| 10 | 部署与运维 | 部署架构、CI/CD、灰度 |
-| 11 | 成本与ROI | 成本结构、资源利用率 |
-| 12 | 长期演进 | 未来发展、演进路线图 |
-| 13 | 其他维度 | 架构师发散识别 |
-
-> 完整维度说明见 `references/架构师评审报告模板.md`
-
----
-
-## 适用场景
-
-- 技术设计评审会的**专业把关**
-- 重大设计变更前的**深度审视**
-- 多方协作时**架构师视角补位**
-- 设计方案决策的**参考输入**
-
-## 不适用场景
-
-- 日常低级问题预检（使用 `design-low-level-check`）
-- 形式合规审查（使用 `design-review`）
-
----
-
-## 输出格式
-
-根据模板 `references/架构师评审报告模板.md` 生成评审报告，输出后保存到 `docs/架构师技术设计评审报告-项目名-日期.md`
-
----
-
-## 触发场景
-
-- "架构师评审"
-- "技术设计专业评审"
-- "深度设计评审"
-- "多维度技术评审"
-- "架构师深度评审"
-- "资深架构师视角评估"

package/skills/design-architect-review/references//346/236/266/346/236/204/345/270/210/350/257/204/345/256/241/346/212/245/345/221/212/346/250/241/346/235/277.md

@@ -1,264 +0,0 @@
-# 技术设计评审报告（架构师视角）— [项目名] V1.0
-
-**评审对象**：[技术设计文档名称] V1.0
-**评审日期**：YYYY-MM-DD
-**评审视角**：资深架构师
-**评审依据**：[需求文档] + [业务背景]
-
----
-
-## 一、总体判定
-
-**[通过 / 有保留通过 / 不通过]**
-
-**核心结论**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
----
-
-## 二、多维度评估
-
-### 1. 架构合理性
-
-**判定**：[优秀/良好/一般/差]
-
-**评估要点**：
-- 整体架构是否合理？
-- 架构分层是否清晰？
-- 模块拆分是否合理？
-- 是否存在过度设计或设计不足？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 2. 架构选型
-
-**判定**：[合理/部分合理/需调整]
-
-**评估要点**：
-- 选型是否有充分理由？
-- 是否对比了替代方案？
-- 是否考虑了团队能力？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 3. 性能与扩展性
-
-**判定**：[充分/部分充分/不足]
-
-**评估要点**：
-- 性能指标是否合理？
-- 是否考虑高并发？
-- 架构是否支持水平扩展？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 4. 可靠性与可用性
-
-**判定**：[完善/部分完善/不足]
-
-**评估要点**：
-- 是否高可用（消除单点）？
-- 容错机制是否完善？
-- 故障转移方案是否可行？
-- SLA 目标是否可达成？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 5. 安全性
-
-**判定**：[充分/部分充分/不足]
-
-**评估要点**：
-- 认证授权设计是否合理？
-- 数据加密方案是否完善？
-- 是否考虑 OWASP Top 10？
-- 合规要求是否满足？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 6. 可维护性与可测试性
-
-**判定**：[良好/一般/不足]
-
-**评估要点**：
-- 代码组织是否便于维护？
-- 是否有足够的测试覆盖？
-- 日志规范是否清晰？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 7. 技术债务
-
-**判定**：[可控/部分可控/风险高]
-
-**评估要点**：
-- 是否引入新的技术债务？
-- 历史技术债务是否被识别？
-- 是否有偿还计划？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 8. 集成与接口
-
-**判定**：[合理/部分合理/不足]
-
-**评估要点**：
-- 接口设计是否合理？
-- 接口版本管理是否考虑？
-- 与外部系统的集成方案是否成熟？
-- 第三方依赖风险是否评估？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 9. 数据架构
-
-**判定**：[合理/部分合理/不足]
-
-**评估要点**：
-- 数据模型设计是否合理？
-- 数据流向是否清晰？
-- 数据一致性方案是否可行？
-- 数据迁移方案是否考虑？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 10. 部署与运维
-
-**判定**：[完善/部分完善/不足]
-
-**评估要点**：
-- 部署架构是否合理？
-- CI/CD 流程是否完善？
-- 灰度发布/蓝绿部署是否考虑？
-- 配置管理是否规范？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 11. 成本与ROI
-
-**判定**：[合理/部分合理/需优化]
-
-**评估要点**：
-- 架构成本是否合理？
-- 资源利用率是否最优？
-- 是否有成本优化空间？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 12. 长期演进
-
-**判定**：[清晰/部分清晰/不清晰]
-
-**评估要点**：
-- 架构是否支持未来业务发展？
-- 是否有明确的演进路线图？
-- 团队是否有学习曲线？
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
-### 13. 其他维度（架构师自主识别）
-
-> 架构师根据项目特点，自主识别可能影响设计的维度
-
-**评估要点**：
-- xxx（架构师自主识别）
-
-**关键发现**：
-- 优点：xxx
-- 风险：xxx
-- 建议：xxx
-
----
-
-## 三、关键问题清单（按重要性排序）
-
-| # | 重要性 | 维度 | 问题 | 建议 |
-|---|--------|------|------|------|
-| 1 | 高/中/低 | xxx | xxx | xxx |
-| 2 | xxx | xxx | xxx | xxx |
-| 3 | xxx | xxx | xxx | xxx |
-
----
-
-## 四、亮点
-
-技术设计做得好的一面（架构师视角）：
-- **架构亮点**：xxx
-- **选型亮点**：xxx
-- **创新亮点**：xxx
-- **工程亮点**：xxx
-
----
-
-## 五、改进建议
-
-### 5.1 必须修改（阻塞）
-
-1. xxx
-2. xxx
-
-### 5.2 建议修改（非阻塞）
-
-1. xxx
-2. xxx
-
-### 5.3 优化建议
-
-1. xxx
-2. xxx
-
----
-
-## 六、最终结论
-
-**通过条件**：
-- 关键问题清单中的"高"重要性全部修复
-- "中"重要性至少 80% 修复
-
-**下一步行动**：
-1. xxx
-2. xxx
-3. xxx
-
----
-
-**评审人**（架构师视角）：xxx
-**评审日期**：YYYY-MM-DD

package/skills/design-low-level-check/SKILL.md

@@ -1,95 +0,0 @@
----
-name: design-low-level-check
-description: 技术设计低级问题检查 | 触发条件：技术设计低级问题检查、设计预检、设计文档低级错误检查 | 在正式技术设计评审前，以专业架构师视角发散检查技术设计文档中的低级问题，覆盖架构/API/数据模型/安全/缓存/消息队列/性能/可靠性 8 大类
-author: maohan
-source: project
-date_added: "2026-07-08"
-risk: low
----
-
-# 技术设计低级问题检查
-
-本技能用于在**正式技术设计评审前**快速发现技术设计文档中的**低级问题**，作为预检工具。
-
-> ⚠️ **重要**：本技能强调**发散性思考**，不局限于下方列出的检查项。架构师应根据技术设计文档的实际情况，自主识别可能存在的低级问题。
-
----
-
-## 使用方法
-
-1. 加载检查清单 `references/技术设计低级问题检查清单.md`（8 大类 80+ 项）
-2. 加载技术设计文档
-3. 按发散性思维逐项检查
-4. 按模板 `references/技术设计低级问题检查报告模板.md` 输出检查报告
-
----
-
-## 适用场景
-
-- 正式技术评审前的快速预检
-- 技术设计文档初稿的快速筛查
-- 跨团队交付前的最后检查
-
-## 不适用场景
-
-- 正式技术设计评审（使用 `design-review`）
-- 架构决策评审
-- 代码评审
-- 需求文档低级问题（使用 `requirement-low-level-check`）
-
----
-
-## 8 大类检查项
-
-> 以下仅作参考框架，**架构师应发散性识别更多检查项**。
-
-| # | 类别 | 关键检查点 |
-|---|------|-----------|
-| 一 | 架构设计 | 架构图问题、选型问题、模块划分问题 |
-| 二 | API 设计 | RESTful 规范、接口定义、设计模式、文档 |
-| 三 | 数据模型 | 字段命名、字段类型、表设计、ER 图 |
-| 四 | 安全设计 | 认证授权、数据安全、接口安全、审计合规 |
-| 五 | 缓存设计 | 缓存策略、一致性、运维 |
-| 六 | 消息队列 | 消息设计、可靠性、运维 |
-| 七 | 性能设计 | 性能指标、优化方案、性能测试 |
-| 八 | 可靠性与可维护性 | 容错、监控告警、日志、部署运维 |
-
-**合计 80+ 项低级问题检查**
-
----
-
-## 检查原则
-
-### 1. 架构师视角
-
-- 从系统整体考虑
-- 关注落地细节
-- 识别潜在技术风险
-
-### 2. 发散性思维
-
-- 不局限于清单已有项
-- 根据项目特点识别特定风险
-- 结合团队能力评估
-
-### 3. 快速预检
-
-- 15-20 分钟内完成
-- 重点关注明显低级错误
-- 不替代正式技术评审
-
----
-
-## 输出格式
-
-根据模板 `references/技术设计低级问题检查报告模板.md` 生成检查报告，输出后保存到 `docs/技术设计低级问题检查报告-项目名-日期.md`
-
----
-
-## 触发场景
-
-- "技术设计低级问题检查"
-- "技术设计预检"
-- "设计文档低级错误检查"
-- "架构低级问题检查"
-- "API 低级问题检查"

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/212/245/345/221/212/346/250/241/346/235/277.md

@@ -1,125 +0,0 @@
-# 技术设计低级问题检查报告 — [项目名]
-
-**检查对象**：[技术设计文档名称] V1.0
-**检查日期**：YYYY-MM-DD
-**检查人员**：[架构师姓名]
-**检查视角**：专业架构师
-
----
-
-## 一、总体判定
-
-**[通过 / 有保留通过 / 不通过]**
-
-**核心结论**：
-- 完备项：xxx
-- 缺失项：xxx
-- 建议：xxx
-
----
-
-## 二、检查总览
-
-| 类别 | 发现问题数 | 严重 | 一般 | 建议 |
-|------|-----------|------|------|------|
-| 架构设计 | __ | __ | __ | __ |
-| API 设计 | __ | __ | __ | __ |
-| 数据模型 | __ | __ | __ | __ |
-| 安全设计 | __ | __ | __ | __ |
-| 缓存设计 | __ | __ | __ | __ |
-| 消息队列 | __ | __ | __ | __ |
-| 性能设计 | __ | __ | __ | __ |
-| 可靠性与可维护性 | __ | __ | __ | __ |
-| **其他维度** | __ | __ | __ | __ |
-| **合计** | **__** | **__** | **__** | **__** |
-
-> 说明：8 大类详细检查项见 `references/技术设计低级问题检查清单.md`
-
----
-
-## 三、严重问题（必须修复）
-
-| # | 类别 | 位置 | 问题描述 | 建议修改 |
-|---|------|------|----------|----------|
-| 1 | 架构/API/数据/安全/缓存/MQ/性能/可靠性 | [章节号] | xxx | xxx |
-| 2 | xxx | xxx | xxx | xxx |
-
----
-
-## 四、一般问题（建议修复）
-
-| # | 类别 | 位置 | 问题描述 | 建议修改 |
-|---|------|------|----------|----------|
-| 1 | xxx | xxx | xxx | xxx |
-| 2 | xxx | xxx | xxx | xxx |
-
----
-
-## 五、建议项（可选）
-
-| # | 类别 | 位置 | 问题描述 | 建议修改 |
-|---|------|------|----------|----------|
-| 1 | xxx | xxx | xxx | xxx |
-| 2 | xxx | xxx | xxx | xxx |
-
----
-
-## 六、按类别详细问题
-
-> 按需填写，只记录有缺失项的类别。每个类别下按"问题 → 建议 → 原因"格式展开。
-
-### 6.X [类别名称]
-
-#### 问题 1
-- **问题描述**：xxx
-- **影响**：xxx
-- **建议修改**：xxx
-
-#### 问题 2
-- xxx
-
----
-
-（可按需复制 6.X 章节，添加更多类别）
-
----
-
-## 七、常见低级错误 Top 10
-
-| # | 错误类型 | 状态 |
-|---|---------|------|
-| 1 | 架构图与文字描述不一致 | 出现/未出现 |
-| 2 | URL 包含动词 | 出现/未出现 |
-| 3 | 接口未说明鉴权 | 出现/未出现 |
-| 4 | 缺少错误码定义 | 出现/未出现 |
-| 5 | 敏感数据未加密 | 出现/未出现 |
-| 6 | 缺少防 SQL 注入说明 | 出现/未出现 |
-| 7 | 缓存策略不明确 | 出现/未出现 |
-| 8 | 性能指标不量化 | 出现/未出现 |
-| 9 | 缺少回滚方案 | 出现/未出现 |
-| 10 | 缺少告警阈值 | 出现/未出现 |
-
-> 完整 Top 30 见 `references/技术设计低级问题检查清单.md`
-
----
-
-## 八、结论
-
-- ✅ **通过**（无严重问题）
-- ⚠️ **有保留通过**（一般问题 ≤ 5 个）
-- ❌ **不通过**（严重问题 ≥ 1 个）
-
-**本检查结论**：[通过/有保留通过/不通过]
-
----
-
-## 九、改进建议
-
-1. xxx
-2. xxx
-3. xxx
-
----
-
-**检查人**：xxx
-**检查日期**：YYYY-MM-DD