Ruankao Essay Scoring | 软考论文评分

软考高级论文评分与诊断，支持全部 5 个高级资格：系统架构设计师（默认）、信息系统项目管理师、系统分析师、网络规划设计师、系统规划与管理师。当用户提到"帮我评分""给我的论文打分""论文评分""论文自查""论文诊断""看看我论文能得多少分"，或提交了论文内容希望评估时触发，先确认资格类型再执行对应评分标准。不适用于论文写作指导（那是 ruankao-essay-writing 的职责）、纯知识问答或非软考论文场景。

Nieen@nieen

Install

openclaw skills install @nieen/ruankao-essay-scoring

软考高级资格论文评分

按照软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文科目的官方评分框架，对用户提交的论文进行逐维度打分、诊断问题并给出提分建议。论文总分 75 分，合格线 45 分。默认按系统架构设计师标准评分；当用户明确其他资格时，切换至对应评分细则文件。

适用场景

提交论文全文求评分 → 执行完整评分流程
只给论文未给题目 → 先追问题目再评分
针对某个维度求专项诊断 → 聚焦该维度详细检查
修改后重新评分 → 对比前后版本，确认改进点是否落实
需要论文修改指导 → 引导使用 ruankao-essay-writing 技能

评分体系概览

论文评分基于五大维度，各维度权重与分值如下：

维度	权重	满分	核心评判点
切合题意	30%	22	是否紧扣题目每个子问题，摘要是否点题
应用深度与水平	20%	15	详见对应资格评分细则文件（维度二专业深度标准因资格而异）
实践性	20%	15	项目背景真实性、量化数据、踩坑与反思
文字表达能力	15%	11	语言流畅性、逻辑衔接、专业术语准确性
字数与结构完整性	15%	12	摘要独立成段、三/四段式结构、总结反思

分值取整数，各维度按 75 × 权重四舍五入取整，合计 75 分。

评分流程

确认资格类型：询问用户论文所参考的软考高级资格类型，并读取对应评分细则文件（默认系统架构设计师）：
- 架构（系统架构设计师）→ references/scoring-rubric.md
- 信管（信息系统项目管理师）→ references/scoring-rubric-pm.md
- 系分（系统分析师）→ references/scoring-rubric-sa.md
- 网规（网络规划设计师）→ references/scoring-rubric-ne.md
- 系规（系统规划与管理师）→ references/scoring-rubric-sp.md
获取题目：确认用户提供了论题原文（含三个子问题）。若用户只给了论文未给题目，先追问题目。
通读论文：读取用户提交的论文全文，关注摘要、各段落标题、总结部分。
论文七问核查：逐问检查论文是否回答清楚七个核心问题（见下方"论文七问核查"章节），其结果作为维度二、三打分的直接依据。
逐维度评分：按五大维度分别打分，每个维度给出得分、扣分原因、提分建议。
汇总诊断：计算总分，判断是否达到 45 分合格线，输出结构化评分报告。
给出改进方案：针对最薄弱的 1-2 个维度，给出具体可操作的修改建议。

字数统计方法

评分报告中需输出论文字数。收到用户论文后，提取正文部分（不含摘要），按以下方式计算：

中文字数：使用 len([c for c in text if '\u4e00' <= c <= '\u9fff']) 统计中文字符数
正文字数：删除摘要段落的字数，只统计"一、×××"到"结束语/总结"之间的内容
软考论文要求正文 2000-3000 字，低于 2000 字或超过 3500 字均扣分

论文七问核查

评分前先逐问检查论文是否回答清楚以下七个核心问题——这是判断「应用深度与水平」「实践性」两个维度的直接依据：

