Metadata

name: ruankao-essay-scoring
description: 软考高级论文评分与诊断，支持全部 5 个高级资格：系统架构设计师（默认）、信息系统项目管理师、系统分析师、网络规划设计师、系统规划与管理师。当用户提到"帮我评分""给我的论文打分""论文评分""论文自查""论文诊断""看看我论文能得多少分"，或提交了论文内容希望评估时触发，先确认资格类型再执行对应评分标准。不适用于论文写作指导（那是 ruankao-essay-writing 的职责）、纯知识问答或非软考论文场景。
license: MIT
metadata: {"author":"nieen","version":"1.5.2","created":"2026-05-12T00:00:00.000Z","last-updated":"2026-09-22T00:00:00.000Z","tags":["软考","论文评分","高级资格","架构师","项目管理师","系统分析师","网络规划设计师","系统规划与管理师"],"related_skills":["ruankao-essay-writing"]}
allowed-tools: ["Read","Write","Edit","AskUserQuestion"]

软考高级资格论文评分

按照软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文科目的官方评分框架，对用户提交的论文进行逐维度打分、诊断问题并给出提分建议。论文总分 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 个维度，给出具体可操作的修改建议。

字数约定与统计方法

字数约定

部位	限制	说明
摘要	不超过 300 字	低于 120 字直接不及格
正文	2000-2500 字	绝对不得低于 2000 字；超出 2500 字同样扣分

练习放宽：本技能用于个人练习写作与自评，写作阶段正文可适当放宽到 3000 字左右。评分阶段仍按 2000-2500 字正常判定（字数不符即扣分），并在报告中说明该限制范围。

段落配额参考

评分时同时核查段落字数是否失衡——核心段应占正文一半以上，背景过长挤占核心段是最常见的结构问题：

段落	参考字数
项目背景	400-450
主题理论段	150-200
核心段（3 个分论点）	1200-1400
问题与解决	300-350
总结与感悟	250-300

统计方法

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

中文字数：使用 len([c for c in text if '\u4e00' <= c <= '\u9fff']) 统计中文字符数
正文字数：删除摘要段落的字数，只统计"一、×××"到"结束语/总结"之间的内容

论文七问核查

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

#	问题	答清标准	未答清的扣分影响
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 级标准（优/良/中/差/劣）确定得分。

评分输出模板

每次评分必须读取 references/report-template.md，按其格式输出完整报告（基本信息 → 分维度评分 → 论文七问核查 → 综合诊断 → 改进方案）。

常见错误与故障排查

评分结论偏差或流程卡壳时，读取 references/common-errors.md（含常见错误表与故障排查表）。

工作流切入方式

按用户给的信息量决定切入点：

论文 + 论题齐全 → 走完整评分流程，输出结构化报告
只有论文无题目 → 先追问论题原文（含三个子问题），再评分
指定维度求诊断 → 只聚焦该维度，其余维度简评或不评
修改后重评 → 对比前后版本，说明进步与仍需改进处

Ruankao Essay Scoring | 软考论文评分

安装技能