软考高级资格论文评分
按照软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文科目的官方评分框架，对用户提交的论文进行逐维度打分、诊断问题并给出提分建议。论文总分 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（含常见错误表与故障排查表）。
工作流切入方式
按用户给的信息量决定切入点：
- 论文 + 论题齐全 → 走完整评分流程，输出结构化报告
- 只有论文无题目 → 先追问论题原文（含三个子问题），再评分
- 指定维度求诊断 → 只聚焦该维度，其余维度简评或不评
- 修改后重评 → 对比前后版本，说明进步与仍需改进处
相关资源
references/scoring-rubric.md- 架构师评分细则（默认）：完整 5 级评分标准、所有扣分点、高分要素references/scoring-rubric-pm.md- 信管（信息系统项目管理师）维度二专用评分标准references/scoring-rubric-sa.md- 系分（系统分析师）维度二专用评分标准references/scoring-rubric-ne.md- 网规（网络规划设计师）维度二专用评分标准references/scoring-rubric-sp.md- 系规（系统规划与管理师）维度二专用评分标准references/report-template.md- 评分报告的强制输出格式references/common-errors.md- 常见错误表与故障排查表- 关联技能：
ruankao-essay-writing（论文写作指导与修改）