#	问题	答清标准	未答清的扣分影响
0	是否以架构师视角设计架构和撰写论文？	全文体现全局设计、权衡取舍，而非罗列功能	维度二整体降档
1	项目是什么？我的职责是什么？	背景交代项目名称/规模/周期/角色职责	维度三扣分（背景真实性）
2	为什么要用这个架构？非它不可吗？	有候选方案对比与选型理由	维度二扣分（缺选型论证）
3	架构是什么？怎么组织约束？构件怎么配置连接？	有架构组成、组织约束、构件连接的具体描述	维度二扣分（空谈理论）
4	该架构在项目中的具体实践应用？	结合项目具体场景说明如何落地	维度三扣分（无实践过程）
5	用了该架构后遇到什么困难？	有真实踩坑经历与解决过程	维度三扣分（缺乏真实感）
6	应用后的效果是什么？	有量化数据/成果支撑	维度三扣分（无效果数据）
7	是否存在空话、套话？是否纯理论而无实践性？	每段有项目专属细节，理论后有实践承接，无万能套话段	维度三扣分（空泛）+ 维度四扣分（套话表述）

任一问题完全未回答（❌）即对应维度直接降档；回答模糊（⚠️）在提分建议中给出补写指导。各资格通用：Q2/Q3 中的"架构"按论文主题替换理解（信管→管理框架、网规→网络方案、系规→服务体系）。

评分细则

每个维度的评分标准已在上方概览表中列出。维度一、三、四、五为各资格通用标准，详细信息（完整 5 级评分标准、所有扣分点、高分要素）请读取 references/scoring-rubric.md。

维度二「应用深度与水平」的专业深度标准因资格而异，评分前请先按步骤 0 确认资格类型，再读取对应细则文件：

架构 → references/scoring-rubric.md
信管 → references/scoring-rubric-pm.md
系分 → references/scoring-rubric-sa.md
网规 → references/scoring-rubric-ne.md
系规 → references/scoring-rubric-sp.md

评分时按五个维度逐一评分，参考所选评分细则文件中的 5 级标准（优/良/中/差/劣）确定得分。

评分输出模板

每次评分必须输出以下格式的报告：

markdown

# 软考高级论文评分报告

## 基本信息
- **论题**：[题目核心关键词]
- **论文字数**：[用中文字符统计方法计算出的字数]

## 分维度评分

| 维度 | 满分 | 得分 | 评级 |
|------|------|------|------|
| 切合题意 | 22 | ? | 优/良/中/差 |
| 应用深度与水平 | 15 | ? | 优/良/中/差 |
| 实践性 | 15 | ? | 优/良/中/差 |
| 文字表达能力 | 11 | ? | 优/良/中/差 |
| 字数与结构完整性 | 12 | ? | 优/良/中/差 |
| **总计** | **75** | **?** | — |

> 评级标准：≥90% 为优，≥70% 为良，≥50% 为中，<50% 为差

### 维度一：切合题意（?/22）
- **扣分项**：
  - [具体扣分点1]
  - [具体扣分点2]
- **加分项**：
  - [具体加分点1]
- **提分建议**：
  - [具体可操作的建议]

### 维度二至维度五
[同上结构，每题列出扣分项、加分项、提分建议]

## 论文七问核查

| # | 问题 | 答清情况 | 说明 |
|---|------|---------|------|
| 0 | 是否以架构师视角设计架构和撰写论文？ | ✅/⚠️/❌ | [一句话说明] |
| 1 | 项目与职责是否交代清楚？ | ✅/⚠️/❌ | [一句话说明] |
| 2 | 选型论证是否充分（为什么非它不可）？ | ✅/⚠️/❌ | [一句话说明] |
| 3 | 架构组成、组织约束、构件连接是否具体？ | ✅/⚠️/❌ | [一句话说明] |
| 4 | 架构在项目中的实践应用是否具体？ | ✅/⚠️/❌ | [一句话说明] |
| 5 | 遇到的困难与解决过程是否真实可信？ | ✅/⚠️/❌ | [一句话说明] |
| 6 | 应用效果是否有量化数据支撑？ | ✅/⚠️/❌ | [一句话说明] |
| 7 | 是否存在空话、套话？实践是否落地？ | ✅/⚠️/❌ | [一句话说明] |

