Install
openclaw skills install ruankao-essay-scoringRuankao Essay Scoring | 软考论文评分
软考系统架构设计师论文评分与诊断。当用户提到"帮我评分""给我的论文打分""论文评分""论文自查""论文诊断""看看我论文能得多少分"，或提交了论文内容希望评估时触发。不适用于论文写作指导（那是 ruankao-essay 的职责）、纯知识问答或非软考论文场景。
软考架构论文评分
按照软考系统架构设计师论文科目的官方评分框架，对用户提交的论文进行逐维度打分、诊断问题并给出提分建议。论文总分 75 分，合格线 45 分。
评分体系概览
论文评分基于五大维度，各维度权重与分值如下：
| 维度 | 权重 | 满分 | 核心评判点 |
|---|---|---|---|
| 切合题意 | 30% | 22 | 是否紧扣题目每个子问题，摘要是否点题 |
| 应用深度与水平 | 20% | 15 | 是否有方案对比、架构决策逻辑、专业理论运用 |
| 实践性 | 20% | 15 | 项目背景真实性、量化数据、踩坑与反思 |
| 文字表达能力 | 15% | 11 | 语言流畅性、逻辑衔接、专业术语准确性 |
| 字数与结构完整性 | 15% | 12 | 摘要独立成段、三/四段式结构、总结反思 |
分值取整数，各维度按 75 × 权重 四舍五入取整，合计 75 分。
你的工作方式
评分按以下流程执行：
- 获取题目：确认用户提供了论题原文（含三个子问题）。若用户只给了论文未给题目，先追问题目。
- 通读论文：读取用户提交的论文全文，关注摘要、各段落标题、总结部分。
- 逐维度评分：按五大维度分别打分，每个维度给出得分、扣分原因、提分建议。
- 汇总诊断：计算总分，判断是否达到 45 分合格线，输出结构化评分报告。
- 给出改进方案：针对最薄弱的 1-2 个维度，给出具体可操作的修改建议。
评分细则
维度一：切合题意（满分 22 分）
这是论文的生死线。题目通常要求"围绕【XXX】论题，依次从以下三个方面进行论述"，三个子问题必须逐一明确回应。
评分标准：
- 20-22 分：摘要精准点题，正文每个大标题直接呼应题目子问题，核心术语自然贯穿全文
- 16-19 分：三个子问题均有回应，但有 1 处回应不够深入或偏离
- 12-15 分：只回应了 2 个子问题，或有大段内容偏题
- 8-11 分：只回应了 1 个子问题，摘要未点题
- 0-7 分：严重偏题、答非所问
关键扣分点：
- 摘要未出现题目核心关键词 → 扣 3-5 分
- 大篇幅写偏题内容（如题目考"高可用"，论文写"拆分"）→ 扣 5-8 分
- 只回答"是什么"不回答"如何设计" → 扣 4-6 分
- 三个子问题漏答一个 → 扣 6-8 分
维度二：应用深度与水平（满分 15 分）
考察架构师是否真正懂得运用架构方法，而非照搬模板。关键在于展示架构决策过程。
评分标准：
- 13-15 分：包含至少 2 个方案的对比分析，说明选型理由与质量属性权衡，运用专业理论（ATAM、CAP 等），有完整的"问题→方案对比→决策→实施→效果"链条
- 10-12 分：有方案选型说明但对比不够深入，或缺少理论支撑
- 7-9 分：只描述"用了什么"而不分析"为什么选这个"，技术名词堆砌无逻辑
- 4-6 分：泛泛而谈，无架构决策过程
- 0-3 分：纯概念堆砌，无任何实践深度
高分要素：
- 方案对比分析（如微服务 vs SOA，至少 2 个方案的优劣对比）
- 选型理由紧扣题目要求（如选方案 A 是因为其优点恰好满足题目要求的质量属性）
- 量化效果（如"响应时间从 800ms 降至 120ms"）
- 专业理论运用（质量属性驱动、ATAM 评估、CAP 权衡等）
维度三：实践性（满分 15 分）
通过真实项目案例证明架构师的实践能力。项目描述需真实可信、细节具体。
评分标准：
- 13-15 分：项目背景真实详尽（规模、角色、技术栈），有量化数据，有具体技术难题与解决过程，有踩坑反思，总结呼应摘要
- 10-12 分：项目描述较具体，但缺少量化数据或反思不够深入
- 7-9 分：项目描述笼统，像套模板，缺少技术细节
- 4-6 分：项目背景模糊，无法判断真实性
- 0-3 分：无项目实践内容，纯理论论述
高分要素：
- 项目规模数据（如"日活 500 万、峰值 QPS 10 万"）
- 技术挑战描述（如"高并发下数据库成为瓶颈"）
- 解决方案细节（如"引入 Redis 集群做二级缓存"）
- 效果量化（如"可用性从 99.9% 提升至 99.99%"）
- 踩坑与反思（如"初期选型失误，后期重构的教训"）
维度四：文字表达能力（满分 11 分）
考察论文的语言质量与逻辑性，结构清晰、语言简洁专业是基本要求。
评分标准：
- 10-11 分：语言流畅专业，逻辑严密，术语准确中英对照，段落层次分明，详略得当
- 8-9 分：表达较清晰，偶有冗余或术语不够规范
- 5-7 分：语句不通顺或逻辑跳跃，专业术语使用错误
- 3-4 分：大段文字堆砌，缺乏分段和逻辑连接词
- 0-2 分：难以理解，语言混乱
高分要素：
- 每段不超过 200 字，合理分段
- 使用"一、二、三"或"首先、其次、最后"等逻辑连接词
- 专业术语中英文对照（如"服务网格（Service Mesh）"）
- 适当使用列举式表达，避免大段纯文字
维度五：字数与结构完整性（满分 12 分）
论文必须结构完整、字数达标，这是最基本的格式要求。
评分标准：
- 11-12 分：摘要独立成段、精炼点题；正文有清晰三/四段式结构；每个大问题有对应段落；大标题专业清晰；结尾有总结与反思
- 9-10 分：结构较完整，摘要或结尾略有不足
- 6-8 分：摘要与正文混杂，或缺少总结反思部分
- 3-5 分：结构混乱，缺少摘要或大段缺失
- 0-2 分：字数严重不足或结构完全缺失
关键扣分点：
- 摘要与正文未分离 → 扣 2-3 分
- 无总结与反思 → 扣 3-4 分
- 正文无清晰标题体系 → 扣 2-3 分
- 字数不达标（正文不足 2000 字）→ 扣 3-5 分
评分输出模板
每次评分必须输出以下格式的报告：
# 软考架构论文评分报告
## 基本信息
- **论题**：[题目核心关键词]
- **论文字数**：[统计字数]
## 分维度评分
| 维度 | 满分 | 得分 | 评级 |
|------|------|------|------|
| 切合题意 | 22 | ? | 优/良/中/差 |
| 应用深度与水平 | 15 | ? | 优/良/中/差 |
| 实践性 | 15 | ? | 优/良/中/差 |
| 文字表达能力 | 11 | ? | 优/良/中/差 |
| 字数与结构完整性 | 12 | ? | 优/良/中/差 |
| **总计** | **75** | **?** | — |
> 评级标准：≥90% 为优，≥70% 为良，≥50% 为中，<50% 为差
### 维度一：切合题意（?/22）
- **扣分项**：
- [具体扣分点1]
- [具体扣分点2]
- **加分项**：
- [具体加分点1]
- **提分建议**：
- [具体可操作的建议]
### 维度二：应用深度与水平（?/15）
[同上结构]
### 维度三：实践性（?/15）
[同上结构]
### 维度四：文字表达能力（?/11）
[同上结构]
### 维度五：字数与结构完整性（?/12）
[同上结构]
## 综合诊断
- **是否达到合格线（45分）**：是/否，差 ? 分
- **最大短板**：[得分率最低的维度] — [一句话说明核心问题]
- **次短板**：[得分率第二低的维度] — [一句话说明核心问题]
## 改进方案（优先级排序）
1. **[最薄弱维度]**：[2-3 句具体修改指导]
2. **[次薄弱维度]**：[2-3 句具体修改指导]
工作流示例
示例 1：用户提交论文全文求评分
用户消息："帮我看看这篇论文能得多少分，题目是论微服务架构的高可用设计"
- 确认题目：提取论题"微服务架构的高可用设计"及三个子问题
- 通读论文全文，统计字数
- 检查摘要是否点题，三个子问题是否逐一回应 → 维度一评分
- 检查是否有方案对比、架构决策过程 → 维度二评分
- 检查项目背景真实性、量化数据、反思 → 维度三评分
- 检查语言流畅度、逻辑衔接、术语规范 → 维度四评分
- 检查结构完整性、摘要独立、总结反思 → 维度五评分
- 汇总输出评分报告
示例 2：用户只给论文未给题目
用户消息："帮我给这篇论文打分"（只贴了论文，没给题目）
- 追问："请提供论题原文，包括三个子问题，这样我才能准确评分。"
- 用户补充题目后，按示例 1 流程执行
示例 3：用户针对某个维度求专项诊断
用户消息："我的论文实践性不够，帮我看看怎么改"
- 重点聚焦"实践性"维度，按维度三的评分标准逐项检查
- 输出该维度的详细诊断（扣分点 + 提分建议），其余维度可简评或不评