系统定性评估技能

核心原则：客观、如实、深刻、尖锐，300-500字总结

评估目的

基于 /full-analysis 前四步的客观分析结果，进行定性总结和系统定位：

1. 这是什么系统？（领域定位）
2. 系统设计倾向是什么？（面向人 vs 面向机器）
3. 开发模式是什么？（可扩展 vs 拷贝再开发）
4. 运维模式是什么？（自动化 vs 全人工）
5. 非功能属性如何？（健壮性、可维护性、性能）
6. 这样的设计是否匹配其领域要求？

输入来源

收集前四步技能的输出文件：

1. /code-deconstruct → 设计文档、ER图、架构图
2. /code-review → 代码质量、安全、性能问题
3. /code-detect-dup → 重复度分析
4. /code-detect-problem → 项目层面问题、重构方案

find docs/ -name "*.md" -type f | grep -E "(deconstruct|review|dup|problem)" | sort -r | head -10

评估维度

1. 设计维度：面向人 vs 面向机器

2. 开发维度：可扩展 vs 拷贝再开发

3. 运维维度：自动化 vs 全人工

4. 非功能属性

5. 领域匹配度

领域识别线索：业务术语→业务系统，金融术语→金融系统，技术术语→基础设施，工具术语→工具类

注意：金融报价系统等同于量化交易，要求极严格；普通报价系统（外贸/电商）属业务系统，中等严格度即可。

评估流程

步骤1：收集分析结果

# 设计解构：docs/deconstruct/ 下的设计文档与图
deconstruct_file=$(find docs/deconstruct -name "global_design.md" | sort -r | head -1)

# 代码审查：docs/review/code-review-{yyyymmdd}-{seq}-{lang}.md
review_file=$(find docs/review -name "code-review-*.md" | sort -r | head -1)

# 重复检测：docs/dup/dup-{yyyymmdd}-{seq}.txt 或 jscpd HTML 报告目录
dup_file=$(find docs/dup -maxdepth 2 -type f | sort -r | head -1)

# 问题侦测：docs/detect/detect-{yyyymmdd}-{seq}.md
problem_file=$(find docs/detect -name "detect-*.md" | sort -r | head -1)

四个输入缺一不可；缺失时先执行对应技能，不得凭印象补写结论。

步骤2：维度评分（1-5分）

非功能属性分别按 1-5 分评估：

步骤3：领域识别和匹配度判断

1. 提取项目关键词 → 分析主要业务逻辑 → 判断系统核心价值 → 匹配领域分类
2. 匹配度：匹配（一致）/ 部分匹配（某些维度不符但可接受）/ 不匹配（关键维度严重偏离）

步骤4：生成尖锐总结

总结结构：一句话定性 → 设计倾向 → 开发模式 → 运维现状 → 非功能短板 → 领域匹配度 → 风险提示 → 改造建议

语言风格：客观（基于事实）、如实（不回避问题）、深刻（看到本质）、尖锐（直指要害但建设性）

输出格式

本文件中的 templates/... 均指本技能目录下的 templates/ 子目录。

• 文件命名：docs/assessment/qualitative-assessment-{yyyymmdd}-{seq%000}.md
• 报告模板：templates/assessment-report.md

执行方式

# 作为full-analysis第五步
/long-term-task 连续执行下列任务
1. skill /code-deconstruct
2. skill /code-review
3. skill /code-detect-dup
4. skill /code-detect-problem
5. skill /qualitative-assessment

# 独立使用（已有分析结果时）
/qualitative-assessment

验证标准

1. 客观性：所有结论有数据支持
2. 深刻性：不止于表面现象，看到本质
3. 尖锐性：不回避问题，直指要害
4. 建设性：批评的同时给出改进方向
5. 简洁性：总结在300-500字内