> ❌ = 完全未回答（对应维度直接降档）；⚠️ = 回答模糊（在改进方案中给出补写指导）

## 综合诊断

- **是否达到合格线（45分）**：是/否，差 ? 分
- **最大短板**：[得分率最低的维度] — [一句话说明核心问题]
- **次短板**：[得分率第二低的维度] — [一句话说明核心问题]

## 改进方案（优先级排序）

1. **[最薄弱维度]**：[2-3 句具体修改指导]
2. **[次薄弱维度]**：[2-3 句具体修改指导]

> **后续步骤**：评分完成后，如果用户需要修改论文，可引导其回到论文写作指导技能（ruankao-essay-writing）进行针对性修改。

常见错误

错误	问题	解决
未提供论题直接求评分	只贴论文不提供论题，无法准确判断"切合题意"	追问：请提供论题原文（含三个子问题）
论文字数不足	正文字数低于 2000 字，显得无内容	补充项目背景细节、技术实施过程、效果数据
漏答子问题	试题有三个子问题，只回答了 2 个	逐项核对子问题是否都有回应，漏答一个扣 6-8 分
实践性不足，缺乏量化数据	只介绍技术方案，没有项目规模/效果数据	补充日活/QPS、性能提升百分比等量化指标
摘要缺失或字数不足	摘要少于 120 字直接不及格	按 writing 技能的 `references/abstract-templates.md` 补充
口语化表达严重	使用"然后""所以说"等口语化连接词	将口语化表达改为规范书面语
修改后重新评分无对比	用户修改后重评，未对比前后版本进步	对比修改前后版本，说明改进点和仍需改进处
论文七问未答全	缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等	按"论文七问核查"逐项定位缺失，在改进方案中给出补写指导
空话套话、纯理论	大段背书式理论、万能句式、无项目实践细节	定位套话段落，指导补充项目专属做法与量化数据（删段测试排查）

故障排查

问题	检查项	解决方案
无法评分（未提供论题）	是否提供了论题原文？	追问论题原文（含三个子问题），再执行评分
论文字数计算不准	是否按中文字符统计方法计算？	使用 `len([c for c in text if '\u4e00' <= c <= '\u9fff'])` 统计
"切合题意"维度得分低	是否漏答子问题？	重新审题，将每个子问题映射到正文段落
"实践性"维度得分低	是否缺乏量化数据？	补充项目规模数据、实施效果数据
"文字表达能力"维度得分低	是否有口语化表达？	按书面化表达要求修改
评分报告格式不规范	是否按评分输出模板输出？	按"评分输出模板"章节的格式输出
修改后重新评分无对比	是否对比了前后版本？	对比修改前后的版本，说明进步和仍需改进的地方

工作流示例

示例 1：提交论文全文求评分

用户："帮我看看这篇论文能得多少分，题目是论微服务架构的高可用设计"

确认论题及三个子问题 → 通读全文 → 正文字数统计
逐一检查五个维度：切题性（子问题映射）→ 应用深度（方案对比）→ 实践性（量化数据）→ 表达能力 → 结构完整性
汇总输出结构化评分报告

示例 2：只给论文未给题目

用户贴了论文但没提供题目 → 追问论题原文（含三个子问题） → 用户补充后按完整流程评分

示例 3：针对某个维度求专项诊断

用户："我的论文实践性不够，帮我看看怎么改"

→ 聚焦"实践性"维度，按 references/scoring-rubric.md 逐项检查，输出该维度详细诊断（扣分点 + 提分建议），其余维度简评或不评

示例 4：修改后重新评分

用户按建议修改后重新提交 → 对比修改前后版本确认改进点是否落实 → 重新执行完整评分 → 输出新报告时说明相比上次的进步和仍需改进处