辅助用户完成软考系统架构设计师考试的论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。
references/abstract-templates.mdreferences/outline-template.mdreferences/project-preparation.mdreferences/common-issues.md论文写作遵循以下步骤：
根据用户所处阶段灵活切入：
> 此阶段为考前准备，在考试前完成。考试当天直接调用素材库，无需现场构思项目。
项目对于写好论文至关重要——解决方案必须依托实际项目，脱离项目就成了"空中楼阁"，所有分析和论证都将失去立足点和说服力。
一个合适的项目应同时满足以下条件：
| 条件 | 说明 |
|---|---|
| ------ | ------ |
| 熟悉度 | 优先选择自己亲身参与或非常熟悉的项目，能提供真实、详细的案例分析 |
| 时效性 | 优先选择最近两三年内的项目，确保反映当前技术趋势和行业发展状况 |
| 符合潮流 | 体现数字化转型、智能化升级、AI应用、大数据、5G、区块链等热门方向 |
| 复杂度 | 具备业务复杂度和技术复杂度，能体现架构设计的难点和专业水准 |
业务复杂度体现为：涉及多部门/多角色/多业务流程协作、较深专业领域知识、业务场景多样性、需求变更频繁。
技术复杂度体现为：微服务引入的服务治理与分布式事务、多质量属性间的权衡取舍等。技术选型中"怎么权衡取舍"依赖架构师的经验和对业务的理解，没有放之四海而皆准的标准答案。
确定项目后，从以下三方面深入准备：
| 文档类型 | 作用 | 论文用途 |
|---|---|---|
| ---------- | ------ | ---------- |
| 需求文档 | 明确功能性/非功能性需求 | 问题背景和解决方案价值的依据 |
| 设计文档 | 了解架构、技术选型、数据模型、接口规范 | 论证"为什么这样设计" |
| 测试报告 | 了解质量状况、性能数据 | 方案评估的有力支撑 |
| 用户反馈 | 了解实际使用效果和满意度 | 方案价值的佐证和改进方向 |
| 故障报告 | 发现潜在改进点 | 完善解决方案的素材 |
以下内容将成为论文"项目背景"部分的核心素材，特别要注意项目中的痛点和难点：
从两个维度梳理，这是最能体现专业能力和解决问题能力的关键内容：
业务难点：
技术难点：
> 难点不要求是"世界级难题"，只要是"现状与期望目标之间的矛盾"即可。
以有限的素材应对无限的考察范围，达到以少胜多、以不变应万变的效果。
方法：
每个素材 = 一个完整的具体事例/案例，可独立使用。
读取 references/project-preparation.md 获取素材库示例及更详细的指导。
> 考试当天第一步，拿到试题后必须先分析再动笔。
走题是最常见的致命问题。不要看到熟悉主题就默写准备好的论文，必须：
> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。提纲让写作变成"填空题"。
读取 references/outline-template.md 获取完整提纲模板及填写指导。
核心结构概览：
## 摘要
项目时间 + 发起方 + 建设方 + 项目名称 + 角色和职责
+ 项目建设内容（概括）+ 中心论点（概括）+ 方案效果 + 项目成果
## 正文
### 项目背景
项目时间 + 发起方 + 建设方 + 项目名称 + 角色和职责
+ 项目建设内容（详细）+ 技术架构（详细）
### {与主题相关的标题}
1. 通过SCQA，引出论文主题
2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}
3. 简要概括中心论点：我们在项目中是如何做的？
### 分论点1
S： / C： / Q： / A：
举的例子：例子1
### 分论点2
S： / C： / Q： / A：
举的例子：例子2
### 分论点3
S： / C： / Q： / A：
举的例子：例子3
### 总结与感悟
1. 概括解决方案取得的效果
2. 概括项目取得的成果
3. 项目成功交付上线
4. 不足与改进 / 对主题的深刻理解（架构权衡、敬畏之心、沟通技巧等）
5. 未来展望
| 要求 | 标准 |
|---|---|
| ------ | ------ |
| 字数 | 300-400 字（不少于 120 字，否则直接不及格；少于 300 字扣 5-10 分） |
| 内容 | 概括正文全貌，含实质性内容，不要只谈大道理 |
| 帽子 | 一般不加"帽子"性语句；字数不够时可加 50 字左右 |
读取 references/abstract-templates.md 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。
> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文"接"着摘要写。
目标 2500-3000 字，不少于 2000 字（显得无内容），不超过 4000 字（时间不够写不完）。
正文完成后，直接对文本计算字数：提取"一、×××"到"结束语/总结"之间的内容，统计中文字符数（len([c for c in body if '\u4e00' <= c <= '\u9fff'])），目标 2500-3000 字。
按照提纲逐部分填充，运用以下三个框架：
六大写作原则的详细解释、示例对比和进阶技巧，请读取 references/writing-principles.md。
核心要点摘要：
选择 5-6 个有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：
> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。
每次生成论文正文后，按字数统计方法计算正文字数并向用户展示。同时提醒用户：
> 考试论文正文在 2500 字左右即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。
完成初稿后，逐项检查。这是确保文章质量的关键一步，不可因时间紧迫而忽略。读取 references/common-issues.md 获取完整 17 项检查清单及每条问题的修正建议。按字数统计方法确认字数达标。
检查完成后，可调用 ruankao-essay-scoring 技能对论文进行逐维度评分，获取量化反馈与提分建议。
问题：看到熟悉主题就默写准备好的论文，忽略试题子问题
解决：
问题：摘要少于 120 字直接不及格；少于 300 字扣 5-10 分
解决：
问题：大段罗列课本理论或项目功能介绍，没有体现"我"做了什么
解决：
问题：只介绍了技术是什么，没有说明如何结合项目使用
解决：
问题：单个段落超过 8 行，或段落之间缺乏逻辑衔接
解决：
问题：使用"然后""所以""就是说"等口语化连接词
解决：
问题：试题有 3 个子问题，只回答了 2 个
解决：
| 问题 | 检查项 | 解决方案 |
|---|---|---|
| ------ | -------- | --------- |
| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |
| 论文字数不足 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据；目标 2500-3000 字 |
| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按"引入背景→具体做法→实施效果"补充每个技术点的细节 |
| 摘要字数不够 | 摘要是否达到 300 字？ | 按 references/abstract-templates.md 中的模板补充实质性内容 |
| 口语化严重 | 是否有"然后""所以"等词？ | 按 Phase 4"表达书面化"要求，将口语化表达改为书面语 |
| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |
| 缺乏"我"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上"我..."的主体表述 |
| 素材库不知如何建 | 是否读了 references/project-preparation.md？ | 按该文件指导，选择 3-7 个核心业务场景建立素材 |
用户："我还没准备论文项目，该怎么开始？"
从 Phase 0 开始，引导用户选定项目、梳理项目背景、建立素材库。完成后建议用户保存素材供考试使用。
用户："帮我写一篇论层次式架构设计的论文"
references/outline-template.md）列出完整提纲references/abstract-templates.md）撰写摘要references/common-issues.md），修正问题后交付用户："帮我检查一下这篇论文"
references/common-issues.md 逐项排查问题references/abstract-templates.md - 4 种摘要模板及示例references/outline-template.md - 完整提纲模板及填写指导references/project-preparation.md - 素材库示例及详细指导references/common-issues.md - 17 项检查清单及修正建议references/writing-principles.md - 六大写作原则详解（含示例对比）ruankao-essay-scoring（论文评分与诊断）最后更新：2026-05-31（版本 1.0.2）
共 5 个版本