{"id":"dd0cadc0-8c65-48d9-a74c-acc6d12b9c40","entityType":"agent","slug":"clawhub-nieen-ruankao-essay-writing","name":"Ruankao Essay Writing | 软考论文写作","canonicalUrl":"https://www.xpersona.co/agent/clawhub-nieen-ruankao-essay-writing","canonicalPath":"/agent/clawhub-nieen-ruankao-essay-writing","generatedAt":"2026-10-10T10:48:41.660Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":null},"description":"覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。 Skill: Ruankao Essay Writing | 软考论文写作 Owner: nieen Summary: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。 Tags: latest:1.6.2 Version history: v1.6.2 | 2026-09-29T09:24:31.298Z | user - skill-card.md 文件已移除，简化了文件结构。 - 版本号更新为 1.6.2。 - 无核","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.6K downloads reported by the source. Last updated 10/10/2026.","installCommand":"clawhub skill install s171ca86205t55fyeq06t1ws0987ke3z:ruankao-essay-writing","sourceUrl":"https://clawhub.ai/nieen/ruankao-essay-writing","homepage":"https://clawhub.ai/nieen/skills/ruankao-essay-writing","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/nieen/ruankao-essay-writing","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/nieen/skills/ruankao-essay-writing","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":64,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":null},"stars":null,"forks":null,"downloads":1608,"packageName":null,"latestVersion":"1.6.2","tractionLabel":"1.6K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T06:53:13.493Z","emptyReason":null},"lastUpdatedAt":"2026-10-10T06:53:13.494Z","lastCrawledAt":"2026-10-10T06:53:13.493Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-11T06:53:13.493Z","lastVerifiedAt":null,"highlights":[{"version":"1.6.2","createdAt":"2026-09-29T09:24:31.298Z","changelog":"- skill-card.md 文件已移除，简化了文件结构。 - 版本号更新为 1.6.2。 - 无核心功能调整，主体指引与说明保持一致。 - 所有原有的论文写作全流程支持与资源链接未变。","fileCount":20,"zipByteSize":54860},{"version":"1.6.1","createdAt":"2026-09-24T14:04:48.728Z","changelog":"- 移除 skill-card.md 文件，简化 skill 结构 - 将版本号升级到 1.6.1，并在元数据中增加 last-updated 字段 - 整理 SKILL.md 头部结构，相关信息统一收录到 metadata 字段 - 不影响使用方式和功能，主要为文档格式规范与维护性优化","fileCount":20,"zipByteSize":54463},{"version":"1.6.0","createdAt":"2026-09-22T16:59:06.689Z","changelog":"- 增加系统分析师、系统规划与管理师等资格项目案例文件（project-examples-sa.md、project-examples-sp.md），丰富项目素材库覆盖范围 - 新增各资格应用深度标准描述（depth-criteria-arch.md等），按报考资格推荐对应深度说明 - 优化项目准备流程，分资格推荐案例文件，提升指导针对性 - 相关资源说明和引用同步更新，细化文件分类和使用建议 - 移除冗余 skill-card.md 文件，文档结构更加清晰","fileCount":20,"zipByteSize":54794},{"version":"1.5.0","createdAt":"2026-09-22T16:13:39.029Z","changelog":"- 增强七问主线论证：整合七问整体逻辑，详细引导每问在写作和检查流程中的具体落点，相关内容拆分至新文件 `references/essay-seven-questions.md` - 新增常见错误及故障排查资源，相关内容抽离至 `references/common-errors.md`，便于随时调用排查 - 全面细化流程规范：重构项目准备、提纲撰写、正文填充等各阶段关键要点，区分段落字数配额，强调核心段结构和四步展开法 - 聚焦万能项目准备原则，统一建议仅准备1个可复用项目，提升考场应变力 - 规范摘要和正文字数要求（摘要≤300字，正文2000-2500字），强调分段配额和评分标准 - 修订适用场景描述，优化工作方式说明，并更新相关资源引用路径","fileCount":17,"zipByteSize":47754},{"version":"1.2.3","createdAt":"2026-08-23T12:57:45.405Z","changelog":"Version 1.2.3 - 增加“论文七问”主线，明确7个论文核心问题，贯穿写作全流程并在各环节嵌入。 - 在素材库和提纲阶段引入对“七问”的对应关系，避免遗漏关键信息。 - 强化正文环节对七问的结构映射，明确缺一问即按评分维度扣分。 - 检查校对阶段新增针对七问的逐问核对及空话套话检测方法（删段测试）。 - 常见错误和排查表新增“七问未答全”“空话套话”等考核点。 - 移除 skill-card.md 文件。","fileCount":15,"zipByteSize":42729},{"version":"1.1.0","createdAt":"2026-07-10T13:14:41.061Z","changelog":"- 支持全部 5 个软考高级资格（系统架构设计师、信息系统项目管理师、系统分析师、网络规划设计师、系统规划与管理师），不再仅限架构设计师。 - 新增各资格对应的项目案例参考、《专业深度标准》说明及写作视角调整，优化素材准备环节。 - 分阶段工作流和检查环节现可针对不同资格自动补充专有检查项（如 PMBOK、ITIL、建模完整性等）。 - 资源区新增全新项目案例、深度标准等参考文件，方便按报考科目准备论文素材。 - skill-card.md 文件移除，文档结构梳理更清晰。","fileCount":15,"zipByteSize":41079},{"version":"1.0.5","createdAt":"2026-07-09T23:51:53.337Z","changelog":"- skill-card.md 文件已移除，不再包含在发布内容中。 - 说明文档未提及 skill-card.md，移除不影响现有功能和指导流程。","fileCount":8,"zipByteSize":26193},{"version":"1.0.3","createdAt":"2026-05-31T14:30:32.156Z","changelog":"No changes detected in this version. - Version updated to 1.0.3, with no file or documentation changes. - All features and guidance remain consistent with the previous version. - Users can continue to rely on the skill for full-process ruankao essay writing support.","fileCount":8,"zipByteSize":28007}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s171ca86205t55fyeq06t1ws0987ke3z:ruankao-essay-writing","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-10T10:48:41.654Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-nieen-ruankao-essay-writing/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":null},"readme":"Skill: Ruankao Essay Writing | 软考论文写作\n\nOwner: nieen\n\nSummary: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\n\nTags: latest:1.6.2\n\nVersion history:\n\nv1.6.2 | 2026-09-29T09:24:31.298Z | user\n\n- skill-card.md 文件已移除，简化了文件结构。\n- 版本号更新为 1.6.2。\n- 无核心功能调整，主体指引与说明保持一致。\n- 所有原有的论文写作全流程支持与资源链接未变。\n\nv1.6.1 | 2026-09-24T14:04:48.728Z | user\n\n- 移除 skill-card.md 文件，简化 skill 结构\n- 将版本号升级到 1.6.1，并在元数据中增加 last-updated 字段\n- 整理 SKILL.md 头部结构，相关信息统一收录到 metadata 字段\n- 不影响使用方式和功能，主要为文档格式规范与维护性优化\n\nv1.6.0 | 2026-09-22T16:59:06.689Z | user\n\n- 增加系统分析师、系统规划与管理师等资格项目案例文件（project-examples-sa.md、project-examples-sp.md），丰富项目素材库覆盖范围\n- 新增各资格应用深度标准描述（depth-criteria-arch.md等），按报考资格推荐对应深度说明\n- 优化项目准备流程，分资格推荐案例文件，提升指导针对性\n- 相关资源说明和引用同步更新，细化文件分类和使用建议\n- 移除冗余 skill-card.md 文件，文档结构更加清晰\n\nv1.5.0 | 2026-09-22T16:13:39.029Z | user\n\n- 增强七问主线论证：整合七问整体逻辑，详细引导每问在写作和检查流程中的具体落点，相关内容拆分至新文件 `references/essay-seven-questions.md`\n- 新增常见错误及故障排查资源，相关内容抽离至 `references/common-errors.md`，便于随时调用排查\n- 全面细化流程规范：重构项目准备、提纲撰写、正文填充等各阶段关键要点，区分段落字数配额，强调核心段结构和四步展开法\n- 聚焦万能项目准备原则，统一建议仅准备1个可复用项目，提升考场应变力\n- 规范摘要和正文字数要求（摘要≤300字，正文2000-2500字），强调分段配额和评分标准\n- 修订适用场景描述，优化工作方式说明，并更新相关资源引用路径\n\nv1.2.3 | 2026-08-23T12:57:45.405Z | user\n\nVersion 1.2.3\n\n- 增加“论文七问”主线，明确7个论文核心问题，贯穿写作全流程并在各环节嵌入。\n- 在素材库和提纲阶段引入对“七问”的对应关系，避免遗漏关键信息。\n- 强化正文环节对七问的结构映射，明确缺一问即按评分维度扣分。\n- 检查校对阶段新增针对七问的逐问核对及空话套话检测方法（删段测试）。\n- 常见错误和排查表新增“七问未答全”“空话套话”等考核点。\n- 移除 skill-card.md 文件。\n\nv1.1.0 | 2026-07-10T13:14:41.061Z | user\n\n- 支持全部 5 个软考高级资格（系统架构设计师、信息系统项目管理师、系统分析师、网络规划设计师、系统规划与管理师），不再仅限架构设计师。\n- 新增各资格对应的项目案例参考、《专业深度标准》说明及写作视角调整，优化素材准备环节。\n- 分阶段工作流和检查环节现可针对不同资格自动补充专有检查项（如 PMBOK、ITIL、建模完整性等）。\n- 资源区新增全新项目案例、深度标准等参考文件，方便按报考科目准备论文素材。\n- skill-card.md 文件移除，文档结构梳理更清晰。\n\nv1.0.5 | 2026-07-09T23:51:53.337Z | user\n\n- skill-card.md 文件已移除，不再包含在发布内容中。\n- 说明文档未提及 skill-card.md，移除不影响现有功能和指导流程。\n\nv1.0.3 | 2026-05-31T14:30:32.156Z | user\n\nNo changes detected in this version.\n\n- Version updated to 1.0.3, with no file or documentation changes.\n- All features and guidance remain consistent with the previous version.\n- Users can continue to rely on the skill for full-process ruankao essay writing support.\n\nv1.0.2 | 2026-05-31T14:25:31.616Z | user\n\n**Summary:**  \nThis update streamlines writing principle guidance and updates references for easier user access.\n\n- 新增参考文档 `references/writing-principles.md`，将写作原则详解、示例和进阶技巧外置，正文引用，便于维护和查阅\n- 移除旧的 skill-card.md，删除冗余信息\n- 在正文中用简明摘要方式呈现六大写作原则，并指引用户查阅详细文档\n- 增补“适用场景”“常见错误”“故障排查”等专栏，便于用户高效自查和定位问题\n- 强化分步流程各阶段与参考资料间的连接，引导用户根据写作阶段调用相应模板和指导\n\nv1.0.1 | 2026-05-28T12:18:57.149Z | user\n\n- 支持整个软考架构师论文写作全流程，并明确分为6个阶段，可灵活切入不同环节。\n- 更新技能名称与描述，更突出“写作”功能、触发词和适用范围，分离评分相关说明。\n- 优化正文写作说明，补充新的字数统计方法及交付建议。\n- 明确6大写作原则，强调书面化表达和分论点展开要求，支持SCQA、金字塔原理等专业框架。\n- 检查校对环节扩展至17项细则，并建议与评分技能配合使用。\n- 删除无关文档（如skill-card.md、参考文档）；精简技能包内容。\n\nv1.0.0 | 2026-05-28T06:48:50.882Z | auto\n\n- Initial release of ruankao-essay: 专为软考系统架构设计师论文写作提供全流程指导\n- 支持从项目准备、素材库建设、题目分析、提纲/摘要/正文撰写到成文自查\n- 明确分为5个阶段（项目准备/分析题目/列提纲/写摘要-正文/校对检查），可根据用户所处环节灵活切入\n- 提供项目选择标准、素材库构建方法、写作结构模板、多种摘要模板和规范校对清单\n- 专注于软考论文场景，确保符合阅卷标准，避免常见失分点\n\nArchive index:\n\nArchive v1.6.2: 20 files, 54860 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (12072b), references/depth-criteria-arch.md (3368b), references/depth-criteria-ne.md (2042b), references/depth-criteria-pm.md (2602b), references/depth-criteria-sa.md (2552b), references/depth-criteria-sp.md (2492b), references/essay-seven-questions.md (2922b), references/outline-template.md (14037b), references/project-examples-arch.md (2887b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-examples-sa.md (3631b), references/project-examples-sp.md (3649b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (2072b), SKILL.md (14313b), _meta.json (140b)\n\nFile v1.6.2:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\ndescription: >\r\n  覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nlicense: MIT\r\nmetadata:\r\n  author: nieen\r\n  version: 1.6.2\r\n  created: 2026-05-12\r\n  last-updated: 2026-09-24\r\n  tags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n  related_skills:\r\n    - ruankao-essay-scoring\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查围绕七个问题展开：**Q0 视角**（是否以架构师视角写）→ **Q1 项目**（项目与职责）→ **Q2 选型**（为什么非它不可）→ **Q3 架构**（组成/约束/连接）→ **Q4 实践**（如何落地）→ **Q5 踩坑**（遇到什么困难）→ **Q6 效果**（量化成效）→ **Q7 反套话**（是否有空话）。任何一问回答不清都会直接扣分。\r\n\r\n完整表格、各问要点与七问在正文中的落点见 `references/essay-seven-questions.md`。\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n1. **确认报考资格** → 按资格选项目类型并读取对应案例文件：架构 → 技术/设计类（`references/project-examples-arch.md`）；系分 → 分析/建模类（`references/project-examples-sa.md`）；信管 → 管理类（`references/project-examples-pm.md`）；网规 → 网络类（`references/project-examples-ne.md`）；系规 → IT 服务/运维类（`references/project-examples-sp.md`）\r\n2. **选定项目** → **只准备一个\"万能项目\"**：选自己最熟悉、体量适中（百万级~千万级）、技术栈较新的真实项目。之后无论考可用性、安全性、微服务还是大数据，都用它去\"套\"和\"裁剪\"，不要准备多个项目——项目越熟，细节越真，考场上越稳\r\n3. **梳理素材** → 项目背景（名称/发起方/角色/周期/建设内容/架构/量化指标）+ 难点与挑战（业务难点、技术难点）。难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可\r\n4. **建立素材库** → 选 3-7 个核心业务场景，按生命周期梳理\"任务→挑战→手段→效果→总结\"，用金字塔 + SCQA 组织、5W2H 补细节，并按论文七问预埋答案\r\n5. **练熟节奏** → 考前按\"先列提纲 → 再单练核心段 → 最后限时写全文\"练 2-3 遍，确保考场上不是第一次完整成文\r\n\r\n详细选择标准、背景模板、素材库示例与训练节奏见 `references/project-preparation.md`。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n核心结构：**摘要**（项目背景 + 中心论点 + 效果成果）→ **项目背景**（时间/发起方/角色职责/建设内容/技术架构）→ **主题理论段**（SCQA 引出主题 + 回答子问题 2 的理论要点 + 概括中心论点）→ **分论点 1-3**（各按四步结构展开并附项目实例）→ **问题与解决**（2 个小问题及其处理过程）→ **总结与感悟**（效果 + 成果 + 不足与改进 + 展望）。\r\n\r\n**字数配额与四步结构**见 `references/outline-template.md`。列提纲时即确认试题的每个子问题在正文中有对应段落（子问题 → 段落映射），避免答非所问。\r\n\r\n列提纲时即确认论文七问各落在哪个段落（对应关系见 `references/essay-seven-questions.md`），避免写完才发现遗漏。\r\n\r\n---\r\n\r\n## Phase 3：摘要撰写\r\n\r\n### 核心要求\r\n\r\n| 要求 | 标准 |\r\n|------|------|\r\n| 字数 | **不超过 300 字**；低于 120 字直接不及格 |\r\n| 内容 | 四步走：项目是什么 → 我负责什么 → 本文讨论什么 → 最后有什么结果（各一到两句）；概括正文全貌，不要只谈大道理 |\r\n| 帽子 | 一般不加\"帽子\"性语句；字数不够时可加 50 字左右 |\r\n\r\n### 摘要模板\r\n\r\n读取 `references/abstract-templates.md` 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。\r\n\r\n### 写作顺序建议\r\n\r\n- **写作速度快的考生**：先写正文，后写摘要——正文正常发挥，摘要水到渠成。风险：时间不够则无摘要，损失大。\r\n- **写作速度慢的考生**：先写摘要，后写正文——摘要指导正文方向。风险：可能限制正文发挥。\r\n\r\n> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文\"接\"着摘要写。\r\n\r\n---\r\n\r\n## Phase 4：正文撰写（填充内容）\r\n\r\n### 正文字数要求\r\n\r\n正文 **2000-2500 字**，**绝对不得低于 2000 字**。\r\n\r\n本技能用于个人练习写作，练笔时正文可适当放宽到 **3000 字左右**；但评分按 2000-2500 字判定，超出同样扣分。\r\n\r\n正文完成后，直接对文本计算字数：提取\"一、×××\"到\"结束语/总结\"之间的内容，统计中文字符数（`len([c for c in body if '\\u4e00' <= c <= '\\u9fff'])`）。\r\n\r\n### 段落字数配额与核心段结构\r\n\r\n正文按 **背景 400-450 → 主题理论 150-200 → 核心段 1200-1400（3 个分论点，每个 350-400）→ 问题与解决 300-350 → 总结 250-300** 分配，合计约 2300 字最稳妥（先保核心段，再压背景与总结）。\r\n\r\n- **分论点四步结构**：理论 → 场景 → 动作 → 结果，每步 80-100 字；动作部分必须写明**取舍（trade-off）**——为达成某质量属性牺牲了什么\r\n- **问题及解决段**：核心段之后写 2 个小问题，每个约 150 字，按\"问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样\"；问题须来自实施过程并与前文方案对得上，不编\"惊天动地\"的大问题\r\n- **用文字\"画\"架构图**：背景中用一段文字描述分层（接入层 / 网关层 / 服务层 / 数据层），让阅卷老师形成画面感\r\n\r\n> **注意**：分论点四步 ≠ 问题段四步——分论点用论证式四步（理论→场景→动作含取舍→结果），复盘式四步链仅用于\"问题与解决\"小段，详见 `references/outline-template.md` 的「两套\"四步\"不可混用」对照表。\r\n\r\n完整配额表与四步结构示例见 `references/outline-template.md`。\r\n\r\n### 内容填充方法\r\n\r\n按照提纲逐部分填充，运用以下三个框架：\r\n\r\n- **金字塔原理**：结论先行，以上统下，归类分组，逻辑递进\r\n- **SCQA 框架**：Situation（情境）→ Complication（冲突）→ Question（问题）→ Answer（回答）——每个分论点的基本结构\r\n- **5W2H**：Who、What、When、Where、Why、How、How much——补充必要细节，增强真实性\r\n\r\n正文按论文七问主线串联，缺一问即按对应维度扣分。\r\n\r\n### 六大写作原则\r\n\r\n以自我为中心（写\"我\"做了什么）、站在对应资格的专业视角、忠实于论点、条理清晰开门见山（每段 ≤ 8 行）、标新立异有主见、表达书面化且段落转承自然。\r\n\r\n详细解释、示例对比与进阶技巧见 `references/writing-principles.md`。\r\n\r\n### 技术深度要求\r\n\r\n选择 **5-6 个**有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：\r\n- 紧密结合主题项目\r\n- 以主题项目中的具体内容为例\r\n- 说明\"如何做的\"而非\"是什么\"\r\n\r\n> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。\r\n\r\n各资格的\"应用深度\"标准见 `references/depth-criteria-{arch,pm,sa,ne,sp}.md`，按报考资格取用：架构看质量属性权衡与架构视图、信管看 PMBOK 过程域、系分看建模完整性、网规看协议选型、系规看 ITIL/ITSS 流程。\r\n\r\n### 交付说明\r\n\r\n每次生成论文正文后，按字数统计方法计算正文字数并向用户展示，注明限制范围（摘要 ≤300 字，正文 2000-2500 字），并按段落配额表给出各部分字数分布。同时提醒用户：\r\n\r\n> **考试论文正文按 2000-2500 字控制即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。**\r\n\r\n---\r\n\r\n## Phase 5：检查校对\r\n\r\n完成初稿后逐项检查，不可因时间紧迫而忽略。读取 `references/common-issues.md` 获取完整 17 项通用检查清单，并按报考资格补充特有检查项：架构 → 通用 17 项即可；信管 → +PMBOK 过程域覆盖；系分 → +建模完整性；网规 → +网络方案可行性；系规 → +ITIL 流程覆盖。\r\n\r\n同时确认以下五点：\r\n\r\n1. **字数达标** — 按字数统计方法计算：摘要 ≤300 字，正文 2000-2500 字且不得低于 2000 字\r\n2. **段落配额合理** — 核心段是否占 1200-1400 字（占正文一半以上）？背景是否超过 450 字挤占核心段？是否有\"问题与解决\"段？\r\n3. **论文七问逐问核对** — 每问都有明确答案且依托项目实际；Q2 选型论证与 Q5 踩坑反思最易被跳过，重点检查\r\n4. **取舍与实证** — 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？\r\n5. **Q7 红线通读** — 做\"删段测试\"：删掉任一自然段后论文若依然成立，该段即为套话，必须重写为具体做法 + 数据\r\n\r\n检查完成后，可调用 **ruankao-essay-scoring** 技能对论文进行逐维度评分，获取量化反馈与提分建议。\r\n\r\n---\r\n\r\n## 常见错误与故障排查\r\n\r\n成文质量偏差或流程卡壳时，读取 `references/common-errors.md`（含常见错误表与故障排查表）。\r\n\r\n---\r\n\r\n## 相关资源\r\n\r\n- `references/abstract-templates.md` - 4 种摘要模板，含 5 资格示例\r\n- `references/outline-template.md` - 完整提纲模板、段落字数配额与分论点四步结构\r\n- `references/project-preparation.md` - 万能项目原则、素材库示例与备考训练节奏\r\n- `references/common-issues.md` - 17 项通用检查清单 + 各资格特有检查项\r\n- `references/common-errors.md` - 常见错误表与故障排查表\r\n- `references/essay-seven-questions.md` - 论文七问完整表格、各问要点与正文落点\r\n- `references/writing-principles.md` - 六大写作原则详解（含 5 资格视角）\r\n- `references/project-examples-arch.md` - 架构类（技术/设计）项目案例\r\n- `references/project-examples-sa.md` - 系分类（分析/建模）项目案例\r\n- `references/project-examples-pm.md` - 信管类（管理）项目案例\r\n- `references/project-examples-ne.md` - 网规类（网络）项目案例\r\n- `references/project-examples-sp.md` - 系规类（IT 服务/运维）项目案例\r\n- `references/depth-criteria-{arch,pm,sa,ne,sp}.md` - 架构/信管/系分/网规/系规的应用深度标准详解\r\n- **关联技能**：`ruankao-essay-scoring`（论文评分与诊断）\n\nFile v1.6.2:_meta.json\n\n{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.6.2\",\n  \"publishedAt\": 1790673871298\n}\n\nFile v1.6.2:references/abstract-templates.md\n\n# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，并运用挣值管理（EVM）监控进度与成本偏差，最后指出了在需求变更管控上的不足与改进方向。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 本文讨论某第三方支付平台风控系统的需求分析与建模。该系统需支撑实名认证、交易反欺诈、商户准入等核心业务，日均交易 2000 万笔。在本文中首先讨论了结构化与面向对象分析方法的对比选型，然后讨论了用例图、类图与时序图的建模过程，以及 DFD 与 E-R 图对业务流程和数据结构的刻画，最后指出了在需求追踪与验证上的不足及改进方向。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 本文讨论某集团园区网的高可用规划与设计。该园区覆盖 3 栋研发楼与 2 栋数据中心楼，接入终端 1.2 万台，核心业务要求 7×24 不间断。在本文中首先讨论了接入/汇聚/核心三层架构设计，然后讨论了 OSPF 多区域划分、VRRP 双机热备与链路聚合的冗余方案，以及防火墙分区与安全策略，最后指出了在 IPv6 演进上的不足及改进方向。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 本文讨论某市政务云 IT 服务规划与设计。该平台为 60 个部门提供 IaaS/PaaS 服务，需保障服务持续性与合规性。在本文中首先讨论了基于 ITIL 4 的服务目录与 SLA 设计，然后讨论了事件、问题、变更与配置（CMDB）管理流程的落地，以及容量与连续性管理，最后指出了在服务持续改进上的不足及改进方向。在本项目的建设过程中，我担任了 IT 服务经理。\r\n\r\n---\r\n\r\n## 模板二：需求驱动型\r\n\r\n根据……需求（项目背景），我所在的……组织了……项目的开发。该项目……（项目背景、简单功能介绍）。在该项目中，我担任了……（作者的工作角色）。我通过采取……（技术、方法、工具、措施、手段），使该项目圆满完成，得到了用户们的一致好评。但现在看来，……（不足之处/如何改进、特色之处、发展趋势）。\r\n\r\n**适用场景**：项目由明确业务需求驱动，强调解决问题的过程和成果。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 根据某大型制造企业数字化转型需求，我所在的公司组织了智能制造执行系统（MES）项目的开发。该项目覆盖生产排程、质量追溯、设备监控等核心功能，服务该企业6个生产基地。在该项目中，我担任了系统架构设计师。我通过采用微服务架构进行系统拆分、引入事件驱动模式实现生产数据实时处理、运用领域驱动设计指导服务边界划分等措施，使该项目圆满完成，得到了用户们的一致好评。但现在看来，在分布式事务一致性保障方面仍有优化空间。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 根据某市医保市级统筹业务整合需求，我所在的公司组织了医保核心业务系统升级项目的开发。该项目需打通 8 个区县医保数据、统一待遇核算规则，涉及 23 家定点机构接口改造。在该项目中，我担任了项目经理。我通过制定 WBS 与里程碑计划、建立周例会与绩效审查机制、运用挣值管理跟踪进度偏差等措施，使项目按期上线，得到了医保局的一致好评。但现在看来，在跨机构干系人沟通机制上仍有优化空间。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 根据某商业银行新一代核心系统建设需求，我所在的部门组织了核心业务建模与需求分析项目的开发。该项目需重构存款、贷款、支付等 200 余个业务实体，统一业务术语。在该项目中，我担任了系统分析师。我通过采用面向对象分析方法建立类图与状态图、运用 DFD 梳理跨系统数据流、开展可行性论证等措施，使需求基线稳定交付，得到了项目组的一致好评。但现在看来，在需求变更的可追溯性上仍有优化空间。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 根据某集团多园区网络互联互通与统一管控需求，我所在的部门组织了集团广域网与园区网整合项目的建设。该项目需将 5 地园区、3 个数据中心互联，保障生产网与办公网隔离。在该项目中，我担任了网络规划设计师。我通过采用 MPLS VPN 实现多站点互联、用 BGP 做路由策略控制、部署 SDN 控制器统一编排等措施，使网络如期贯通，得到了集团信息部的一致好评。但现在看来，在多厂商设备自动化运维上仍有优化空间。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 根据某国企 IT 服务集中化与降本增效需求，我所在的部门组织了 IT 服务管理体系（ITSM）建设项目。该项目需将分散在 9 个下属单位的运维团队整合为统一服务台，建立标准化流程。在该项目中，我担任了 IT 服务经理。我通过基于 ITIL 4 设计服务目录与 SLA、落地事件与变更管理流程、建设 CMDB 配置库等措施，使服务请求按时解决率显著提升，得到了管理层的认可。但现在看来，在自动化巡检与持续改进机制上仍有优化空间。\r\n\r\n---\r\n\r\n## 模板三：经历叙述型\r\n\r\n……年……月，我参加了……项目的开发，担任……（作者的工作角色）。该项目……（项目背景、简单功能介绍）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。\r\n\r\n**适用场景**：项目经历有明确时间节点，便于体现真实性和时效性。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 2024年3月，我参加了某互联网保险平台项目的开发，担任系统架构设计师。该项目为某保险公司打造的在线保险销售与理赔服务平台，支持产品配置、智能核保、在线理赔等业务。本文结合作者的实践，以该保险平台项目为例，讨论面向服务架构（SOA）的设计与应用，包括服务拆分策略、服务编排与 choreography 的选择、以及 API 网关的设计与实现。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 2023年5月，我参加了某城商行核心业务系统升级项目的建设，担任项目经理。该项目需在不中断对外服务的前提下完成核心账务系统换代，涉及 11 个周边系统的配套改造。本文结合作者的实践，以该升级项目为例，讨论信息系统项目的风险管理，包括风险识别与应对、进度与成本的挣值监控、以及变更控制流程的设计与执行。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 2023年9月，我参加了某省级医保信息平台需求分析项目的建设，担任系统分析师。该项目需整合城镇居民与职工医保数据、支撑跨省异地就医结算。本文结合作者的实践，以该平台项目为例，讨论系统需求分析与建模，包括结构化与面向对象分析方法的对比、用例模型与类模型的建立、以及可行性分析的过程。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 2024年1月，我参加了某证券公司数据中心网络改造项目的建设，担任网络规划设计师。该项目需将同城双活数据中心网络重构，满足低时延交易与监管合规要求。本文结合作者的实践，以该改造项目为例，讨论数据中心网络的高可用设计，包括分层架构、大二层与 overlay 方案选型、以及故障切换机制。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 2023年7月，我参加了某政务云运营体系建设项目，担任 IT 服务经理。该项目需为 80 个委办局提供统一云服务并保障 SLA。本文结合作者的实践，以该政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 制定、事件与问题管理流程落地、以及服务持续改进机制。\r\n\r\n---\r\n\r\n## 模板四：主题引领型\r\n\r\n……是……（\"戴帽子\"，讲论文主题的重要性）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：需要补充字数时使用（摘要上限 300 字，帽子控制在 50 字左右，总长不得突破 300 字）。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 层次式架构设计是企业级系统实现高内聚低耦合的关键手段，合理的层次划分直接影响系统的可维护性和可扩展性。本文结合作者的实践，以某商业银行核心交易系统项目为例，讨论层次式架构设计的实践，包括表现层与业务逻辑层的接口设计、数据访问层的抽象与封装、以及跨层次异常处理机制的设计。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 风险管理是信息系统项目成功交付的关键保障，识别并控制风险往往决定项目成败。本文结合作者的实践，以某省政务大数据平台项目为例，讨论信息系统项目的风险管理，包括风险登记册的建立、定性/定量风险分析、以及应对策略与监控机制的设计。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 需求建模是系统分析从业务现状到技术方案的桥梁，建模质量直接决定系统能否真正满足业务。本文结合作者的实践，以某商业银行核心系统项目为例，讨论系统需求分析与建模，包括面向对象建模方法的选择、用例与类模型的构建、以及需求验证机制。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 高可用设计是网络系统支撑关键业务连续性的基础，冗余与故障切换能力决定业务中断风险。本文结合作者的实践，以某集团园区网项目为例，讨论网络高可用规划与设计，包括三层架构冗余、路由协议快速收敛、以及安全分区设计。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 服务级别管理（SLA）是 IT 服务价值交付的契约基础，科学的 SLA 设计决定服务满意度与可信度。本文结合作者的实践，以某市政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 设计、运维流程落地、以及服务度量与持续改进。在本项目的开发过程中，我担任了 IT 服务经理。\n\nFile v1.6.2:references/common-errors.md\n\n# 常见错误与故障排查\r\n\r\n写作指导过程中出现偏差时的对照表。「常见错误」是成文质量层面的坑，「故障排查」是执行流程层面的坑，两者互补。完整检查清单见 `references/common-issues.md`。\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 控制在 300 字以内（不低于 120 字），包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 摘要超过 300 字 | 摘要上限 300 字 | 压缩背景铺垫，只保留项目背景 + 中心论点 + 效果 |\r\n| 正文低于 2000 字（硬伤） | 正文绝对不得低于 2000 字 | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 评分按 2000-2500 字判定，超出即扣分 | 精简论点，重点保留 2-3 个分论点；练习写作可放宽到 3000 字左右 |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\r\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\r\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n| 结构失衡：背景过长、核心段过薄 | 背景写超 450 字，核心段不足 1200 字，重心倒置 | 按配额重分配：背景压到 400-450，核心段补到 1200-1400（3 个分论点各 350-400） |\r\n| 分论点只讲理论不写取舍 | 只说\"用了什么技术\"，没有\"牺牲了什么\"，缺架构思维 | 每个分论点补一句 trade-off（为达成 X 牺牲了 Y），并在总结中呼应 |\r\n| 缺少\"问题与解决\"段 | 全文只讲方案不讲问题，真实感不足 | 补 2 个来自实施过程的小问题，每个约 150 字，按\"问题→原因→处理→结果\" |\r\n| 准备了多个项目，细节记不牢 | 每个项目只记得轮廓，写到细节就露怯 | 收敛到一个\"万能项目\"，按不同论题角度裁剪素材 |\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 正文低于 2000 字 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 是否超出评分判定区间？ | 精简论点；练习写作可放宽到 3000 字左右，评分仍按 2000-2500 字判定 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不合要求 | 摘要是否在 120-300 字之间？ | 按 `references/abstract-templates.md` 中的模板调整，不低于 120 字、不超过 300 字 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，只选定一个\"万能项目\"，选 3-7 个核心业务场景建立素材 |\r\n| 字数不知如何分配 | 各部分字数是否失衡？ | 按配额表：背景 400-450 / 主题理论 150-200 / 核心段 1200-1400 / 问题与解决 300-350 / 总结 250-300 |\r\n| 考前不知如何练 | 是否只背范文没动笔？ | 按 `project-preparation.md` 的备考节奏：先限时列提纲 → 再单练核心段 → 最后限时写全文 |\n\nFile v1.6.2:references/common-issues.md\n\n# 论文常见问题及修正建议\r\n\r\n以下问题按严重程度排列，前 6 条为致命或高频失分项，必须逐一排除。\r\n\r\n---\r\n\r\n## 致命/高频问题\r\n\r\n### 1. 走题\r\n\r\n**表现**：看到试题标题，不读三个问题就按三段论写论文，导致内容与考查侧重点不匹配。或者看到熟悉主题就默写事先准备好的论文，不管是否切合题意。\r\n\r\n**修正**：\r\n- 必须逐一回答试题提出的 3 个问题，**圈出每个要点**\r\n- 同一主题，问题不同则组织内容的方式完全不同\r\n- 用试题的 3 个问题作为论文的 3 个核心段落/部分\r\n- **特别注意第二个子问题**，必须每个要点都回答到位，避免不必要的丢分\r\n\r\n### 2. 遗漏子问题要点\r\n\r\n**表现**：只回答了子问题的部分要点，遗漏了关键内容。\r\n\r\n**修正**：\r\n- 分析试题时逐题圈出所有要点\r\n- 撰写提纲时确保每个要点都有对应的论点或段落\r\n- 检查校对时逐一对照试题要点清单\r\n\r\n### 3. 缺乏主题项目\r\n\r\n**表现**：笼统地说\"我是做银行软件的\"，没有具体项目。\r\n\r\n**修正**：\r\n- 必须具体说明：某年某月参加的某个具体项目\r\n- 介绍项目背景和功能\r\n- 指明自己在项目中的角色\r\n- 每个论文试题的第一个问题一般就是\"简述你参与开发过的项目\"\r\n\r\n### 4. 字数不足\r\n\r\n**表现**：摘要少于 120 字，正文少于 2000 字。\r\n\r\n**修正**：\r\n- 摘要不超过 300 字，低于 120 字直接不及格\r\n- 正文 2000-2500 字，绝对不得低于 2000 字\r\n- 字数按答题纸格子计数（含标点和图形）\r\n\r\n### 5. 缺少特色，泛泛而谈\r\n\r\n**表现**：把书刊杂志上的知识点罗列，没有结合项目实例。\r\n\r\n**修正**：\r\n- 所有措施（方法、技术）紧密结合主题项目\r\n- 阐述措施时以主题项目中的具体内容为例\r\n- 讲\"我在某项目中是如何做的\"，而非讲理论\r\n- 用具体的案例支撑论述，而非泛泛而谈\r\n\r\n### 6. 摘要归纳欠妥\r\n\r\n**表现**：摘要没有实质性内容，或加了太多帽子性语句。\r\n\r\n**修正**：\r\n- 标准：\"读者不看正文，就知道文章的全部内容\"\r\n- 摘要应简单包含正文的重点词句\r\n- 尽量不加帽子性语句，直接\"压缩\"正文内容\r\n\r\n---\r\n\r\n## 中频问题\r\n\r\n### 7. 项目年代久远\r\n\r\n**修正**：主题项目应是近 2-3 年内完成的，确保反映当前技术趋势。\r\n\r\n### 8. 口语化太重，表达不够书面化\r\n\r\n**表现**：\r\n- 使用口语化的短句堆砌，缺乏完整的句子结构\r\n- 频繁使用\"然后\"\"所以\"\"就是说\"\"反正\"等口语连接词\r\n- 大量使用\"我做了\"\"我搞了\"\"我们弄了\"等动词短语\r\n- 出现感叹句、反问句等非正式句式\r\n\r\n**修正**：\r\n- 使用书面语替代口语词汇，如\"处理→处置\"\"搞→实现\"\"弄→处理\"\"搞定→完成\"\r\n- 采用名词化结构：将\"我们重构了系统\"改为\"对系统进行了架构重构\"\r\n- 使用完整句式，避免\"短句轰炸\"，适当增加从句和修饰语\r\n- 使用技术术语体现专业性，如\"实现→实施\"\"解决→处置\"\"问题→挑战/瓶颈\"\r\n- 引入概念时使用\"所谓……是指……\"\"即\"\"通常而言\"等书面引导词\r\n- 避免感叹号、省略号、波浪号等非正式标点\r\n- 虽然强调\"以我为中心\"，但不要到处都是\"我\"\r\n- 适当用\"我们\"替代部分\"我\"，体现项目是集体劳动\r\n\r\n**正反示例**：\r\n\r\n| ❌ 口语化 | ✅ 书面化 |\r\n|-----------|-----------|\r\n| 我们重构了支付模块，然后上线了。 | 我们对支付模块进行了架构重构，并顺利完成了上线部署。 |\r\n| 这个系统很牛，处理速度很快。 | 该系统的吞吐能力显著提升，平均响应时间从5秒降低至0.8秒。 |\r\n| 我们一开始没想到会有这么多问题。 | 在项目初期，我们并未充分预见到如此复杂的技术挑战。 |\r\n| 后来我们又加了个缓存。 | 在此基础上，我们引入了Redis缓存层以缓解数据库访问压力。 |\r\n\r\n### 9. 忠实于论点\r\n\r\n**修正**：\r\n- 仔细阅读试题要求，正确理解题意\r\n- 阐述时绝对服从论点\r\n- 不要节外生枝，不要偏离论点\r\n- 半天讲不到点子再草草收场是常见失败模式\r\n\r\n### 10. 文章结构不清晰，段落太长\r\n\r\n**修正**：\r\n- 每个自然段不超过 8 行\r\n- 如果调整段落，很多不合格文章可以变成好文章\r\n- 加上小标题，使结构更清晰\r\n- 中心论点和各分论点的首句加粗高亮显示\r\n\r\n### 11. 整篇文章数字条目太多\r\n\r\n**修正**：\r\n- 可以用数字标识顺序使文章有条理\r\n- 但全文充满数字条目则太死板，影响得分\r\n- 适当使用自然段落过渡\r\n\r\n### 12. 文章深度不够\r\n\r\n**表现**：罗列太多措施（方法、技术），每个都蜻蜓点水。\r\n\r\n**修正**：\r\n- 选择 5-6 个有特色的措施准备，考试时动态删减至 2-3 个深入展开\r\n- 每个措施说明：为什么选、怎么做、效果如何\r\n- 不要企图面面俱到\r\n\r\n### 13. 逻辑不严谨\r\n\r\n**表现**：论证过程中逻辑跳跃或断裂，前后矛盾。\r\n\r\n**修正**：\r\n- 撰写提纲时梳理清楚论点之间的逻辑关系\r\n- 使用 SCQA 结构确保每个分论点的逻辑完整\r\n- 检查校对时关注项目细节前后一致性\r\n\r\n### 14. 段落转承不自然\r\n\r\n**表现**：\r\n- 段落之间缺乏过渡句，读起来有明显的\"跳跃感\"\r\n- 前后段落内容突兀，逻辑关系不清晰\r\n- 大量使用\"然后\"\"接着\"\"还有\"等口语化连接词\r\n- 句式单调，连续多个句子以相同主语开头\r\n\r\n**修正**：\r\n- 每个段落开头先用一句话点明本段主旨，再展开论述\r\n- 段落之间使用过渡句承上启下：\r\n  - 转折：**\"然而\"\"但与此同时\"\"值得注意的是\"**\r\n  - 递进：**\"在此基础上\"\"更进一步\"\"不仅如此\"**\r\n  - 因果：**\"基于此\"\"鉴于此\"\"正是出于这样的考虑\"**\r\n  - 总结：**\"综上所述\"\"总的来看\"\"从上述实践可以看出\"**\r\n  - 承接：**\"在解决了……问题后\"\"在确定了……之后\"**\r\n- 避免连续多句以\"我们\"\"系统\"\"该项目\"开头，交错使用主语和状语\r\n\r\n**示例对比**：\r\n\r\n| ❌ 生硬转承 | ✅ 自然转承 |\r\n|-------------|-------------|\r\n| 我们采用了微服务架构。然后我们遇到了分布式事务问题。我们最终采用了Saga模式。 | 在采用微服务架构后，一个随之而来的挑战便是分布式事务的一致性保障。针对这一问题，我们最终引入了Saga模式进行事务补偿。 |\r\n| 系统有性能问题。我们加了缓存。加了缓存后速度快了。 | 随着业务量的持续增长，系统在高并发场景下逐渐暴露出性能瓶颈。**基于此**，我们引入了Redis多级缓存策略。经实测，缓存命中率达到92%，接口响应时间从3秒降至0.5秒。 |\r\n\r\n---\r\n\r\n## 低频但需注意的问题\r\n\r\n### 14. 字数偏多\r\n\r\n**表现**：摘要超 300 字，正文超 2500 字。\r\n\r\n**修正**：\r\n- 实际考试时间有限，不可能写太长\r\n- 摘要压缩到 300 字以内，正文压缩到 2000-2500 字\r\n- 个人练习写作时正文可放宽到 3000 字左右，但评分仍按 2000-2500 字判定\r\n\r\n### 15. 文字表达能力差\r\n\r\n**修正**：\r\n- 平时多读文章，多写文档\r\n- 注意措辞的准确性和连贯性\r\n\r\n### 16. 缺乏独特见解\r\n\r\n**表现**：全篇没有自己的思考和体会，只是按部就班地叙述。\r\n\r\n**修正**：\r\n- 在\"总结与感悟\"部分加入对架构权衡的思考\r\n- 表达对技术选型的反思、对沟通协作的体会\r\n- 体现\"架构师的敬畏之心\"——没有银弹，只有权衡\r\n\r\n### 17. 项目选择不当\r\n\r\n**表现**：选择了小型系统、过时技术项目、纯硬件项目或纯技术项目。\r\n\r\n**修正**：\r\n- 选择具备业务复杂度和技术复杂度的项目\r\n- 项目应体现当前信息化建设潮流（数字化转型、智能化升级、AI应用等）\r\n- 避免功能单一、规模小的系统\r\n\r\n---\r\n\r\n## 检查校对完整清单\r\n\r\n完成论文后，按以下清单逐项检查：\r\n\r\n| # | 检查项 | 检查方法 | ✓ |\r\n|---|--------|----------|---|\r\n| 1 | 完整回应试题 | 是否逐一回答了试题的所有子问题？每个要点是否都回答到位？ | |\r\n| 2 | 走题检查 | 内容是否围绕试题的考查侧重点？是否偏离了论点？ | |\r\n| 3 | 字数检查 | 摘要 ≤300 字且 ≥120 字？正文 ≥2000 字且 ≤2500 字（练习可放宽到 3000 字左右）？ | |\r\n| 4 | 摘要质量 | 不看正文，仅凭摘要能否知道全文内容？ | |\r\n| 5 | 结构完整 | 是否符合金字塔原理？是否加了小标题？中心论点和分论点首句是否加粗高亮？ | |\r\n| 6 | 逻辑严谨 | 论证是否环环相扣？是否有逻辑跳跃或断裂？ | |\r\n| 7 | 深度足够 | 选了 5-6 个技术点准备？最终呈现 2-3 个深入展开？还是蜻蜓点水？ | |\r\n| 8 | 具体案例 | 是否用具体的案例支撑论述？还是泛泛而谈罗列理论？ | |\r\n| 9 | 项目一致性 | 项目细节是否前后一致？有无矛盾之处？ | |\r\n| 10 | 独特见解 | 是否有自己独特的见解和体会？ | |\r\n| 11 | 书面化程度 | 句式是否完整规范？是否仍有口语化表达？是否使用了技术术语？ | |\r\n| 12 | 缺乏主题项目 | 是否具体说明了某年某月的某个项目及角色？ | |\r\n| 13 | 项目时效 | 项目是否在近 2-3 年内？ | |\r\n| 14 | 结构死板 | 是否全篇都是数字条目？段落是否过长（>8行）？ | |\r\n| 15 | 段落转承自然 | 段落之间是否有过渡句承上启下？读起来是否顺畅？主语是否单调重复？ | |\r\n| 16 | 段落配额 | 背景 ≤450 字？核心段 1200-1400 字（占正文一半以上）？有\"问题与解决\"段（300-350 字）？总结 250-300 字？ | |\r\n| 17 | 取舍与实证 | 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？ | |\n| 18 | 四步法边界 | 分论点是否误用了\"问题→原因→处理→结果\"排查式（应为论证式四步）？问题段是否严格四步？全文是否误四步化（结构重心被排障记录稀释）？ | |\r\n\r\n---\r\n\r\n## 各资格特有检查项\r\n\r\n以下检查项在通用 17 项之外，按报考资格补充：\r\n\r\n### 信管（信息系统项目管理师）特有\r\n- [ ] PMBOK 十大知识域是否覆盖至少 3-4 个有实质性内容？\r\n- [ ] 是否展示了管理工具应用（WBS / 关键路径法 / EVM / 风险矩阵）？\r\n- [ ] 是否有进度/成本偏差的量化数据（如 SPI、CPI）？\r\n- [ ] 五大过程组（启动→收尾）是否闭环呈现？\r\n- [ ] 干系人管理与沟通策略是否体现？\r\n\r\n### 系分（系统分析师）特有\r\n- [ ] 是否有至少 2 种建模视图（用例图+类图、DFD+E-R 等）？\r\n- [ ] 需求获取→分析→验证→管理链条是否完整？\r\n- [ ] 是否体现了结构化与面向对象方法的对比选型？\r\n- [ ] 可行性分析（技术/经济/操作）是否论证？\r\n- [ ] 业务流程建模（BPR）是否合理？\r\n\r\n### 网规（网络规划设计师）特有\r\n- [ ] 网络拓扑分层（接入/汇聚/核心）是否清晰？\r\n- [ ] 协议选型（OSPF/BGP/VLAN/MPLS 等）是否有权衡分析？\r\n- [ ] 高可用与冗余（VRRP/堆叠/链路聚合）是否设计？\r\n- [ ] 安全（防火墙/ACL/VPN/零信任）是否考虑？\r\n- [ ] 是否有带宽/时延/可用性量化指标？\r\n\r\n### 系规（系统规划与管理师）特有\r\n- [ ] 是否体现 ITIL 4 / ITSS 框架？\r\n- [ ] 是否有 SLA 设计与服务度量数据？\r\n- [ ] 事件/问题/变更/配置（CMDB）流程是否落地？\r\n- [ ] 服务改进（PDCA/CSI）闭环是否体现？\r\n- [ ] 容量/可用性/连续性管理是否覆盖？\r\n\r\n---\r\n\r\n## 额外提醒\r\n\r\n实践部分的内容应该根据论文题目的理论要点进行描述，重点在于描述理论知识要点在项目中的应用，**而不是介绍项目本身功能是什么**。\n\nFile v1.6.2:references/depth-criteria-arch.md\n\n# 应用深度标准详解：系统架构设计师（架构）\r\n\r\n架构是本技能的**默认资格**，其深度标准散落在 `SKILL.md`（技术深度要求、论文七问）与 `writing-principles.md`（专业视角）中。本文档将其汇总为可对照的清单，说明架构论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、架构设计要素对照\r\n\r\n阅卷关注是否完成\"设计→决策→验证\"，而非技术名词堆砌。论文应覆盖以下要素：\r\n\r\n| 要素 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 架构风格/模式 | 层次式、微服务、事件驱动、CQRS、管道-过滤器等，并说明为何选它 |\r\n| 质量属性 | 性能/可用性/安全性/可修改性/可扩展性，用\"刺激-响应-度量\"场景描述 |\r\n| 架构视图 | 逻辑视图（分层/构件）、运行视图（进程/并发）、部署视图（节点/网络）、开发视图 |\r\n| 构件与连接件 | 构件职责、接口契约、连接方式（REST/gRPC/MQ）、同步与异步的划分 |\r\n| 数据架构 | 分库分表、读写分离、缓存一致性、数据分布与复制 |\r\n| 架构评估 | 场景走查/ATAM 式的权衡点、敏感点、风险点识别 |\r\n| 演化与技术债 | 单体→微服务的演进路径、遗留系统兼容、债务偿还计划 |\r\n\r\n---\r\n\r\n## 二、高分写法\r\n\r\n### 架构选型（对应七问 Q2）\r\n- 错误：\"本系统采用微服务架构\"\r\n- 正确：\"业务变更频繁且 6 个团队并行交付，单体架构的发布耦合已成为瓶颈；因此按业务边界拆分为 8 个微服务，代价是引入分布式事务，随后用 Saga 补偿应对\"\r\n\r\n### 架构描述（对应七问 Q3）\r\n- 错误：罗列功能模块清单\r\n- 正确：\"接入层（SLB + WAF）→ 网关层（鉴权/限流）→ 服务层（8 个业务服务）→ 数据层（MySQL 主从 + Redis 集群 + ES）；服务间用 MQ 异步解耦，同步调用仅保留在强一致链路\"\r\n\r\n### 落地实践（对应七问 Q4）\r\n- 错误：介绍框架或中间件用法\r\n- 正确：\"库存扣减与订单创建拆为本地事务 + MQ 事件，热点商品走 Redis 预扣减，大促峰值 QPS 10 万下库存超卖为 0\"\r\n\r\n### 取舍表述（对应七问 Q0，架构论文的硬指标）\r\n- 每篇至少一处**明确的取舍**：为达成某质量属性牺牲了什么\r\n- 示例：\"为保证可用性采用同城双活，代价是写入需跨中心同步，核心链路 RTT 由 1ms 增至 2ms\"\r\n\r\n---\r\n\r\n## 三、权衡与评估（高分关键）\r\n\r\n| 权衡维度 | 典型取舍 |\r\n|---------|---------|\r\n| 一致性 vs 性能/可用性 | CAP 取舍；TCC / Saga / 本地消息表的选择依据 |\r\n| 拆分粒度 vs 运维复杂度 | 服务数与团队规模匹配，避免\"分布式单体\" |\r\n| 自研 vs 成熟组件 | 团队熟悉度、社区活跃度、可控性 |\r\n| 成本 vs 扩展性 | 预留容量 vs 按需弹性伸缩 |\r\n| 演进性 | 为未来 2-3 年业务预留扩展点，避免过度设计 |\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 峰值 QPS/TPS、响应时间（P99）、并发用户数\r\n- 可用性（99.9% / 99.99%）、RTO/RPO\r\n- 部署节点数、服务数、接口数、数据日增量\r\n- 缓存命中率、数据库查询耗时下降比例\r\n- 故障恢复时间、发布频率（如由月度发布提升至周发布）\n\nFile v1.6.2:references/depth-criteria-ne.md\n\n# 应用深度标准详解：网络规划设计师（网规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明网规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分层规划对照\r\n\r\n阅卷关注是否体现\"规划设计\"能力，而非设备堆砌。论文应覆盖：\r\n\r\n| 层次 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 接入层 | VLAN 划分、端口安全、802.1X、Trunk |\r\n| 汇聚层 | STP/RSTP 防环、三层终结、策略路由 |\r\n| 核心层 | 高速转发、路由协议、冗余（VRRP/堆叠） |\r\n| 安全 | 防火墙分区、ACL、VPN、零信任、IPS |\r\n| 演进 | SDN/NFV、IPv6 双栈、QoS |\r\n\r\n---\r\n\r\n## 二、协议选型的高分写法\r\n\r\n### 路由协议\r\n- 错误：\"用了 OSPF\"\r\n- 正确：\"核心采用 OSPF 多区域，area 0 为骨干，各园区为 stub 区域减少 LSA 泛洪；与运营商互联用 BGP 做路由策略控制与故障切换\"\r\n\r\n### 冗余协议\r\n- 错误：\"做了热备\"\r\n- 正确：\"核心交换机 VRRP 双网关，上行链路 LACP 聚合，单点故障切换 < 1s，对业务无感知\"\r\n\r\n### 二层防环\r\n- 错误：\"用了生成树\"\r\n- 正确：\"RSTP 收敛秒级，关键链路 MSTP 多实例负载分担，避免单实例阻塞\"\r\n\r\n###  overlay / SDN\r\n- 正确：\"数据中心采用 VXLAN 实现大二层，SDN 控制器统一编排，业务按需开通\"\r\n\r\n---\r\n\r\n## 三、方案设计的权衡（高分关键）\r\n\r\n- 可靠性 vs 成本：双机热备提升可用性但增加投入\r\n- 性能 vs 复杂度：MPLS 提供 QoS 但运维更复杂\r\n- 安全 vs 易用：零信任增强安全但影响体验\r\n- 演进性：IPv6/SDN 为未来预留能力\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 带宽利用率、链路带宽（如 40G 核心）\r\n- 时延（RTT）、抖动、丢包率\r\n- 可用性（99.99%）\r\n- 故障切换时间、收敛时间\r\n- 覆盖终端/站点数量\n\nFile v1.6.2:references/depth-criteria-pm.md\n\n# 应用深度标准详解：信息系统项目管理师（信管）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明信管论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、PMBOK 知识域对照\r\n\r\n阅卷关注是否真正运用了项目管理知识，而非空喊\"我做了项目管理\"。优先在论文中落地以下知识域（至少 3-4 个）：\r\n\r\n| 知识域 | 论文中可体现的内容 |\r\n|--------|-------------------|\r\n| 整合管理 | 项目章程、项目管理计划、变更控制委员会（CCB） |\r\n| 范围管理 | 需求跟踪矩阵、WBS 分解、范围确认 |\r\n| 进度管理 | 活动定义、关键路径法（CPM）、进度压缩（赶工/快速跟进） |\r\n| 成本管理 | 估算方法、挣值管理（EVM）、成本偏差分析 |\r\n| 质量管理 | 质量核对单、测试评审、缺陷密度 |\r\n| 风险管理 | 风险登记册、定性/定量风险分析、应对策略 |\r\n| 沟通/干系人 | 沟通管理计划、干系人参与度评估矩阵 |\r\n\r\n---\r\n\r\n## 二、关键工具的高分写法\r\n\r\n### WBS（工作分解结构）\r\n- 错误：只说\"我做了 WBS\"\r\n- 正确：\"将项目分解为 5 个一级、120 个末级活动，并以 WBS 字典明确每个包的交付物与责任人\"\r\n\r\n### 挣值管理（EVM）\r\n- 错误：只说\"用 EVM 控制成本\"\r\n- 正确：\"第 6 个月 PV=420 万、EV=398 万、AC=410 万，计算得 SPI=0.95、CPI=0.97，识别进度滞后后启动赶工，2 周后 SPI 回升至 1.02\"\r\n\r\n### 关键路径法（CPM）\r\n- 错误：只说\"排了进度计划\"\r\n- 正确：\"识别出关键路径为需求→设计→联调→上线共 18 周，通过快速跟进将设计阶段与部分开发并行，压缩 12 天\"\r\n\r\n### 风险矩阵\r\n- 错误：罗列风险名称\r\n- 正确：\"建立概率-影响矩阵，对高概率高影响风险（如接口延期）制定规避+转移组合策略，并预留应急储备\"\r\n\r\n---\r\n\r\n## 三、过程组闭环呈现\r\n\r\n高分论文应有清晰的生命周期闭环：启动（章程/干系人）→ 规划（MPP/基准）→ 执行（团队/采购）→ 监控（绩效审查/EVM）→ 收尾（验收/移交）。缺失任一环节都会被视为\"只有片段、没有管理\"。\r\n\r\n---\r\n\r\n## 四、量化数据清单（建议准备）\r\n\r\n- 进度偏差率（SPI）、成本偏差率（CPI）\r\n- 关键路径压缩天数、里程碑按期率\r\n- 风险数量与已关闭率、缺陷密度\r\n- 干系人满意度、用户验收一次通过率\n\nFile v1.6.2:references/depth-criteria-sa.md\n\n# 应用深度标准详解：系统分析师（系分）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系分论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分析方法论对照\r\n\r\n阅卷关注是否真正完成\"分析→建模\"，而非直接写实现。论文应体现以下方法论的运用：\r\n\r\n| 方法 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 结构化分析 | DFD（分层数据流图）、数据字典、E-R 图、结构化语言 |\r\n| 面向对象分析 | 用例图（功能）、类图（静态）、时序图/活动图（动态）、状态图（生命周期） |\r\n| 需求工程 | 获取（访谈/原型）→ 分析 → 验证与确认 → 管理（追踪矩阵） |\r\n| 可行性分析 | 技术/经济/操作可行性论证 |\r\n| BPR | 业务流程建模、流程优化与重组 |\r\n\r\n---\r\n\r\n## 二、建模视图的高分写法\r\n\r\n### 用例图（功能视角）\r\n- 错误：\"系统有很多功能\"\r\n- 正确：\"以用例图刻画 12 个参与者与 28 个用例，识别出'跨省结算'为包含关系、'异常处理'为扩展关系\"\r\n\r\n### 类图（静态结构）\r\n- 错误：只画几个类\r\n- 正确：\"建立参保人、账户、待遇 3 个核心类及其泛化/关联关系，标注多重性，消除术语歧义\"\r\n\r\n### 时序图（动态交互）\r\n- 错误：文字描述交互\r\n- 正确：\"用时序图刻画'实时核保'跨 4 个对象的消息流，定位出同步阻塞点并改为异步\"\r\n\r\n### DFD / E-R（结构化）\r\n- 错误：只有说明\r\n- 正确：\"顶层 DFD 划定系统边界，0 层分解出 5 个处理，配套 E-R 图明确 8 个实体主外键\"\r\n\r\n---\r\n\r\n## 三、方法对比选型（高分关键）\r\n\r\n高分论文会说明\"为什么选这种方法\"：\r\n- 结构化 vs 面向对象：本项目因 legacy 系统多、强调数据一致性，采用结构化为主、面向对象为辅\r\n- 建模工具对比：Rational/Enterprise Architect 的取舍\r\n\r\n---\r\n\r\n## 四、可行性分析与需求追踪\r\n\r\n- 技术可行性：现有平台能否支撑\r\n- 经济可行性：成本收益估算\r\n- 操作可行性：用户接受度与培训\r\n- 需求追踪矩阵：确保每个需求可回溯到来源与测试用例\r\n\r\n---\r\n\r\n## 五、量化/具体清单（建议准备）\r\n\r\n- 实体/用例/类数量\r\n- 需求条目数与变更次数\r\n- 建模覆盖的业务流程数\r\n- 可行性分析的量化结论（如回收期、ROI）\n\nFile v1.6.2:references/depth-criteria-sp.md\n\n# 应用深度标准详解：系统规划与管理师（系规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、ITIL 4 / ITSS 框架对照\r\n\r\n阅卷关注是否运用服务管理方法论，而非写成\"运维流水账\"。论文应体现：\r\n\r\n| 框架要素 | 论文中可体现的内容 |\r\n|----------|-------------------|\r\n| 服务价值体系（SVS） | 机会/需求→价值：服务如何创造价值 |\r\n| 服务价值链 | 计划/改进/参与/设计与转换/获取与构建/交付与支持 |\r\n| ITSS 成熟度 | 运维能力成熟度（人员/过程/技术/资源） |\r\n| 服务规划 | 服务目录、SLA、容量/可用性/连续性/安全 |\r\n| 服务运营 | 事件/问题/变更/配置(CMDB)/发布管理 |\r\n| 服务改进 | PDCA、CSI、服务测量 |\r\n\r\n---\r\n\r\n## 二、SLA 设计的高分写法\r\n\r\n- 错误：\"我们要求可用性 99.9%\"\r\n- 正确：\"为 60 个部门按业务等级定义差异化 SLA：核心业务可用性 99.99%、响应时间 < 5min；并建立 SLA 度量报表与违约问责机制\"\r\n\r\n### SLA 关键组成\r\n- 服务目录（服务名称/范围/时长）\r\n- 服务级别指标（可用性/性能/支持）\r\n- 度量与报告机制\r\n- 例外与豁免条款\r\n\r\n---\r\n\r\n## 三、流程落地的高分写法\r\n\r\n### 事件管理\r\n- 正确：\"统一服务台受理，按优先级路由，一线解决率 70%，超时自动升级\"\r\n\r\n### 问题管理\r\n- 正确：\"对高频事件做根因分析（RCA），形成已知错误库，重复事件下降 40%\"\r\n\r\n### 变更管理\r\n- 正确：\"标准/普通/紧急三级变更，普通变更走 CCB 评审，紧急变更事后补单\"\r\n\r\n### 配置管理（CMDB）\r\n- 正确：\"建立 CI 模型，关联应用-主机-网络设备，变更自动同步，准确率 98%\"\r\n\r\n---\r\n\r\n## 四、持续改进闭环（高分关键）\r\n\r\n- PDCA：计划（改进目标）→ 执行（改进项）→ 检查（度量）→ 处理（标准化）\r\n- CSI：基于服务度量数据识别改进机会，形成改进登记册\r\n- 量化：SLA 达成率、MTTR、客户满意度趋势\r\n\r\n---\r\n\r\n## 五、量化指标清单（建议准备）\r\n\r\n- SLA 达成率、MTTR/MTBF\r\n- 事件按时解决率、一线解决率\r\n- CMDB 覆盖率/准确率\r\n- 客户满意度、服务请求量\r\n- 容量利用率、可用性（99.99%）\n\nFile v1.6.2:references/essay-seven-questions.md\n\n# 论文七问（完整版）\r\n\r\n写作与自查始终围绕以下七个问题展开，确保论文回答清楚、论证完整。七问覆盖论文的核心评分维度，任何一问回答不清都会直接扣分。\r\n\r\n## 七问总表\r\n\r\n| # | 问题 | 论文对应位置 | 对应评分维度 |\r\n|---|------|-------------|-------------|\r\n| 0 | 我是否以**架构师视角**去设计架构和撰写论文？ | 全文（视角贯穿） | 应用深度与水平 |\r\n| 1 | 我干了什么项目？我的职责是什么？ | 项目背景 | 实践性 |\r\n| 2 | 我为什么要用这个架构？非它不可吗？ | 理论部分（选型论证） | 应用深度与水平 |\r\n| 3 | 这个架构是什么？怎么组织约束？各构件之间怎么配置连接？ | 理论部分（架构描述） | 应用深度与水平 |\r\n| 4 | 该架构在项目中的**具体实践应用**？ | 分论点（实践展开） | 实践性 |\r\n| 5 | 我用了该架构后遇到了什么困难？ | 分论点（踩坑与反思） | 实践性 |\r\n| 6 | 该架构应用后的效果是什么？ | 总结与感悟 | 实践性 |\r\n| 7 | 论文是否存在**空话、套话**？是否纯理论而没有体现实践性？ | 全文（统摄性检查） | 实践性 + 文字表达能力 |\r\n\r\n> 各资格通用：Q2/Q3 中的\"架构\"按论文主题替换理解——信管对应管理框架、网规对应网络方案、系规对应服务体系，七问框架不变。\r\n\r\n## 各问要点\r\n\r\n- **七问是主线，不是模板**：不必按序机械罗列，但要确保每问都有答案，且答案依托项目实际\r\n- **Q2 最关键**：阅卷最看重\"为什么\"，要写出候选方案对比 → 权衡取舍 → 最终选型，体现\"非它不可\"\r\n- **Q3 要具体**：画出架构图/拓扑，说明组织约束、构件连接方式，避免空谈理论\r\n- **Q5 体现真实**：写出踩坑经历与解决过程，是论文真实性、实践性的最佳证明\r\n- **Q0 贯穿全文**：始终以架构师视角组织内容——先全局设计再细节，突出权衡取舍而非罗列功能；全文至少写清 1 处明确的取舍（trade-off，为达成某目标牺牲了什么），有取舍才有架构思维\r\n- **Q7 是七问的红线**：空话套话 = 没有回答。每段理论后紧跟\"我在项目中……\"的具体做法，用量化数据替代形容词（如\"大幅提升\"→\"响应时间从 800ms 降至 120ms\"）；做\"删段测试\"——删掉任一自然段后论文依然成立，该段即为套话，必须重写\r\n\r\n## 七问在正文中的落点\r\n\r\n| 论文部分 | 回答的七问 |\r\n|---------|-----------|\r\n| 摘要 | Q1、Q4、Q6 的浓缩 |\r\n| 项目背景 | Q1 |\r\n| 主题理论段 | Q2、Q3 |\r\n| 分论点 1-3 | Q4、Q5（各选一个实践点展开，四步结构中的\"动作\"写取舍） |\r\n| 问题与解决 | Q5（实施过程中的真实困难与处理） |\r\n| 总结与感悟 | Q6 + 反思（呼应 Q0 的取舍） |\n\nFile v1.6.2:references/outline-template.md\n\n# 论文提纲模板\r\n\r\n本文档提供论文提纲的完整模板及各部分的填写指导。\r\n\r\n---\r\n\r\n## 完整提纲模板\r\n\r\n```\r\n## 摘要\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。该项目{项目建设内容——概括}。本文以该项目为例，讨论{论文主题}，{中心论点——概括}。通过{解决方案概述}，{解决方案取得的效果}。项目最终{项目成果}。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。\r\n\r\n{项目建设内容——详细描述功能模块/子系统及职责}\r\n\r\n{技术架构——详细描述使用了哪些技术，每种技术解决什么问题}\r\n\r\n### {与主题相关的标题}\r\n\r\n1. 通过SCQA，引出论文主题：\r\n   - S（情境）：{当前系统/业务的现状}\r\n   - C（冲突）：{现状与期望目标之间的矛盾}\r\n   - Q（问题）：{引出论文主题要解决的核心问题}\r\n\r\n2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}\r\n\r\n3. 简要概括中心论点：我们在项目中通过{方法/策略}来解决{问题}。\r\n\r\n### 分论点1：{分论点1的标题}\r\n\r\nS：{情境——该问题在项目中的具体背景}\r\nC：{冲突——遇到了什么困难或挑战}\r\nQ：{问题——需要解决什么}\r\nA：{回答——我们采取了什么措施}\r\n\r\n举的例子：{具体的事例/案例，结合素材库中的素材}\r\n\r\n### 分论点2：{分论点2的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 分论点3：{分论点3的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：{实施过程中遇到的真实问题，一句话点明}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n2. 问题2：{第二个真实问题}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n\r\n### 总结与感悟\r\n\r\n1. 概括解决方案取得的效果\r\n2. 概括项目取得的成果\r\n3. 项目成功交付上线\r\n4. 不足与改进 / 我对主题的深刻理解（架构权衡、敬畏之心、沟通技巧等）\r\n5. 未来展望\r\n```\r\n\r\n---\r\n\r\n## 各部分填写指导\r\n\r\n**字数配额总表**（正文合计约 2300 字最稳妥，先保核心段，再回过头压背景和总结）：\r\n\r\n| 段落 | 字数 | 占比 |\r\n|------|------|------|\r\n| 项目背景 | 400-450 | ~20% |\r\n| 主题理论段 | 150-200 | ~8% |\r\n| 核心段（3 个分论点） | 1200-1400 | ~55% |\r\n| 问题与解决 | 300-350 | ~14% |\r\n| 总结与感悟 | 250-300 | ~12% |\r\n\r\n> 核心段是全文重心，占正文一半以上。背景写超 450 字、核心段不足 1200 字是最常见的结构失衡。\r\n\r\n### 摘要\r\n\r\n摘要是对正文的**压缩**，不是延伸。读者不看正文，仅凭摘要就应知道全文内容。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（概括）\r\n- 中心论点（概括）\r\n- 解决方案取得的效果\r\n- 项目成果\r\n\r\n**字数**：不超过 300 字（低于 120 字直接不及格）。\r\n\r\n**注意**：一般不加\"帽子\"性语句；字数不够时可加50字左右，但总长不得突破 300 字。\r\n\r\n### 项目背景\r\n\r\n项目背景是正文的起点，需要让阅卷专家快速了解你的项目。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（**详细**——列出功能模块/子系统及职责）\r\n- 技术架构（**详细**——使用了哪些技术，每种技术解决什么问题）\r\n\r\n**字数**：400-450 字。\r\n\r\n**技巧**：\r\n- 项目名称要见名知意\r\n- 技术架构要体现项目的技术复杂度\r\n- 突出与论文主题相关的技术选型\r\n- **为后文埋伏笔**：后文要写高并发、可用性，背景就要先交代相应的业务压力（如\"促销期间峰值 QPS 达 8 万，历史架构多次出现超时\"）。背景与后文的问题必须对得上，这叫逻辑自洽\r\n- **用文字\"画\"架构图**：用一到两句描述分层结构（如\"系统自下而上分为接入层、网关层、服务层、数据层\"），让阅卷老师在脑中形成画面感\r\n- 少写空话套话，把字数留给规模数据和自己的职责\r\n\r\n### 主题部分（与主题相关的标题）\r\n\r\n这是论文的核心，需要完成三个任务：\r\n\r\n1. **SCQA 引出主题**：用情境→冲突→问题的方式自然过渡到论文主题，避免突兀\r\n2. **回答理论问题**：逐一回答子题目2中的理论要点，确保不遗漏\r\n3. **概括中心论点**：用一两句话概括\"我们在项目中是怎么做的\"\r\n\r\n**标题命名**：用与论文主题直接相关的标题，如\"面向服务架构的设计与应用\"、\"层次式架构的设计实践\"等，不要用\"主题论述\"这类泛化标题。\r\n\r\n**字数**：150-200 字。这一段是过渡与定调，不要把理论在这里展开完，留给分论点。\r\n\r\n### 分论点\r\n\r\n每个分论点 **350-400 字**，按 **理论 → 场景 → 动作 → 结果** 四步展开，每步约 80-100 字：\r\n\r\n| 步骤 | 证明什么 | 写法 | 示例 |\r\n|------|---------|------|------|\r\n| **理论** | 你懂这个概念 | 一句话点出技术/方法及其适用边界 | \"事件驱动架构通过异步消息解耦生产者与消费者，适用于流程长、实时性要求不高的链路\" |\r\n| **场景** | 这是真实项目 | 该项目中的具体业务压力或约束 | \"理赔流程涉及核损、审核、赔付等 7 个环节，同步调用导致链路阻塞\" |\r\n| **动作** | 你能落地 | 具体做了什么，**并写明取舍** | \"引入 RabbitMQ 做环节间事件通知；代价是牺牲了强实时性，需额外补偿查询接口\" |\r\n| **结果** | 有成效 | 量化数据 | \"理赔平均处理时长从 3 天降至 4 小时，峰值无积压\" |\r\n\r\n> **取舍（trade-off）是高级资格的得分点**：不要只堆技术，要写明\"为满足 X 牺牲了 Y\"（如为满足高可用牺牲强一致、为降低耦合增加部署复杂度）。有取舍，才有架构思维。\r\n\r\nSCQA 可作为四步结构的前置引入（S/C/Q 压缩成一两句话引出该分论点），不要占用过多字数：\r\n\r\n| 要素 | 说明 |\r\n|------|------|\r\n| **S（情境）** | 该问题在项目中的具体背景 |\r\n| **C（冲突）** | 遇到的困难或挑战 |\r\n| **Q（问题）** | 需要解决什么 |\r\n\r\n**分论点数量**：3个为宜，对应子题目2的3个理论要点。\r\n\r\n**必须举例**：每个分论点都要结合素材库中的具体案例，避免纯理论论述。\r\n\r\n### ⚠️ 两套\"四步\"不可混用（易错点）\r\n\r\n两套四步都叫\"四步\"，但适用场景完全不同，切勿把分论点也写成排查式：\r\n\r\n| 应用场景 | 用哪套 | 结构 | 说明 |\r\n|---------|--------|------|------|\r\n| 分论点（架构实践展开） | 论证式四步 | 理论 → 场景 → 动作(含取舍) → 结果 | 证明\"我懂且我能落地\"，每个分论点一次 |\r\n| 问题与解决 / 踩坑 小段 | 复盘式四步 | 问题 → 原因 → 处理 → 结果 | **仅此处严格使用**，写 1-2 个真实小问题 |\r\n| 全文主线 | 都不套 | 背景 → 理论/选型 → 实践分论点 → 总结反思 | 四步链只是局部叙事，不是骨架 |\r\n\r\n> 分论点若误写成\"问题→原因→处理→结果\"，会把架构论述稀释成事故报告，且挤掉最值钱的 trade-off 取舍思维。\r\n\r\n### 问题与解决\r\n\r\n**位置硬约束**：本段必须独立存在，不得把踩坑内容塞进\"总结与感悟\"。总结段的\"不足与改进\"是反思升华（如\"下次引入 Istio 剥离治理能力\"），不是问题复盘。\r\n\r\n**字数**：300-350 字（2 个问题，每个约 150 字）。\r\n\r\n**写法**：按 **问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样** 四步展开。\r\n\r\n**要求**：\r\n- 写 **2 个小问题**，不要写一个\"惊天动地\"的大问题——大问题往往圆不回来，反而暴露虚假\r\n- 问题必须来自项目实施过程，且与前面的方案对得上（前面写了微服务拆分，这里就写拆分带来的分布式事务问题）\r\n- 每个问题约 150 字即可，处理措施要具体，结果要有数据或明确状态\r\n\r\n### 总结与感悟\r\n\r\n总结不是简单的重复，而是体现**反思深度**：\r\n\r\n1. **效果概括**：用数据说话，如\"系统响应时间降低60%\"、\"QPS提升3倍\"\r\n2. **成果概括**：项目整体取得的成果\r\n3. **项目上线**：明确写出\"项目成功交付上线\"\r\n4. **不足与改进 / 深刻理解**：\r\n   - 不足与改进：坦诚地指出解决方案的局限性和改进方向\r\n   - 深刻理解：对主题的独到见解，如架构权衡的心得、对技术选型的反思、沟通协作的体会等\r\n5. **未来展望**：简要展望技术或业务的发展方向\r\n\r\n**字数**：250-300 字。\r\n\r\n**这一部分是体现\"标新立异\"的关键**，好的总结能让阅卷专家眼前一亮。\r\n\r\n---\r\n\r\n## 提纲填写示例\r\n\r\n以\"论软件架构风格\"为例：\r\n\r\n```\r\n## 摘要\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计。该平台支持产品配置、智能核保、在线理赔等业务。本文以该项目为例，讨论软件架构风格的选择与应用。在项目中，我根据不同业务模块的特点，分别采用了分层架构、事件驱动架构和微服务架构，实现了系统的高内聚低耦合。通过合理的架构风格选型，系统日均处理保单5万+，核保响应时间<2秒。项目于2025年1月成功上线，获得用户高度评价。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计和技术选型。该平台涵盖产品配置中心、智能核保引擎、在线理赔系统、用户管理门户四个核心子系统，服务该保险公司全国30个分支机构。技术架构上，采用Spring Cloud微服务框架、MySQL+Redis数据层、RabbitMQ消息中间件、Elasticsearch搜索引擎，部署在K8s容器集群上。\r\n\r\n### 软件架构风格的选择与应用\r\n\r\n1. SCQA引出主题：\r\n   - S：保险业务流程复杂，涉及核保、理赔、精算等多个环节\r\n   - C：不同业务模块对架构的要求差异大，单一架构风格难以兼顾\r\n   - Q：如何为不同业务模块选择合适的架构风格？\r\n\r\n2. 理论问题回答：常见的软件架构风格包括数据流风格、调用/返回风格、独立构件风格、虚拟机风格等，每种风格有其适用场景和局限性。\r\n\r\n3. 中心论点：我们在项目中根据业务模块的特点，分别选择了分层架构（产品配置）、事件驱动架构（理赔流程）和微服务架构（智能核保），实现了架构风格与业务需求的最佳匹配。\r\n\r\n### 分论点1：产品配置中心——分层架构的应用\r\n\r\nS：产品配置中心需要管理数百种保险产品的参数和规则\r\nC：产品规则频繁变更，但要求配置变更不影响其他模块\r\nQ：如何实现业务逻辑与数据访问的解耦？\r\nA：采用分层架构，严格划分表现层、业务逻辑层、数据访问层\r\n\r\n举的例子：产品费率调整场景，仅修改业务逻辑层规则，表现层和数据访问层无需改动\r\n\r\n### 分论点2：理赔流程——事件驱动架构的应用\r\n\r\nS：理赔流程涉及多个环节，需要跨部门协作\r\nC：同步调用导致流程阻塞，一个环节延迟影响整个链路\r\nQ：如何实现理赔环节的异步解耦？\r\nA：采用事件驱动架构，通过RabbitMQ实现环节间的事件通知\r\n\r\n举的例子：理赔审核通过事件触发赔付流程，无需等待赔付模块响应\r\n\r\n### 分论点3：智能核保——微服务架构的应用\r\n\r\nS：智能核保引擎是平台的核心差异化能力\r\nC：核保算法需要频繁迭代，且对计算资源需求波动大\r\nQ：如何实现核保引擎的独立演进和弹性伸缩？\r\nA：采用微服务架构，将核保引擎拆分为独立服务，基于K8s实现自动扩缩容\r\n\r\n举的例子：双11促销期间核保请求激增，K8s自动扩容从3个Pod到15个Pod，响应时间稳定<2秒\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：微服务拆分后出现跨服务数据不一致\r\n   原因：核保与保单服务各自持库，本地事务无法覆盖跨服务操作\r\n   处理：引入Saga补偿事务，关键环节增加对账Job兜底\r\n   结果：不一致单据从日均20+降至0，对账Job每日自动修复残余差异\r\n\r\n2. 问题2：事件驱动链路排查困难\r\n   原因：异步消息跨服务，缺少统一TraceId\r\n   处理：统一消息头注入TraceId，接入SkyWalking做全链路追踪\r\n   结果：故障定位时间从小时级降至分钟级\r\n\r\n### 总结与感悟\r\n\r\n1. 通过合理选择架构风格，系统实现了高内聚低耦合，各模块可独立演进\r\n2. 项目上线后日均处理保单5万+，核保响应时间<2秒，用户满意度达95%\r\n3. 项目于2025年1月成功上线\r\n4. 深刻理解：架构风格的选择没有银弹，关键在于理解业务特点和质量属性需求，做出合理的权衡。分层架构带来了解耦但增加了层次间调用的开销，事件驱动架构提升了响应性但增加了调试难度，微服务架构实现了独立部署但引入了分布式事务的复杂性。架构设计需要在这些trade-off中找到平衡点。\r\n5. 未来展望：计划引入Serverless架构进一步优化弹性伸缩能力\r\n```\n\nArchive v1.6.1: 20 files, 54463 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-arch.md (3368b), references/depth-criteria-ne.md (2042b), references/depth-criteria-pm.md (2602b), references/depth-criteria-sa.md (2552b), references/depth-criteria-sp.md (2492b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2887b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-examples-sa.md (3631b), references/project-examples-sp.md (3649b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (3209b), SKILL.md (14035b), _meta.json (140b)\n\nFile v1.6.1:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\ndescription: >\r\n  覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nlicense: MIT\r\nmetadata:\r\n  author: nieen\r\n  version: 1.6.1\r\n  created: 2026-05-12\r\n  last-updated: 2026-09-24\r\n  tags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n  related_skills:\r\n    - ruankao-essay-scoring\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查围绕七个问题展开：**Q0 视角**（是否以架构师视角写）→ **Q1 项目**（项目与职责）→ **Q2 选型**（为什么非它不可）→ **Q3 架构**（组成/约束/连接）→ **Q4 实践**（如何落地）→ **Q5 踩坑**（遇到什么困难）→ **Q6 效果**（量化成效）→ **Q7 反套话**（是否有空话）。任何一问回答不清都会直接扣分。\r\n\r\n完整表格、各问要点与七问在正文中的落点见 `references/essay-seven-questions.md`。\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n1. **确认报考资格** → 按资格选项目类型并读取对应案例文件：架构 → 技术/设计类（`references/project-examples-arch.md`）；系分 → 分析/建模类（`references/project-examples-sa.md`）；信管 → 管理类（`references/project-examples-pm.md`）；网规 → 网络类（`references/project-examples-ne.md`）；系规 → IT 服务/运维类（`references/project-examples-sp.md`）\r\n2. **选定项目** → **只准备一个\"万能项目\"**：选自己最熟悉、体量适中（百万级~千万级）、技术栈较新的真实项目。之后无论考可用性、安全性、微服务还是大数据，都用它去\"套\"和\"裁剪\"，不要准备多个项目——项目越熟，细节越真，考场上越稳\r\n3. **梳理素材** → 项目背景（名称/发起方/角色/周期/建设内容/架构/量化指标）+ 难点与挑战（业务难点、技术难点）。难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可\r\n4. **建立素材库** → 选 3-7 个核心业务场景，按生命周期梳理\"任务→挑战→手段→效果→总结\"，用金字塔 + SCQA 组织、5W2H 补细节，并按论文七问预埋答案\r\n5. **练熟节奏** → 考前按\"先列提纲 → 再单练核心段 → 最后限时写全文\"练 2-3 遍，确保考场上不是第一次完整成文\r\n\r\n详细选择标准、背景模板、素材库示例与训练节奏见 `references/project-preparation.md`。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n核心结构：**摘要**（项目背景 + 中心论点 + 效果成果）→ **项目背景**（时间/发起方/角色职责/建设内容/技术架构）→ **主题理论段**（SCQA 引出主题 + 回答子问题 2 的理论要点 + 概括中心论点）→ **分论点 1-3**（各按四步结构展开并附项目实例）→ **问题与解决**（2 个小问题及其处理过程）→ **总结与感悟**（效果 + 成果 + 不足与改进 + 展望）。\r\n\r\n**字数配额与四步结构**见 `references/outline-template.md`。列提纲时即确认试题的每个子问题在正文中有对应段落（子问题 → 段落映射），避免答非所问。\r\n\r\n列提纲时即确认论文七问各落在哪个段落（对应关系见 `references/essay-seven-questions.md`），避免写完才发现遗漏。\r\n\r\n---\r\n\r\n## Phase 3：摘要撰写\r\n\r\n### 核心要求\r\n\r\n| 要求 | 标准 |\r\n|------|------|\r\n| 字数 | **不超过 300 字**；低于 120 字直接不及格 |\r\n| 内容 | 四步走：项目是什么 → 我负责什么 → 本文讨论什么 → 最后有什么结果（各一到两句）；概括正文全貌，不要只谈大道理 |\r\n| 帽子 | 一般不加\"帽子\"性语句；字数不够时可加 50 字左右 |\r\n\r\n### 摘要模板\r\n\r\n读取 `references/abstract-templates.md` 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。\r\n\r\n### 写作顺序建议\r\n\r\n- **写作速度快的考生**：先写正文，后写摘要——正文正常发挥，摘要水到渠成。风险：时间不够则无摘要，损失大。\r\n- **写作速度慢的考生**：先写摘要，后写正文——摘要指导正文方向。风险：可能限制正文发挥。\r\n\r\n> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文\"接\"着摘要写。\r\n\r\n---\r\n\r\n## Phase 4：正文撰写（填充内容）\r\n\r\n### 正文字数要求\r\n\r\n正文 **2000-2500 字**，**绝对不得低于 2000 字**。\r\n\r\n本技能用于个人练习写作，练笔时正文可适当放宽到 **3000 字左右**；但评分按 2000-2500 字判定，超出同样扣分。\r\n\r\n正文完成后，直接对文本计算字数：提取\"一、×××\"到\"结束语/总结\"之间的内容，统计中文字符数（`len([c for c in body if '\\u4e00' <= c <= '\\u9fff'])`）。\r\n\r\n### 段落字数配额与核心段结构\r\n\r\n正文按 **背景 400-450 → 主题理论 150-200 → 核心段 1200-1400（3 个分论点，每个 350-400）→ 问题与解决 300-350 → 总结 250-300** 分配，合计约 2300 字最稳妥（先保核心段，再压背景与总结）。\r\n\r\n- **分论点四步结构**：理论 → 场景 → 动作 → 结果，每步 80-100 字；动作部分必须写明**取舍（trade-off）**——为达成某质量属性牺牲了什么\r\n- **问题及解决段**：核心段之后写 2 个小问题，每个约 150 字，按\"问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样\"；问题须来自实施过程并与前文方案对得上，不编\"惊天动地\"的大问题\r\n- **用文字\"画\"架构图**：背景中用一段文字描述分层（接入层 / 网关层 / 服务层 / 数据层），让阅卷老师形成画面感\r\n\r\n完整配额表与四步结构示例见 `references/outline-template.md`。\r\n\r\n### 内容填充方法\r\n\r\n按照提纲逐部分填充，运用以下三个框架：\r\n\r\n- **金字塔原理**：结论先行，以上统下，归类分组，逻辑递进\r\n- **SCQA 框架**：Situation（情境）→ Complication（冲突）→ Question（问题）→ Answer（回答）——每个分论点的基本结构\r\n- **5W2H**：Who、What、When、Where、Why、How、How much——补充必要细节，增强真实性\r\n\r\n正文按论文七问主线串联，缺一问即按对应维度扣分。\r\n\r\n### 六大写作原则\r\n\r\n以自我为中心（写\"我\"做了什么）、站在对应资格的专业视角、忠实于论点、条理清晰开门见山（每段 ≤ 8 行）、标新立异有主见、表达书面化且段落转承自然。\r\n\r\n详细解释、示例对比与进阶技巧见 `references/writing-principles.md`。\r\n\r\n### 技术深度要求\r\n\r\n选择 **5-6 个**有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：\r\n- 紧密结合主题项目\r\n- 以主题项目中的具体内容为例\r\n- 说明\"如何做的\"而非\"是什么\"\r\n\r\n> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。\r\n\r\n各资格的\"应用深度\"标准见 `references/depth-criteria-{arch,pm,sa,ne,sp}.md`，按报考资格取用：架构看质量属性权衡与架构视图、信管看 PMBOK 过程域、系分看建模完整性、网规看协议选型、系规看 ITIL/ITSS 流程。\r\n\r\n### 交付说明\r\n\r\n每次生成论文正文后，按字数统计方法计算正文字数并向用户展示，注明限制范围（摘要 ≤300 字，正文 2000-2500 字），并按段落配额表给出各部分字数分布。同时提醒用户：\r\n\r\n> **考试论文正文按 2000-2500 字控制即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。**\r\n\r\n---\r\n\r\n## Phase 5：检查校对\r\n\r\n完成初稿后逐项检查，不可因时间紧迫而忽略。读取 `references/common-issues.md` 获取完整 17 项通用检查清单，并按报考资格补充特有检查项：架构 → 通用 17 项即可；信管 → +PMBOK 过程域覆盖；系分 → +建模完整性；网规 → +网络方案可行性；系规 → +ITIL 流程覆盖。\r\n\r\n同时确认以下五点：\r\n\r\n1. **字数达标** — 按字数统计方法计算：摘要 ≤300 字，正文 2000-2500 字且不得低于 2000 字\r\n2. **段落配额合理** — 核心段是否占 1200-1400 字（占正文一半以上）？背景是否超过 450 字挤占核心段？是否有\"问题与解决\"段？\r\n3. **论文七问逐问核对** — 每问都有明确答案且依托项目实际；Q2 选型论证与 Q5 踩坑反思最易被跳过，重点检查\r\n4. **取舍与实证** — 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？\r\n5. **Q7 红线通读** — 做\"删段测试\"：删掉任一自然段后论文若依然成立，该段即为套话，必须重写为具体做法 + 数据\r\n\r\n检查完成后，可调用 **ruankao-essay-scoring** 技能对论文进行逐维度评分，获取量化反馈与提分建议。\r\n\r\n---\r\n\r\n## 常见错误与故障排查\r\n\r\n成文质量偏差或流程卡壳时，读取 `references/common-errors.md`（含常见错误表与故障排查表）。\r\n\r\n---\r\n\r\n## 相关资源\r\n\r\n- `references/abstract-templates.md` - 4 种摘要模板，含 5 资格示例\r\n- `references/outline-template.md` - 完整提纲模板、段落字数配额与分论点四步结构\r\n- `references/project-preparation.md` - 万能项目原则、素材库示例与备考训练节奏\r\n- `references/common-issues.md` - 17 项通用检查清单 + 各资格特有检查项\r\n- `references/common-errors.md` - 常见错误表与故障排查表\r\n- `references/essay-seven-questions.md` - 论文七问完整表格、各问要点与正文落点\r\n- `references/writing-principles.md` - 六大写作原则详解（含 5 资格视角）\r\n- `references/project-examples-arch.md` - 架构类（技术/设计）项目案例\r\n- `references/project-examples-sa.md` - 系分类（分析/建模）项目案例\r\n- `references/project-examples-pm.md` - 信管类（管理）项目案例\r\n- `references/project-examples-ne.md` - 网规类（网络）项目案例\r\n- `references/project-examples-sp.md` - 系规类（IT 服务/运维）项目案例\r\n- `references/depth-criteria-{arch,pm,sa,ne,sp}.md` - 架构/信管/系分/网规/系规的应用深度标准详解\r\n- **关联技能**：`ruankao-essay-scoring`（论文评分与诊断）\n\nFile v1.6.1:_meta.json\n\n{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.6.1\",\n  \"publishedAt\": 1790258688728\n}\n\nFile v1.6.1:references/abstract-templates.md\n\n# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，并运用挣值管理（EVM）监控进度与成本偏差，最后指出了在需求变更管控上的不足与改进方向。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 本文讨论某第三方支付平台风控系统的需求分析与建模。该系统需支撑实名认证、交易反欺诈、商户准入等核心业务，日均交易 2000 万笔。在本文中首先讨论了结构化与面向对象分析方法的对比选型，然后讨论了用例图、类图与时序图的建模过程，以及 DFD 与 E-R 图对业务流程和数据结构的刻画，最后指出了在需求追踪与验证上的不足及改进方向。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 本文讨论某集团园区网的高可用规划与设计。该园区覆盖 3 栋研发楼与 2 栋数据中心楼，接入终端 1.2 万台，核心业务要求 7×24 不间断。在本文中首先讨论了接入/汇聚/核心三层架构设计，然后讨论了 OSPF 多区域划分、VRRP 双机热备与链路聚合的冗余方案，以及防火墙分区与安全策略，最后指出了在 IPv6 演进上的不足及改进方向。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 本文讨论某市政务云 IT 服务规划与设计。该平台为 60 个部门提供 IaaS/PaaS 服务，需保障服务持续性与合规性。在本文中首先讨论了基于 ITIL 4 的服务目录与 SLA 设计，然后讨论了事件、问题、变更与配置（CMDB）管理流程的落地，以及容量与连续性管理，最后指出了在服务持续改进上的不足及改进方向。在本项目的建设过程中，我担任了 IT 服务经理。\r\n\r\n---\r\n\r\n## 模板二：需求驱动型\r\n\r\n根据……需求（项目背景），我所在的……组织了……项目的开发。该项目……（项目背景、简单功能介绍）。在该项目中，我担任了……（作者的工作角色）。我通过采取……（技术、方法、工具、措施、手段），使该项目圆满完成，得到了用户们的一致好评。但现在看来，……（不足之处/如何改进、特色之处、发展趋势）。\r\n\r\n**适用场景**：项目由明确业务需求驱动，强调解决问题的过程和成果。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 根据某大型制造企业数字化转型需求，我所在的公司组织了智能制造执行系统（MES）项目的开发。该项目覆盖生产排程、质量追溯、设备监控等核心功能，服务该企业6个生产基地。在该项目中，我担任了系统架构设计师。我通过采用微服务架构进行系统拆分、引入事件驱动模式实现生产数据实时处理、运用领域驱动设计指导服务边界划分等措施，使该项目圆满完成，得到了用户们的一致好评。但现在看来，在分布式事务一致性保障方面仍有优化空间。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 根据某市医保市级统筹业务整合需求，我所在的公司组织了医保核心业务系统升级项目的开发。该项目需打通 8 个区县医保数据、统一待遇核算规则，涉及 23 家定点机构接口改造。在该项目中，我担任了项目经理。我通过制定 WBS 与里程碑计划、建立周例会与绩效审查机制、运用挣值管理跟踪进度偏差等措施，使项目按期上线，得到了医保局的一致好评。但现在看来，在跨机构干系人沟通机制上仍有优化空间。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 根据某商业银行新一代核心系统建设需求，我所在的部门组织了核心业务建模与需求分析项目的开发。该项目需重构存款、贷款、支付等 200 余个业务实体，统一业务术语。在该项目中，我担任了系统分析师。我通过采用面向对象分析方法建立类图与状态图、运用 DFD 梳理跨系统数据流、开展可行性论证等措施，使需求基线稳定交付，得到了项目组的一致好评。但现在看来，在需求变更的可追溯性上仍有优化空间。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 根据某集团多园区网络互联互通与统一管控需求，我所在的部门组织了集团广域网与园区网整合项目的建设。该项目需将 5 地园区、3 个数据中心互联，保障生产网与办公网隔离。在该项目中，我担任了网络规划设计师。我通过采用 MPLS VPN 实现多站点互联、用 BGP 做路由策略控制、部署 SDN 控制器统一编排等措施，使网络如期贯通，得到了集团信息部的一致好评。但现在看来，在多厂商设备自动化运维上仍有优化空间。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 根据某国企 IT 服务集中化与降本增效需求，我所在的部门组织了 IT 服务管理体系（ITSM）建设项目。该项目需将分散在 9 个下属单位的运维团队整合为统一服务台，建立标准化流程。在该项目中，我担任了 IT 服务经理。我通过基于 ITIL 4 设计服务目录与 SLA、落地事件与变更管理流程、建设 CMDB 配置库等措施，使服务请求按时解决率显著提升，得到了管理层的认可。但现在看来，在自动化巡检与持续改进机制上仍有优化空间。\r\n\r\n---\r\n\r\n## 模板三：经历叙述型\r\n\r\n……年……月，我参加了……项目的开发，担任……（作者的工作角色）。该项目……（项目背景、简单功能介绍）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。\r\n\r\n**适用场景**：项目经历有明确时间节点，便于体现真实性和时效性。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 2024年3月，我参加了某互联网保险平台项目的开发，担任系统架构设计师。该项目为某保险公司打造的在线保险销售与理赔服务平台，支持产品配置、智能核保、在线理赔等业务。本文结合作者的实践，以该保险平台项目为例，讨论面向服务架构（SOA）的设计与应用，包括服务拆分策略、服务编排与 choreography 的选择、以及 API 网关的设计与实现。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 2023年5月，我参加了某城商行核心业务系统升级项目的建设，担任项目经理。该项目需在不中断对外服务的前提下完成核心账务系统换代，涉及 11 个周边系统的配套改造。本文结合作者的实践，以该升级项目为例，讨论信息系统项目的风险管理，包括风险识别与应对、进度与成本的挣值监控、以及变更控制流程的设计与执行。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 2023年9月，我参加了某省级医保信息平台需求分析项目的建设，担任系统分析师。该项目需整合城镇居民与职工医保数据、支撑跨省异地就医结算。本文结合作者的实践，以该平台项目为例，讨论系统需求分析与建模，包括结构化与面向对象分析方法的对比、用例模型与类模型的建立、以及可行性分析的过程。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 2024年1月，我参加了某证券公司数据中心网络改造项目的建设，担任网络规划设计师。该项目需将同城双活数据中心网络重构，满足低时延交易与监管合规要求。本文结合作者的实践，以该改造项目为例，讨论数据中心网络的高可用设计，包括分层架构、大二层与 overlay 方案选型、以及故障切换机制。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 2023年7月，我参加了某政务云运营体系建设项目，担任 IT 服务经理。该项目需为 80 个委办局提供统一云服务并保障 SLA。本文结合作者的实践，以该政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 制定、事件与问题管理流程落地、以及服务持续改进机制。\r\n\r\n---\r\n\r\n## 模板四：主题引领型\r\n\r\n……是……（\"戴帽子\"，讲论文主题的重要性）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：需要补充字数时使用（摘要上限 300 字，帽子控制在 50 字左右，总长不得突破 300 字）。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 层次式架构设计是企业级系统实现高内聚低耦合的关键手段，合理的层次划分直接影响系统的可维护性和可扩展性。本文结合作者的实践，以某商业银行核心交易系统项目为例，讨论层次式架构设计的实践，包括表现层与业务逻辑层的接口设计、数据访问层的抽象与封装、以及跨层次异常处理机制的设计。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 风险管理是信息系统项目成功交付的关键保障，识别并控制风险往往决定项目成败。本文结合作者的实践，以某省政务大数据平台项目为例，讨论信息系统项目的风险管理，包括风险登记册的建立、定性/定量风险分析、以及应对策略与监控机制的设计。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 需求建模是系统分析从业务现状到技术方案的桥梁，建模质量直接决定系统能否真正满足业务。本文结合作者的实践，以某商业银行核心系统项目为例，讨论系统需求分析与建模，包括面向对象建模方法的选择、用例与类模型的构建、以及需求验证机制。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 高可用设计是网络系统支撑关键业务连续性的基础，冗余与故障切换能力决定业务中断风险。本文结合作者的实践，以某集团园区网项目为例，讨论网络高可用规划与设计，包括三层架构冗余、路由协议快速收敛、以及安全分区设计。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 服务级别管理（SLA）是 IT 服务价值交付的契约基础，科学的 SLA 设计决定服务满意度与可信度。本文结合作者的实践，以某市政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 设计、运维流程落地、以及服务度量与持续改进。在本项目的开发过程中，我担任了 IT 服务经理。\n\nFile v1.6.1:references/common-errors.md\n\n# 常见错误与故障排查\r\n\r\n写作指导过程中出现偏差时的对照表。「常见错误」是成文质量层面的坑，「故障排查」是执行流程层面的坑，两者互补。完整检查清单见 `references/common-issues.md`。\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 控制在 300 字以内（不低于 120 字），包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 摘要超过 300 字 | 摘要上限 300 字 | 压缩背景铺垫，只保留项目背景 + 中心论点 + 效果 |\r\n| 正文低于 2000 字（硬伤） | 正文绝对不得低于 2000 字 | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 评分按 2000-2500 字判定，超出即扣分 | 精简论点，重点保留 2-3 个分论点；练习写作可放宽到 3000 字左右 |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\r\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\r\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n| 结构失衡：背景过长、核心段过薄 | 背景写超 450 字，核心段不足 1200 字，重心倒置 | 按配额重分配：背景压到 400-450，核心段补到 1200-1400（3 个分论点各 350-400） |\r\n| 分论点只讲理论不写取舍 | 只说\"用了什么技术\"，没有\"牺牲了什么\"，缺架构思维 | 每个分论点补一句 trade-off（为达成 X 牺牲了 Y），并在总结中呼应 |\r\n| 缺少\"问题与解决\"段 | 全文只讲方案不讲问题，真实感不足 | 补 2 个来自实施过程的小问题，每个约 150 字，按\"问题→原因→处理→结果\" |\r\n| 准备了多个项目，细节记不牢 | 每个项目只记得轮廓，写到细节就露怯 | 收敛到一个\"万能项目\"，按不同论题角度裁剪素材 |\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 正文低于 2000 字 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 是否超出评分判定区间？ | 精简论点；练习写作可放宽到 3000 字左右，评分仍按 2000-2500 字判定 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不合要求 | 摘要是否在 120-300 字之间？ | 按 `references/abstract-templates.md` 中的模板调整，不低于 120 字、不超过 300 字 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，只选定一个\"万能项目\"，选 3-7 个核心业务场景建立素材 |\r\n| 字数不知如何分配 | 各部分字数是否失衡？ | 按配额表：背景 400-450 / 主题理论 150-200 / 核心段 1200-1400 / 问题与解决 300-350 / 总结 250-300 |\r\n| 考前不知如何练 | 是否只背范文没动笔？ | 按 `project-preparation.md` 的备考节奏：先限时列提纲 → 再单练核心段 → 最后限时写全文 |\n\nFile v1.6.1:references/common-issues.md\n\n# 论文常见问题及修正建议\r\n\r\n以下问题按严重程度排列，前 6 条为致命或高频失分项，必须逐一排除。\r\n\r\n---\r\n\r\n## 致命/高频问题\r\n\r\n### 1. 走题\r\n\r\n**表现**：看到试题标题，不读三个问题就按三段论写论文，导致内容与考查侧重点不匹配。或者看到熟悉主题就默写事先准备好的论文，不管是否切合题意。\r\n\r\n**修正**：\r\n- 必须逐一回答试题提出的 3 个问题，**圈出每个要点**\r\n- 同一主题，问题不同则组织内容的方式完全不同\r\n- 用试题的 3 个问题作为论文的 3 个核心段落/部分\r\n- **特别注意第二个子问题**，必须每个要点都回答到位，避免不必要的丢分\r\n\r\n### 2. 遗漏子问题要点\r\n\r\n**表现**：只回答了子问题的部分要点，遗漏了关键内容。\r\n\r\n**修正**：\r\n- 分析试题时逐题圈出所有要点\r\n- 撰写提纲时确保每个要点都有对应的论点或段落\r\n- 检查校对时逐一对照试题要点清单\r\n\r\n### 3. 缺乏主题项目\r\n\r\n**表现**：笼统地说\"我是做银行软件的\"，没有具体项目。\r\n\r\n**修正**：\r\n- 必须具体说明：某年某月参加的某个具体项目\r\n- 介绍项目背景和功能\r\n- 指明自己在项目中的角色\r\n- 每个论文试题的第一个问题一般就是\"简述你参与开发过的项目\"\r\n\r\n### 4. 字数不足\r\n\r\n**表现**：摘要少于 120 字，正文少于 2000 字。\r\n\r\n**修正**：\r\n- 摘要不超过 300 字，低于 120 字直接不及格\r\n- 正文 2000-2500 字，绝对不得低于 2000 字\r\n- 字数按答题纸格子计数（含标点和图形）\r\n\r\n### 5. 缺少特色，泛泛而谈\r\n\r\n**表现**：把书刊杂志上的知识点罗列，没有结合项目实例。\r\n\r\n**修正**：\r\n- 所有措施（方法、技术）紧密结合主题项目\r\n- 阐述措施时以主题项目中的具体内容为例\r\n- 讲\"我在某项目中是如何做的\"，而非讲理论\r\n- 用具体的案例支撑论述，而非泛泛而谈\r\n\r\n### 6. 摘要归纳欠妥\r\n\r\n**表现**：摘要没有实质性内容，或加了太多帽子性语句。\r\n\r\n**修正**：\r\n- 标准：\"读者不看正文，就知道文章的全部内容\"\r\n- 摘要应简单包含正文的重点词句\r\n- 尽量不加帽子性语句，直接\"压缩\"正文内容\r\n\r\n---\r\n\r\n## 中频问题\r\n\r\n### 7. 项目年代久远\r\n\r\n**修正**：主题项目应是近 2-3 年内完成的，确保反映当前技术趋势。\r\n\r\n### 8. 口语化太重，表达不够书面化\r\n\r\n**表现**：\r\n- 使用口语化的短句堆砌，缺乏完整的句子结构\r\n- 频繁使用\"然后\"\"所以\"\"就是说\"\"反正\"等口语连接词\r\n- 大量使用\"我做了\"\"我搞了\"\"我们弄了\"等动词短语\r\n- 出现感叹句、反问句等非正式句式\r\n\r\n**修正**：\r\n- 使用书面语替代口语词汇，如\"处理→处置\"\"搞→实现\"\"弄→处理\"\"搞定→完成\"\r\n- 采用名词化结构：将\"我们重构了系统\"改为\"对系统进行了架构重构\"\r\n- 使用完整句式，避免\"短句轰炸\"，适当增加从句和修饰语\r\n- 使用技术术语体现专业性，如\"实现→实施\"\"解决→处置\"\"问题→挑战/瓶颈\"\r\n- 引入概念时使用\"所谓……是指……\"\"即\"\"通常而言\"等书面引导词\r\n- 避免感叹号、省略号、波浪号等非正式标点\r\n- 虽然强调\"以我为中心\"，但不要到处都是\"我\"\r\n- 适当用\"我们\"替代部分\"我\"，体现项目是集体劳动\r\n\r\n**正反示例**：\r\n\r\n| ❌ 口语化 | ✅ 书面化 |\r\n|-----------|-----------|\r\n| 我们重构了支付模块，然后上线了。 | 我们对支付模块进行了架构重构，并顺利完成了上线部署。 |\r\n| 这个系统很牛，处理速度很快。 | 该系统的吞吐能力显著提升，平均响应时间从5秒降低至0.8秒。 |\r\n| 我们一开始没想到会有这么多问题。 | 在项目初期，我们并未充分预见到如此复杂的技术挑战。 |\r\n| 后来我们又加了个缓存。 | 在此基础上，我们引入了Redis缓存层以缓解数据库访问压力。 |\r\n\r\n### 9. 忠实于论点\r\n\r\n**修正**：\r\n- 仔细阅读试题要求，正确理解题意\r\n- 阐述时绝对服从论点\r\n- 不要节外生枝，不要偏离论点\r\n- 半天讲不到点子再草草收场是常见失败模式\r\n\r\n### 10. 文章结构不清晰，段落太长\r\n\r\n**修正**：\r\n- 每个自然段不超过 8 行\r\n- 如果调整段落，很多不合格文章可以变成好文章\r\n- 加上小标题，使结构更清晰\r\n- 中心论点和各分论点的首句加粗高亮显示\r\n\r\n### 11. 整篇文章数字条目太多\r\n\r\n**修正**：\r\n- 可以用数字标识顺序使文章有条理\r\n- 但全文充满数字条目则太死板，影响得分\r\n- 适当使用自然段落过渡\r\n\r\n### 12. 文章深度不够\r\n\r\n**表现**：罗列太多措施（方法、技术），每个都蜻蜓点水。\r\n\r\n**修正**：\r\n- 选择 5-6 个有特色的措施准备，考试时动态删减至 2-3 个深入展开\r\n- 每个措施说明：为什么选、怎么做、效果如何\r\n- 不要企图面面俱到\r\n\r\n### 13. 逻辑不严谨\r\n\r\n**表现**：论证过程中逻辑跳跃或断裂，前后矛盾。\r\n\r\n**修正**：\r\n- 撰写提纲时梳理清楚论点之间的逻辑关系\r\n- 使用 SCQA 结构确保每个分论点的逻辑完整\r\n- 检查校对时关注项目细节前后一致性\r\n\r\n### 14. 段落转承不自然\r\n\r\n**表现**：\r\n- 段落之间缺乏过渡句，读起来有明显的\"跳跃感\"\r\n- 前后段落内容突兀，逻辑关系不清晰\r\n- 大量使用\"然后\"\"接着\"\"还有\"等口语化连接词\r\n- 句式单调，连续多个句子以相同主语开头\r\n\r\n**修正**：\r\n- 每个段落开头先用一句话点明本段主旨，再展开论述\r\n- 段落之间使用过渡句承上启下：\r\n  - 转折：**\"然而\"\"但与此同时\"\"值得注意的是\"**\r\n  - 递进：**\"在此基础上\"\"更进一步\"\"不仅如此\"**\r\n  - 因果：**\"基于此\"\"鉴于此\"\"正是出于这样的考虑\"**\r\n  - 总结：**\"综上所述\"\"总的来看\"\"从上述实践可以看出\"**\r\n  - 承接：**\"在解决了……问题后\"\"在确定了……之后\"**\r\n- 避免连续多句以\"我们\"\"系统\"\"该项目\"开头，交错使用主语和状语\r\n\r\n**示例对比**：\r\n\r\n| ❌ 生硬转承 | ✅ 自然转承 |\r\n|-------------|-------------|\r\n| 我们采用了微服务架构。然后我们遇到了分布式事务问题。我们最终采用了Saga模式。 | 在采用微服务架构后，一个随之而来的挑战便是分布式事务的一致性保障。针对这一问题，我们最终引入了Saga模式进行事务补偿。 |\r\n| 系统有性能问题。我们加了缓存。加了缓存后速度快了。 | 随着业务量的持续增长，系统在高并发场景下逐渐暴露出性能瓶颈。**基于此**，我们引入了Redis多级缓存策略。经实测，缓存命中率达到92%，接口响应时间从3秒降至0.5秒。 |\r\n\r\n---\r\n\r\n## 低频但需注意的问题\r\n\r\n### 14. 字数偏多\r\n\r\n**表现**：摘要超 300 字，正文超 2500 字。\r\n\r\n**修正**：\r\n- 实际考试时间有限，不可能写太长\r\n- 摘要压缩到 300 字以内，正文压缩到 2000-2500 字\r\n- 个人练习写作时正文可放宽到 3000 字左右，但评分仍按 2000-2500 字判定\r\n\r\n### 15. 文字表达能力差\r\n\r\n**修正**：\r\n- 平时多读文章，多写文档\r\n- 注意措辞的准确性和连贯性\r\n\r\n### 16. 缺乏独特见解\r\n\r\n**表现**：全篇没有自己的思考和体会，只是按部就班地叙述。\r\n\r\n**修正**：\r\n- 在\"总结与感悟\"部分加入对架构权衡的思考\r\n- 表达对技术选型的反思、对沟通协作的体会\r\n- 体现\"架构师的敬畏之心\"——没有银弹，只有权衡\r\n\r\n### 17. 项目选择不当\r\n\r\n**表现**：选择了小型系统、过时技术项目、纯硬件项目或纯技术项目。\r\n\r\n**修正**：\r\n- 选择具备业务复杂度和技术复杂度的项目\r\n- 项目应体现当前信息化建设潮流（数字化转型、智能化升级、AI应用等）\r\n- 避免功能单一、规模小的系统\r\n\r\n---\r\n\r\n## 检查校对完整清单\r\n\r\n完成论文后，按以下清单逐项检查：\r\n\r\n| # | 检查项 | 检查方法 | ✓ |\r\n|---|--------|----------|---|\r\n| 1 | 完整回应试题 | 是否逐一回答了试题的所有子问题？每个要点是否都回答到位？ | |\r\n| 2 | 走题检查 | 内容是否围绕试题的考查侧重点？是否偏离了论点？ | |\r\n| 3 | 字数检查 | 摘要 ≤300 字且 ≥120 字？正文 ≥2000 字且 ≤2500 字（练习可放宽到 3000 字左右）？ | |\r\n| 4 | 摘要质量 | 不看正文，仅凭摘要能否知道全文内容？ | |\r\n| 5 | 结构完整 | 是否符合金字塔原理？是否加了小标题？中心论点和分论点首句是否加粗高亮？ | |\r\n| 6 | 逻辑严谨 | 论证是否环环相扣？是否有逻辑跳跃或断裂？ | |\r\n| 7 | 深度足够 | 选了 5-6 个技术点准备？最终呈现 2-3 个深入展开？还是蜻蜓点水？ | |\r\n| 8 | 具体案例 | 是否用具体的案例支撑论述？还是泛泛而谈罗列理论？ | |\r\n| 9 | 项目一致性 | 项目细节是否前后一致？有无矛盾之处？ | |\r\n| 10 | 独特见解 | 是否有自己独特的见解和体会？ | |\r\n| 11 | 书面化程度 | 句式是否完整规范？是否仍有口语化表达？是否使用了技术术语？ | |\r\n| 12 | 缺乏主题项目 | 是否具体说明了某年某月的某个项目及角色？ | |\r\n| 13 | 项目时效 | 项目是否在近 2-3 年内？ | |\r\n| 14 | 结构死板 | 是否全篇都是数字条目？段落是否过长（>8行）？ | |\r\n| 15 | 段落转承自然 | 段落之间是否有过渡句承上启下？读起来是否顺畅？主语是否单调重复？ | |\r\n| 16 | 段落配额 | 背景 ≤450 字？核心段 1200-1400 字（占正文一半以上）？有\"问题与解决\"段（300-350 字）？总结 250-300 字？ | |\r\n| 17 | 取舍与实证 | 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？ | |\r\n\r\n---\r\n\r\n## 各资格特有检查项\r\n\r\n以下检查项在通用 17 项之外，按报考资格补充：\r\n\r\n### 信管（信息系统项目管理师）特有\r\n- [ ] PMBOK 十大知识域是否覆盖至少 3-4 个有实质性内容？\r\n- [ ] 是否展示了管理工具应用（WBS / 关键路径法 / EVM / 风险矩阵）？\r\n- [ ] 是否有进度/成本偏差的量化数据（如 SPI、CPI）？\r\n- [ ] 五大过程组（启动→收尾）是否闭环呈现？\r\n- [ ] 干系人管理与沟通策略是否体现？\r\n\r\n### 系分（系统分析师）特有\r\n- [ ] 是否有至少 2 种建模视图（用例图+类图、DFD+E-R 等）？\r\n- [ ] 需求获取→分析→验证→管理链条是否完整？\r\n- [ ] 是否体现了结构化与面向对象方法的对比选型？\r\n- [ ] 可行性分析（技术/经济/操作）是否论证？\r\n- [ ] 业务流程建模（BPR）是否合理？\r\n\r\n### 网规（网络规划设计师）特有\r\n- [ ] 网络拓扑分层（接入/汇聚/核心）是否清晰？\r\n- [ ] 协议选型（OSPF/BGP/VLAN/MPLS 等）是否有权衡分析？\r\n- [ ] 高可用与冗余（VRRP/堆叠/链路聚合）是否设计？\r\n- [ ] 安全（防火墙/ACL/VPN/零信任）是否考虑？\r\n- [ ] 是否有带宽/时延/可用性量化指标？\r\n\r\n### 系规（系统规划与管理师）特有\r\n- [ ] 是否体现 ITIL 4 / ITSS 框架？\r\n- [ ] 是否有 SLA 设计与服务度量数据？\r\n- [ ] 事件/问题/变更/配置（CMDB）流程是否落地？\r\n- [ ] 服务改进（PDCA/CSI）闭环是否体现？\r\n- [ ] 容量/可用性/连续性管理是否覆盖？\r\n\r\n---\r\n\r\n## 额外提醒\r\n\r\n实践部分的内容应该根据论文题目的理论要点进行描述，重点在于描述理论知识要点在项目中的应用，**而不是介绍项目本身功能是什么**。\n\nFile v1.6.1:references/depth-criteria-arch.md\n\n# 应用深度标准详解：系统架构设计师（架构）\r\n\r\n架构是本技能的**默认资格**，其深度标准散落在 `SKILL.md`（技术深度要求、论文七问）与 `writing-principles.md`（专业视角）中。本文档将其汇总为可对照的清单，说明架构论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、架构设计要素对照\r\n\r\n阅卷关注是否完成\"设计→决策→验证\"，而非技术名词堆砌。论文应覆盖以下要素：\r\n\r\n| 要素 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 架构风格/模式 | 层次式、微服务、事件驱动、CQRS、管道-过滤器等，并说明为何选它 |\r\n| 质量属性 | 性能/可用性/安全性/可修改性/可扩展性，用\"刺激-响应-度量\"场景描述 |\r\n| 架构视图 | 逻辑视图（分层/构件）、运行视图（进程/并发）、部署视图（节点/网络）、开发视图 |\r\n| 构件与连接件 | 构件职责、接口契约、连接方式（REST/gRPC/MQ）、同步与异步的划分 |\r\n| 数据架构 | 分库分表、读写分离、缓存一致性、数据分布与复制 |\r\n| 架构评估 | 场景走查/ATAM 式的权衡点、敏感点、风险点识别 |\r\n| 演化与技术债 | 单体→微服务的演进路径、遗留系统兼容、债务偿还计划 |\r\n\r\n---\r\n\r\n## 二、高分写法\r\n\r\n### 架构选型（对应七问 Q2）\r\n- 错误：\"本系统采用微服务架构\"\r\n- 正确：\"业务变更频繁且 6 个团队并行交付，单体架构的发布耦合已成为瓶颈；因此按业务边界拆分为 8 个微服务，代价是引入分布式事务，随后用 Saga 补偿应对\"\r\n\r\n### 架构描述（对应七问 Q3）\r\n- 错误：罗列功能模块清单\r\n- 正确：\"接入层（SLB + WAF）→ 网关层（鉴权/限流）→ 服务层（8 个业务服务）→ 数据层（MySQL 主从 + Redis 集群 + ES）；服务间用 MQ 异步解耦，同步调用仅保留在强一致链路\"\r\n\r\n### 落地实践（对应七问 Q4）\r\n- 错误：介绍框架或中间件用法\r\n- 正确：\"库存扣减与订单创建拆为本地事务 + MQ 事件，热点商品走 Redis 预扣减，大促峰值 QPS 10 万下库存超卖为 0\"\r\n\r\n### 取舍表述（对应七问 Q0，架构论文的硬指标）\r\n- 每篇至少一处**明确的取舍**：为达成某质量属性牺牲了什么\r\n- 示例：\"为保证可用性采用同城双活，代价是写入需跨中心同步，核心链路 RTT 由 1ms 增至 2ms\"\r\n\r\n---\r\n\r\n## 三、权衡与评估（高分关键）\r\n\r\n| 权衡维度 | 典型取舍 |\r\n|---------|---------|\r\n| 一致性 vs 性能/可用性 | CAP 取舍；TCC / Saga / 本地消息表的选择依据 |\r\n| 拆分粒度 vs 运维复杂度 | 服务数与团队规模匹配，避免\"分布式单体\" |\r\n| 自研 vs 成熟组件 | 团队熟悉度、社区活跃度、可控性 |\r\n| 成本 vs 扩展性 | 预留容量 vs 按需弹性伸缩 |\r\n| 演进性 | 为未来 2-3 年业务预留扩展点，避免过度设计 |\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 峰值 QPS/TPS、响应时间（P99）、并发用户数\r\n- 可用性（99.9% / 99.99%）、RTO/RPO\r\n- 部署节点数、服务数、接口数、数据日增量\r\n- 缓存命中率、数据库查询耗时下降比例\r\n- 故障恢复时间、发布频率（如由月度发布提升至周发布）\n\nFile v1.6.1:references/depth-criteria-ne.md\n\n# 应用深度标准详解：网络规划设计师（网规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明网规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分层规划对照\r\n\r\n阅卷关注是否体现\"规划设计\"能力，而非设备堆砌。论文应覆盖：\r\n\r\n| 层次 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 接入层 | VLAN 划分、端口安全、802.1X、Trunk |\r\n| 汇聚层 | STP/RSTP 防环、三层终结、策略路由 |\r\n| 核心层 | 高速转发、路由协议、冗余（VRRP/堆叠） |\r\n| 安全 | 防火墙分区、ACL、VPN、零信任、IPS |\r\n| 演进 | SDN/NFV、IPv6 双栈、QoS |\r\n\r\n---\r\n\r\n## 二、协议选型的高分写法\r\n\r\n### 路由协议\r\n- 错误：\"用了 OSPF\"\r\n- 正确：\"核心采用 OSPF 多区域，area 0 为骨干，各园区为 stub 区域减少 LSA 泛洪；与运营商互联用 BGP 做路由策略控制与故障切换\"\r\n\r\n### 冗余协议\r\n- 错误：\"做了热备\"\r\n- 正确：\"核心交换机 VRRP 双网关，上行链路 LACP 聚合，单点故障切换 < 1s，对业务无感知\"\r\n\r\n### 二层防环\r\n- 错误：\"用了生成树\"\r\n- 正确：\"RSTP 收敛秒级，关键链路 MSTP 多实例负载分担，避免单实例阻塞\"\r\n\r\n###  overlay / SDN\r\n- 正确：\"数据中心采用 VXLAN 实现大二层，SDN 控制器统一编排，业务按需开通\"\r\n\r\n---\r\n\r\n## 三、方案设计的权衡（高分关键）\r\n\r\n- 可靠性 vs 成本：双机热备提升可用性但增加投入\r\n- 性能 vs 复杂度：MPLS 提供 QoS 但运维更复杂\r\n- 安全 vs 易用：零信任增强安全但影响体验\r\n- 演进性：IPv6/SDN 为未来预留能力\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 带宽利用率、链路带宽（如 40G 核心）\r\n- 时延（RTT）、抖动、丢包率\r\n- 可用性（99.99%）\r\n- 故障切换时间、收敛时间\r\n- 覆盖终端/站点数量\n\nFile v1.6.1:references/depth-criteria-pm.md\n\n# 应用深度标准详解：信息系统项目管理师（信管）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明信管论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、PMBOK 知识域对照\r\n\r\n阅卷关注是否真正运用了项目管理知识，而非空喊\"我做了项目管理\"。优先在论文中落地以下知识域（至少 3-4 个）：\r\n\r\n| 知识域 | 论文中可体现的内容 |\r\n|--------|-------------------|\r\n| 整合管理 | 项目章程、项目管理计划、变更控制委员会（CCB） |\r\n| 范围管理 | 需求跟踪矩阵、WBS 分解、范围确认 |\r\n| 进度管理 | 活动定义、关键路径法（CPM）、进度压缩（赶工/快速跟进） |\r\n| 成本管理 | 估算方法、挣值管理（EVM）、成本偏差分析 |\r\n| 质量管理 | 质量核对单、测试评审、缺陷密度 |\r\n| 风险管理 | 风险登记册、定性/定量风险分析、应对策略 |\r\n| 沟通/干系人 | 沟通管理计划、干系人参与度评估矩阵 |\r\n\r\n---\r\n\r\n## 二、关键工具的高分写法\r\n\r\n### WBS（工作分解结构）\r\n- 错误：只说\"我做了 WBS\"\r\n- 正确：\"将项目分解为 5 个一级、120 个末级活动，并以 WBS 字典明确每个包的交付物与责任人\"\r\n\r\n### 挣值管理（EVM）\r\n- 错误：只说\"用 EVM 控制成本\"\r\n- 正确：\"第 6 个月 PV=420 万、EV=398 万、AC=410 万，计算得 SPI=0.95、CPI=0.97，识别进度滞后后启动赶工，2 周后 SPI 回升至 1.02\"\r\n\r\n### 关键路径法（CPM）\r\n- 错误：只说\"排了进度计划\"\r\n- 正确：\"识别出关键路径为需求→设计→联调→上线共 18 周，通过快速跟进将设计阶段与部分开发并行，压缩 12 天\"\r\n\r\n### 风险矩阵\r\n- 错误：罗列风险名称\r\n- 正确：\"建立概率-影响矩阵，对高概率高影响风险（如接口延期）制定规避+转移组合策略，并预留应急储备\"\r\n\r\n---\r\n\r\n## 三、过程组闭环呈现\r\n\r\n高分论文应有清晰的生命周期闭环：启动（章程/干系人）→ 规划（MPP/基准）→ 执行（团队/采购）→ 监控（绩效审查/EVM）→ 收尾（验收/移交）。缺失任一环节都会被视为\"只有片段、没有管理\"。\r\n\r\n---\r\n\r\n## 四、量化数据清单（建议准备）\r\n\r\n- 进度偏差率（SPI）、成本偏差率（CPI）\r\n- 关键路径压缩天数、里程碑按期率\r\n- 风险数量与已关闭率、缺陷密度\r\n- 干系人满意度、用户验收一次通过率\n\nFile v1.6.1:references/depth-criteria-sa.md\n\n# 应用深度标准详解：系统分析师（系分）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系分论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分析方法论对照\r\n\r\n阅卷关注是否真正完成\"分析→建模\"，而非直接写实现。论文应体现以下方法论的运用：\r\n\r\n| 方法 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 结构化分析 | DFD（分层数据流图）、数据字典、E-R 图、结构化语言 |\r\n| 面向对象分析 | 用例图（功能）、类图（静态）、时序图/活动图（动态）、状态图（生命周期） |\r\n| 需求工程 | 获取（访谈/原型）→ 分析 → 验证与确认 → 管理（追踪矩阵） |\r\n| 可行性分析 | 技术/经济/操作可行性论证 |\r\n| BPR | 业务流程建模、流程优化与重组 |\r\n\r\n---\r\n\r\n## 二、建模视图的高分写法\r\n\r\n### 用例图（功能视角）\r\n- 错误：\"系统有很多功能\"\r\n- 正确：\"以用例图刻画 12 个参与者与 28 个用例，识别出'跨省结算'为包含关系、'异常处理'为扩展关系\"\r\n\r\n### 类图（静态结构）\r\n- 错误：只画几个类\r\n- 正确：\"建立参保人、账户、待遇 3 个核心类及其泛化/关联关系，标注多重性，消除术语歧义\"\r\n\r\n### 时序图（动态交互）\r\n- 错误：文字描述交互\r\n- 正确：\"用时序图刻画'实时核保'跨 4 个对象的消息流，定位出同步阻塞点并改为异步\"\r\n\r\n### DFD / E-R（结构化）\r\n- 错误：只有说明\r\n- 正确：\"顶层 DFD 划定系统边界，0 层分解出 5 个处理，配套 E-R 图明确 8 个实体主外键\"\r\n\r\n---\r\n\r\n## 三、方法对比选型（高分关键）\r\n\r\n高分论文会说明\"为什么选这种方法\"：\r\n- 结构化 vs 面向对象：本项目因 legacy 系统多、强调数据一致性，采用结构化为主、面向对象为辅\r\n- 建模工具对比：Rational/Enterprise Architect 的取舍\r\n\r\n---\r\n\r\n## 四、可行性分析与需求追踪\r\n\r\n- 技术可行性：现有平台能否支撑\r\n- 经济可行性：成本收益估算\r\n- 操作可行性：用户接受度与培训\r\n- 需求追踪矩阵：确保每个需求可回溯到来源与测试用例\r\n\r\n---\r\n\r\n## 五、量化/具体清单（建议准备）\r\n\r\n- 实体/用例/类数量\r\n- 需求条目数与变更次数\r\n- 建模覆盖的业务流程数\r\n- 可行性分析的量化结论（如回收期、ROI）\n\nFile v1.6.1:references/depth-criteria-sp.md\n\n# 应用深度标准详解：系统规划与管理师（系规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、ITIL 4 / ITSS 框架对照\r\n\r\n阅卷关注是否运用服务管理方法论，而非写成\"运维流水账\"。论文应体现：\r\n\r\n| 框架要素 | 论文中可体现的内容 |\r\n|----------|-------------------|\r\n| 服务价值体系（SVS） | 机会/需求→价值：服务如何创造价值 |\r\n| 服务价值链 | 计划/改进/参与/设计与转换/获取与构建/交付与支持 |\r\n| ITSS 成熟度 | 运维能力成熟度（人员/过程/技术/资源） |\r\n| 服务规划 | 服务目录、SLA、容量/可用性/连续性/安全 |\r\n| 服务运营 | 事件/问题/变更/配置(CMDB)/发布管理 |\r\n| 服务改进 | PDCA、CSI、服务测量 |\r\n\r\n---\r\n\r\n## 二、SLA 设计的高分写法\r\n\r\n- 错误：\"我们要求可用性 99.9%\"\r\n- 正确：\"为 60 个部门按业务等级定义差异化 SLA：核心业务可用性 99.99%、响应时间 < 5min；并建立 SLA 度量报表与违约问责机制\"\r\n\r\n### SLA 关键组成\r\n- 服务目录（服务名称/范围/时长）\r\n- 服务级别指标（可用性/性能/支持）\r\n- 度量与报告机制\r\n- 例外与豁免条款\r\n\r\n---\r\n\r\n## 三、流程落地的高分写法\r\n\r\n### 事件管理\r\n- 正确：\"统一服务台受理，按优先级路由，一线解决率 70%，超时自动升级\"\r\n\r\n### 问题管理\r\n- 正确：\"对高频事件做根因分析（RCA），形成已知错误库，重复事件下降 40%\"\r\n\r\n### 变更管理\r\n- 正确：\"标准/普通/紧急三级变更，普通变更走 CCB 评审，紧急变更事后补单\"\r\n\r\n### 配置管理（CMDB）\r\n- 正确：\"建立 CI 模型，关联应用-主机-网络设备，变更自动同步，准确率 98%\"\r\n\r\n---\r\n\r\n## 四、持续改进闭环（高分关键）\r\n\r\n- PDCA：计划（改进目标）→ 执行（改进项）→ 检查（度量）→ 处理（标准化）\r\n- CSI：基于服务度量数据识别改进机会，形成改进登记册\r\n- 量化：SLA 达成率、MTTR、客户满意度趋势\r\n\r\n---\r\n\r\n## 五、量化指标清单（建议准备）\r\n\r\n- SLA 达成率、MTTR/MTBF\r\n- 事件按时解决率、一线解决率\r\n- CMDB 覆盖率/准确率\r\n- 客户满意度、服务请求量\r\n- 容量利用率、可用性（99.99%）\n\nFile v1.6.1:references/essay-seven-questions.md\n\n# 论文七问（完整版）\r\n\r\n写作与自查始终围绕以下七个问题展开，确保论文回答清楚、论证完整。七问覆盖论文的核心评分维度，任何一问回答不清都会直接扣分。\r\n\r\n## 七问总表\r\n\r\n| # | 问题 | 论文对应位置 | 对应评分维度 |\r\n|---|------|-------------|-------------|\r\n| 0 | 我是否以**架构师视角**去设计架构和撰写论文？ | 全文（视角贯穿） | 应用深度与水平 |\r\n| 1 | 我干了什么项目？我的职责是什么？ | 项目背景 | 实践性 |\r\n| 2 | 我为什么要用这个架构？非它不可吗？ | 理论部分（选型论证） | 应用深度与水平 |\r\n| 3 | 这个架构是什么？怎么组织约束？各构件之间怎么配置连接？ | 理论部分（架构描述） | 应用深度与水平 |\r\n| 4 | 该架构在项目中的**具体实践应用**？ | 分论点（实践展开） | 实践性 |\r\n| 5 | 我用了该架构后遇到了什么困难？ | 分论点（踩坑与反思） | 实践性 |\r\n| 6 | 该架构应用后的效果是什么？ | 总结与感悟 | 实践性 |\r\n| 7 | 论文是否存在**空话、套话**？是否纯理论而没有体现实践性？ | 全文（统摄性检查） | 实践性 + 文字表达能力 |\r\n\r\n> 各资格通用：Q2/Q3 中的\"架构\"按论文主题替换理解——信管对应管理框架、网规对应网络方案、系规对应服务体系，七问框架不变。\r\n\r\n## 各问要点\r\n\r\n- **七问是主线，不是模板**：不必按序机械罗列，但要确保每问都有答案，且答案依托项目实际\r\n- **Q2 最关键**：阅卷最看重\"为什么\"，要写出候选方案对比 → 权衡取舍 → 最终选型，体现\"非它不可\"\r\n- **Q3 要具体**：画出架构图/拓扑，说明组织约束、构件连接方式，避免空谈理论\r\n- **Q5 体现真实**：写出踩坑经历与解决过程，是论文真实性、实践性的最佳证明\r\n- **Q0 贯穿全文**：始终以架构师视角组织内容——先全局设计再细节，突出权衡取舍而非罗列功能；全文至少写清 1 处明确的取舍（trade-off，为达成某目标牺牲了什么），有取舍才有架构思维\r\n- **Q7 是七问的红线**：空话套话 = 没有回答。每段理论后紧跟\"我在项目中……\"的具体做法，用量化数据替代形容词（如\"大幅提升\"→\"响应时间从 800ms 降至 120ms\"）；做\"删段测试\"——删掉任一自然段后论文依然成立，该段即为套话，必须重写\r\n\r\n## 七问在正文中的落点\r\n\r\n| 论文部分 | 回答的七问 |\r\n|---------|-----------|\r\n| 摘要 | Q1、Q4、Q6 的浓缩 |\r\n| 项目背景 | Q1 |\r\n| 主题理论段 | Q2、Q3 |\r\n| 分论点 1-3 | Q4、Q5（各选一个实践点展开，四步结构中的\"动作\"写取舍） |\r\n| 问题与解决 | Q5（实施过程中的真实困难与处理） |\r\n| 总结与感悟 | Q6 + 反思（呼应 Q0 的取舍） |\n\nFile v1.6.1:references/outline-template.md\n\n# 论文提纲模板\r\n\r\n本文档提供论文提纲的完整模板及各部分的填写指导。\r\n\r\n---\r\n\r\n## 完整提纲模板\r\n\r\n```\r\n## 摘要\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。该项目{项目建设内容——概括}。本文以该项目为例，讨论{论文主题}，{中心论点——概括}。通过{解决方案概述}，{解决方案取得的效果}。项目最终{项目成果}。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。\r\n\r\n{项目建设内容——详细描述功能模块/子系统及职责}\r\n\r\n{技术架构——详细描述使用了哪些技术，每种技术解决什么问题}\r\n\r\n### {与主题相关的标题}\r\n\r\n1. 通过SCQA，引出论文主题：\r\n   - S（情境）：{当前系统/业务的现状}\r\n   - C（冲突）：{现状与期望目标之间的矛盾}\r\n   - Q（问题）：{引出论文主题要解决的核心问题}\r\n\r\n2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}\r\n\r\n3. 简要概括中心论点：我们在项目中通过{方法/策略}来解决{问题}。\r\n\r\n### 分论点1：{分论点1的标题}\r\n\r\nS：{情境——该问题在项目中的具体背景}\r\nC：{冲突——遇到了什么困难或挑战}\r\nQ：{问题——需要解决什么}\r\nA：{回答——我们采取了什么措施}\r\n\r\n举的例子：{具体的事例/案例，结合素材库中的素材}\r\n\r\n### 分论点2：{分论点2的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 分论点3：{分论点3的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：{实施过程中遇到的真实问题，一句话点明}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n2. 问题2：{第二个真实问题}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n\r\n### 总结与感悟\r\n\r\n1. 概括解决方案取得的效果\r\n2. 概括项目取得的成果\r\n3. 项目成功交付上线\r\n4. 不足与改进 / 我对主题的深刻理解（架构权衡、敬畏之心、沟通技巧等）\r\n5. 未来展望\r\n```\r\n\r\n---\r\n\r\n## 各部分填写指导\r\n\r\n**字数配额总表**（正文合计约 2300 字最稳妥，先保核心段，再回过头压背景和总结）：\r\n\r\n| 段落 | 字数 | 占比 |\r\n|------|------|------|\r\n| 项目背景 | 400-450 | ~20% |\r\n| 主题理论段 | 150-200 | ~8% |\r\n| 核心段（3 个分论点） | 1200-1400 | ~55% |\r\n| 问题与解决 | 300-350 | ~14% |\r\n| 总结与感悟 | 250-300 | ~12% |\r\n\r\n> 核心段是全文重心，占正文一半以上。背景写超 450 字、核心段不足 1200 字是最常见的结构失衡。\r\n\r\n### 摘要\r\n\r\n摘要是对正文的**压缩**，不是延伸。读者不看正文，仅凭摘要就应知道全文内容。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（概括）\r\n- 中心论点（概括）\r\n- 解决方案取得的效果\r\n- 项目成果\r\n\r\n**字数**：不超过 300 字（低于 120 字直接不及格）。\r\n\r\n**注意**：一般不加\"帽子\"性语句；字数不够时可加50字左右，但总长不得突破 300 字。\r\n\r\n### 项目背景\r\n\r\n项目背景是正文的起点，需要让阅卷专家快速了解你的项目。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（**详细**——列出功能模块/子系统及职责）\r\n- 技术架构（**详细**——使用了哪些技术，每种技术解决什么问题）\r\n\r\n**字数**：400-450 字。\r\n\r\n**技巧**：\r\n- 项目名称要见名知意\r\n- 技术架构要体现项目的技术复杂度\r\n- 突出与论文主题相关的技术选型\r\n- **为后文埋伏笔**：后文要写高并发、可用性，背景就要先交代相应的业务压力（如\"促销期间峰值 QPS 达 8 万，历史架构多次出现超时\"）。背景与后文的问题必须对得上，这叫逻辑自洽\r\n- **用文字\"画\"架构图**：用一到两句描述分层结构（如\"系统自下而上分为接入层、网关层、服务层、数据层\"），让阅卷老师在脑中形成画面感\r\n- 少写空话套话，把字数留给规模数据和自己的职责\r\n\r\n### 主题部分（与主题相关的标题）\r\n\r\n这是论文的核心，需要完成三个任务：\r\n\r\n1. **SCQA 引出主题**：用情境→冲突→问题的方式自然过渡到论文主题，避免突兀\r\n2. **回答理论问题**：逐一回答子题目2中的理论要点，确保不遗漏\r\n3. **概括中心论点**：用一两句话概括\"我们在项目中是怎么做的\"\r\n\r\n**标题命名**：用与论文主题直接相关的标题，如\"面向服务架构的设计与应用\"、\"层次式架构的设计实践\"等，不要用\"主题论述\"这类泛化标题。\r\n\r\n**字数**：150-200 字。这一段是过渡与定调，不要把理论在这里展开完，留给分论点。\r\n\r\n### 分论点\r\n\r\n每个分论点 **350-400 字**，按 **理论 → 场景 → 动作 → 结果** 四步展开，每步约 80-100 字：\r\n\r\n| 步骤 | 证明什么 | 写法 | 示例 |\r\n|------|---------|------|------|\r\n| **理论** | 你懂这个概念 | 一句话点出技术/方法及其适用边界 | \"事件驱动架构通过异步消息解耦生产者与消费者，适用于流程长、实时性要求不高的链路\" |\r\n| **场景** | 这是真实项目 | 该项目中的具体业务压力或约束 | \"理赔流程涉及核损、审核、赔付等 7 个环节，同步调用导致链路阻塞\" |\r\n| **动作** | 你能落地 | 具体做了什么，**并写明取舍** | \"引入 RabbitMQ 做环节间事件通知；代价是牺牲了强实时性，需额外补偿查询接口\" |\r\n| **结果** | 有成效 | 量化数据 | \"理赔平均处理时长从 3 天降至 4 小时，峰值无积压\" |\r\n\r\n> **取舍（trade-off）是高级资格的得分点**：不要只堆技术，要写明\"为满足 X 牺牲了 Y\"（如为满足高可用牺牲强一致、为降低耦合增加部署复杂度）。有取舍，才有架构思维。\r\n\r\nSCQA 可作为四步结构的前置引入（S/C/Q 压缩成一两句话引出该分论点），不要占用过多字数：\r\n\r\n| 要素 | 说明 |\r\n|------|------|\r\n| **S（情境）** | 该问题在项目中的具体背景 |\r\n| **C（冲突）** | 遇到的困难或挑战 |\r\n| **Q（问题）** | 需要解决什么 |\r\n\r\n**分论点数量**：3个为宜，对应子题目2的3个理论要点。\r\n\r\n**必须举例**：每个分论点都要结合素材库中的具体案例，避免纯理论论述。\r\n\r\n### 问题与解决\r\n\r\n**字数**：300-350 字（2 个问题，每个约 150 字）。\r\n\r\n**写法**：按 **问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样** 四步展开。\r\n\r\n**要求**：\r\n- 写 **2 个小问题**，不要写一个\"惊天动地\"的大问题——大问题往往圆不回来，反而暴露虚假\r\n- 问题必须来自项目实施过程，且与前面的方案对得上（前面写了微服务拆分，这里就写拆分带来的分布式事务问题）\r\n- 每个问题约 150 字即可，处理措施要具体，结果要有数据或明确状态\r\n\r\n### 总结与感悟\r\n\r\n### 总结与感悟\r\n\r\n总结不是简单的重复，而是体现**反思深度**：\r\n\r\n1. **效果概括**：用数据说话，如\"系统响应时间降低60%\"、\"QPS提升3倍\"\r\n2. **成果概括**：项目整体取得的成果\r\n3. **项目上线**：明确写出\"项目成功交付上线\"\r\n4. **不足与改进 / 深刻理解**：\r\n   - 不足与改进：坦诚地指出解决方案的局限性和改进方向\r\n   - 深刻理解：对主题的独到见解，如架构权衡的心得、对技术选型的反思、沟通协作的体会等\r\n5. **未来展望**：简要展望技术或业务的发展方向\r\n\r\n**字数**：250-300 字。\r\n\r\n**这一部分是体现\"标新立异\"的关键**，好的总结能让阅卷专家眼前一亮。\r\n\r\n---\r\n\r\n## 提纲填写示例\r\n\r\n以\"论软件架构风格\"为例：\r\n\r\n```\r\n## 摘要\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计。该平台支持产品配置、智能核保、在线理赔等业务。本文以该项目为例，讨论软件架构风格的选择与应用。在项目中，我根据不同业务模块的特点，分别采用了分层架构、事件驱动架构和微服务架构，实现了系统的高内聚低耦合。通过合理的架构风格选型，系统日均处理保单5万+，核保响应时间<2秒。项目于2025年1月成功上线，获得用户高度评价。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计和技术选型。该平台涵盖产品配置中心、智能核保引擎、在线理赔系统、用户管理门户四个核心子系统，服务该保险公司全国30个分支机构。技术架构上，采用Spring Cloud微服务框架、MySQL+Redis数据层、RabbitMQ消息中间件、Elasticsearch搜索引擎，部署在K8s容器集群上。\r\n\r\n### 软件架构风格的选择与应用\r\n\r\n1. SCQA引出主题：\r\n   - S：保险业务流程复杂，涉及核保、理赔、精算等多个环节\r\n   - C：不同业务模块对架构的要求差异大，单一架构风格难以兼顾\r\n   - Q：如何为不同业务模块选择合适的架构风格？\r\n\r\n2. 理论问题回答：常见的软件架构风格包括数据流风格、调用/返回风格、独立构件风格、虚拟机风格等，每种风格有其适用场景和局限性。\r\n\r\n3. 中心论点：我们在项目中根据业务模块的特点，分别选择了分层架构（产品配置）、事件驱动架构（理赔流程）和微服务架构（智能核保），实现了架构风格与业务需求的最佳匹配。\r\n\r\n### 分论点1：产品配置中心——分层架构的应用\r\n\r\nS：产品配置中心需要管理数百种保险产品的参数和规则\r\nC：产品规则频繁变更，但要求配置变更不影响其他模块\r\nQ：如何实现业务逻辑与数据访问的解耦？\r\nA：采用分层架构，严格划分表现层、业务逻辑层、数据访问层\r\n\r\n举的例子：产品费率调整场景，仅修改业务逻辑层规则，表现层和数据访问层无需改动\r\n\r\n### 分论点2：理赔流程——事件驱动架构的应用\r\n\r\nS：理赔流程涉及多个环节，需要跨部门协作\r\nC：同步调用导致流程阻塞，一个环节延迟影响整个链路\r\nQ：如何实现理赔环节的异步解耦？\r\nA：采用事件驱动架构，通过RabbitMQ实现环节间的事件通知\r\n\r\n举的例子：理赔审核通过事件触发赔付流程，无需等待赔付模块响应\r\n\r\n### 分论点3：智能核保——微服务架构的应用\r\n\r\nS：智能核保引擎是平台的核心差异化能力\r\nC：核保算法需要频繁迭代，且对计算资源需求波动大\r\nQ：如何实现核保引擎的独立演进和弹性伸缩？\r\nA：采用微服务架构，将核保引擎拆分为独立服务，基于K8s实现自动扩缩容\r\n\r\n举的例子：双11促销期间核保请求激增，K8s自动扩容从3个Pod到15个Pod，响应时间稳定<2秒\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：微服务拆分后出现跨服务数据不一致\r\n   原因：核保与保单服务各自持库，本地事务无法覆盖跨服务操作\r\n   处理：引入Saga补偿事务，关键环节增加对账Job兜底\r\n   结果：不一致单据从日均20+降至0，对账Job每日自动修复残余差异\r\n\r\n2. 问题2：事件驱动链路排查困难\r\n   原因：异步消息跨服务，缺少统一TraceId\r\n   处理：统一消息头注入TraceId，接入SkyWalking做全链路追踪\r\n   结果：故障定位时间从小时级降至分钟级\r\n\r\n### 总结与感悟\r\n\r\n1. 通过合理选择架构风格，系统实现了高内聚低耦合，各模块可独立演进\r\n2. 项目上线后日均处理保单5万+，核保响应时间<2秒，用户满意度达95%\r\n3. 项目于2025年1月成功上线\r\n4. 深刻理解：架构风格的选择没有银弹，关键在于理解业务特点和质量属性需求，做出合理的权衡。分层架构带来了解耦但增加了层次间调用的开销，事件驱动架构提升了响应性但增加了调试难度，微服务架构实现了独立部署但引入了分布式事务的复杂性。架构设计需要在这些trade-off中找到平衡点。\r\n5. 未来展望：计划引入Serverless架构进一步优化弹性伸缩能力\r\n```\n\nArchive v1.6.0: 20 files, 54794 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-arch.md (3368b), references/depth-criteria-ne.md (2042b), references/depth-criteria-pm.md (2602b), references/depth-criteria-sa.md (2552b), references/depth-criteria-sp.md (2492b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2887b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-examples-sa.md (3631b), references/project-examples-sp.md (3649b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (3558b), SKILL.md (14043b), _meta.json (140b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.6.0\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\nrelated_skills:\r\n  - ruankao-essay-scoring\r\nauthor: nieen\r\ncreated: 2026-05-12\r\nskill_type: 通用🟡\r\ntags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查围绕七个问题展开：**Q0 视角**（是否以架构师视角写）→ **Q1 项目**（项目与职责）→ **Q2 选型**（为什么非它不可）→ **Q3 架构**（组成/约束/连接）→ **Q4 实践**（如何落地）→ **Q5 踩坑**（遇到什么困难）→ **Q6 效果**（量化成效）→ **Q7 反套话**（是否有空话）。任何一问回答不清都会直接扣分。\r\n\r\n完整表格、各问要点与七问在正文中的落点见 `references/essay-seven-questions.md`。\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n1. **确认报考资格** → 按资格选项目类型并读取对应案例文件：架构 → 技术/设计类（`references/project-examples-arch.md`）；系分 → 分析/建模类（`references/project-examples-sa.md`）；信管 → 管理类（`references/project-examples-pm.md`）；网规 → 网络类（`references/project-examples-ne.md`）；系规 → IT 服务/运维类（`references/project-examples-sp.md`）\r\n2. **选定项目** → **只准备一个\"万能项目\"**：选自己最熟悉、体量适中（百万级~千万级）、技术栈较新的真实项目。之后无论考可用性、安全性、微服务还是大数据，都用它去\"套\"和\"裁剪\"，不要准备多个项目——项目越熟，细节越真，考场上越稳\r\n3. **梳理素材** → 项目背景（名称/发起方/角色/周期/建设内容/架构/量化指标）+ 难点与挑战（业务难点、技术难点）。难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可\r\n4. **建立素材库** → 选 3-7 个核心业务场景，按生命周期梳理\"任务→挑战→手段→效果→总结\"，用金字塔 + SCQA 组织、5W2H 补细节，并按论文七问预埋答案\r\n5. **练熟节奏** → 考前按\"先列提纲 → 再单练核心段 → 最后限时写全文\"练 2-3 遍，确保考场上不是第一次完整成文\r\n\r\n详细选择标准、背景模板、素材库示例与训练节奏见 `references/project-preparation.md`。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n核心结构：**摘要**（项目背景 + 中心论点 + 效果成果）→ **项目背景**（时间/发起方/角色职责/建设内容/技术架构）→ **主题理论段**（SCQA 引出主题 + 回答子问题 2 的理论要点 + 概括中心论点）→ **分论点 1-3**（各按四步结构展开并附项目实例）→ **问题与解决**（2 个小问题及其处理过程）→ **总结与感悟**（效果 + 成果 + 不足与改进 + 展望）。\r\n\r\n**字数配额与四步结构**见 `references/outline-template.md`。列提纲时即确认试题的每个子问题在正文中有对应段落（子问题 → 段落映射），避免答非所问。\r\n\r\n列提纲时即确认论文七问各落在哪个段落（对应关系见 `references/essay-seven-questions.md`），避免写完才发现遗漏。\r\n\r\n---\r\n\r\n## Phase 3：摘要撰写\r\n\r\n### 核心要求\r\n\r\n| 要求 | 标准 |\r\n|------|------|\r\n| 字数 | **不超过 300 字**；低于 120 字直接不及格 |\r\n| 内容 | 四步走：项目是什么 → 我负责什么 → 本文讨论什么 → 最后有什么结果（各一到两句）；概括正文全貌，不要只谈大道理 |\r\n| 帽子 | 一般不加\"帽子\"性语句；字数不够时可加 50 字左右 |\r\n\r\n### 摘要模板\r\n\r\n读取 `references/abstract-templates.md` 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。\r\n\r\n### 写作顺序建议\r\n\r\n- **写作速度快的考生**：先写正文，后写摘要——正文正常发挥，摘要水到渠成。风险：时间不够则无摘要，损失大。\r\n- **写作速度慢的考生**：先写摘要，后写正文——摘要指导正文方向。风险：可能限制正文发挥。\r\n\r\n> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文\"接\"着摘要写。\r\n\r\n---\r\n\r\n## Phase 4：正文撰写（填充内容）\r\n\r\n### 正文字数要求\r\n\r\n正文 **2000-2500 字**，**绝对不得低于 2000 字**。\r\n\r\n本技能用于个人练习写作，练笔时正文可适当放宽到 **3000 字左右**；但评分按 2000-2500 字判定，超出同样扣分。\r\n\r\n正文完成后，直接对文本计算字数：提取\"一、×××\"到\"结束语/总结\"之间的内容，统计中文字符数（`len([c for c in body if '\\u4e00' <= c <= '\\u9fff'])`）。\r\n\r\n### 段落字数配额与核心段结构\r\n\r\n正文按 **背景 400-450 → 主题理论 150-200 → 核心段 1200-1400（3 个分论点，每个 350-400）→ 问题与解决 300-350 → 总结 250-300** 分配，合计约 2300 字最稳妥（先保核心段，再压背景与总结）。\r\n\r\n- **分论点四步结构**：理论 → 场景 → 动作 → 结果，每步 80-100 字；动作部分必须写明**取舍（trade-off）**——为达成某质量属性牺牲了什么\r\n- **问题及解决段**：核心段之后写 2 个小问题，每个约 150 字，按\"问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样\"；问题须来自实施过程并与前文方案对得上，不编\"惊天动地\"的大问题\r\n- **用文字\"画\"架构图**：背景中用一段文字描述分层（接入层 / 网关层 / 服务层 / 数据层），让阅卷老师形成画面感\r\n\r\n完整配额表与四步结构示例见 `references/outline-template.md`。\r\n\r\n### 内容填充方法\r\n\r\n按照提纲逐部分填充，运用以下三个框架：\r\n\r\n- **金字塔原理**：结论先行，以上统下，归类分组，逻辑递进\r\n- **SCQA 框架**：Situation（情境）→ Complication（冲突）→ Question（问题）→ Answer（回答）——每个分论点的基本结构\r\n- **5W2H**：Who、What、When、Where、Why、How、How much——补充必要细节，增强真实性\r\n\r\n正文按论文七问主线串联，缺一问即按对应维度扣分。\r\n\r\n### 六大写作原则\r\n\r\n以自我为中心（写\"我\"做了什么）、站在对应资格的专业视角、忠实于论点、条理清晰开门见山（每段 ≤ 8 行）、标新立异有主见、表达书面化且段落转承自然。\r\n\r\n详细解释、示例对比与进阶技巧见 `references/writing-principles.md`。\r\n\r\n### 技术深度要求\r\n\r\n选择 **5-6 个**有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：\r\n- 紧密结合主题项目\r\n- 以主题项目中的具体内容为例\r\n- 说明\"如何做的\"而非\"是什么\"\r\n\r\n> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。\r\n\r\n各资格的\"应用深度\"标准见 `references/depth-criteria-{arch,pm,sa,ne,sp}.md`，按报考资格取用：架构看质量属性权衡与架构视图、信管看 PMBOK 过程域、系分看建模完整性、网规看协议选型、系规看 ITIL/ITSS 流程。\r\n\r\n### 交付说明\r\n\r\n每次生成论文正文后，按字数统计方法计算正文字数并向用户展示，注明限制范围（摘要 ≤300 字，正文 2000-2500 字），并按段落配额表给出各部分字数分布。同时提醒用户：\r\n\r\n> **考试论文正文按 2000-2500 字控制即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。**\r\n\r\n---\r\n\r\n## Phase 5：检查校对\r\n\r\n完成初稿后逐项检查，不可因时间紧迫而忽略。读取 `references/common-issues.md` 获取完整 17 项通用检查清单，并按报考资格补充特有检查项：架构 → 通用 17 项即可；信管 → +PMBOK 过程域覆盖；系分 → +建模完整性；网规 → +网络方案可行性；系规 → +ITIL 流程覆盖。\r\n\r\n同时确认以下五点：\r\n\r\n1. **字数达标** — 按字数统计方法计算：摘要 ≤300 字，正文 2000-2500 字且不得低于 2000 字\r\n2. **段落配额合理** — 核心段是否占 1200-1400 字（占正文一半以上）？背景是否超过 450 字挤占核心段？是否有\"问题与解决\"段？\r\n3. **论文七问逐问核对** — 每问都有明确答案且依托项目实际；Q2 选型论证与 Q5 踩坑反思最易被跳过，重点检查\r\n4. **取舍与实证** — 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？\r\n5. **Q7 红线通读** — 做\"删段测试\"：删掉任一自然段后论文若依然成立，该段即为套话，必须重写为具体做法 + 数据\r\n\r\n检查完成后，可调用 **ruankao-essay-scoring** 技能对论文进行逐维度评分，获取量化反馈与提分建议。\r\n\r\n---\r\n\r\n## 常见错误与故障排查\r\n\r\n成文质量偏差或流程卡壳时，读取 `references/common-errors.md`（含常见错误表与故障排查表）。\r\n\r\n---\r\n\r\n## 相关资源\r\n\r\n- `references/abstract-templates.md` - 4 种摘要模板，含 5 资格示例\r\n- `references/outline-template.md` - 完整提纲模板、段落字数配额与分论点四步结构\r\n- `references/project-preparation.md` - 万能项目原则、素材库示例与备考训练节奏\r\n- `references/common-issues.md` - 17 项通用检查清单 + 各资格特有检查项\r\n- `references/common-errors.md` - 常见错误表与故障排查表\r\n- `references/essay-seven-questions.md` - 论文七问完整表格、各问要点与正文落点\r\n- `references/writing-principles.md` - 六大写作原则详解（含 5 资格视角）\r\n- `references/project-examples-arch.md` - 架构类（技术/设计）项目案例\r\n- `references/project-examples-sa.md` - 系分类（分析/建模）项目案例\r\n- `references/project-examples-pm.md` - 信管类（管理）项目案例\r\n- `references/project-examples-ne.md` - 网规类（网络）项目案例\r\n- `references/project-examples-sp.md` - 系规类（IT 服务/运维）项目案例\r\n- `references/depth-criteria-{arch,pm,sa,ne,sp}.md` - 架构/信管/系分/网规/系规的应用深度标准详解\r\n- **关联技能**：`ruankao-essay-scoring`（论文评分与诊断）\r\n\r\n---\r\n\r\n*最后更新：2026-09-23（版本 1.6.0）*\n\nFile v1.6.0:_meta.json\n\n{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.6.0\",\n  \"publishedAt\": 1790096346689\n}\n\nFile v1.6.0:references/abstract-templates.md\n\n# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，并运用挣值管理（EVM）监控进度与成本偏差，最后指出了在需求变更管控上的不足与改进方向。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 本文讨论某第三方支付平台风控系统的需求分析与建模。该系统需支撑实名认证、交易反欺诈、商户准入等核心业务，日均交易 2000 万笔。在本文中首先讨论了结构化与面向对象分析方法的对比选型，然后讨论了用例图、类图与时序图的建模过程，以及 DFD 与 E-R 图对业务流程和数据结构的刻画，最后指出了在需求追踪与验证上的不足及改进方向。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 本文讨论某集团园区网的高可用规划与设计。该园区覆盖 3 栋研发楼与 2 栋数据中心楼，接入终端 1.2 万台，核心业务要求 7×24 不间断。在本文中首先讨论了接入/汇聚/核心三层架构设计，然后讨论了 OSPF 多区域划分、VRRP 双机热备与链路聚合的冗余方案，以及防火墙分区与安全策略，最后指出了在 IPv6 演进上的不足及改进方向。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 本文讨论某市政务云 IT 服务规划与设计。该平台为 60 个部门提供 IaaS/PaaS 服务，需保障服务持续性与合规性。在本文中首先讨论了基于 ITIL 4 的服务目录与 SLA 设计，然后讨论了事件、问题、变更与配置（CMDB）管理流程的落地，以及容量与连续性管理，最后指出了在服务持续改进上的不足及改进方向。在本项目的建设过程中，我担任了 IT 服务经理。\r\n\r\n---\r\n\r\n## 模板二：需求驱动型\r\n\r\n根据……需求（项目背景），我所在的……组织了……项目的开发。该项目……（项目背景、简单功能介绍）。在该项目中，我担任了……（作者的工作角色）。我通过采取……（技术、方法、工具、措施、手段），使该项目圆满完成，得到了用户们的一致好评。但现在看来，……（不足之处/如何改进、特色之处、发展趋势）。\r\n\r\n**适用场景**：项目由明确业务需求驱动，强调解决问题的过程和成果。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 根据某大型制造企业数字化转型需求，我所在的公司组织了智能制造执行系统（MES）项目的开发。该项目覆盖生产排程、质量追溯、设备监控等核心功能，服务该企业6个生产基地。在该项目中，我担任了系统架构设计师。我通过采用微服务架构进行系统拆分、引入事件驱动模式实现生产数据实时处理、运用领域驱动设计指导服务边界划分等措施，使该项目圆满完成，得到了用户们的一致好评。但现在看来，在分布式事务一致性保障方面仍有优化空间。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 根据某市医保市级统筹业务整合需求，我所在的公司组织了医保核心业务系统升级项目的开发。该项目需打通 8 个区县医保数据、统一待遇核算规则，涉及 23 家定点机构接口改造。在该项目中，我担任了项目经理。我通过制定 WBS 与里程碑计划、建立周例会与绩效审查机制、运用挣值管理跟踪进度偏差等措施，使项目按期上线，得到了医保局的一致好评。但现在看来，在跨机构干系人沟通机制上仍有优化空间。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 根据某商业银行新一代核心系统建设需求，我所在的部门组织了核心业务建模与需求分析项目的开发。该项目需重构存款、贷款、支付等 200 余个业务实体，统一业务术语。在该项目中，我担任了系统分析师。我通过采用面向对象分析方法建立类图与状态图、运用 DFD 梳理跨系统数据流、开展可行性论证等措施，使需求基线稳定交付，得到了项目组的一致好评。但现在看来，在需求变更的可追溯性上仍有优化空间。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 根据某集团多园区网络互联互通与统一管控需求，我所在的部门组织了集团广域网与园区网整合项目的建设。该项目需将 5 地园区、3 个数据中心互联，保障生产网与办公网隔离。在该项目中，我担任了网络规划设计师。我通过采用 MPLS VPN 实现多站点互联、用 BGP 做路由策略控制、部署 SDN 控制器统一编排等措施，使网络如期贯通，得到了集团信息部的一致好评。但现在看来，在多厂商设备自动化运维上仍有优化空间。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 根据某国企 IT 服务集中化与降本增效需求，我所在的部门组织了 IT 服务管理体系（ITSM）建设项目。该项目需将分散在 9 个下属单位的运维团队整合为统一服务台，建立标准化流程。在该项目中，我担任了 IT 服务经理。我通过基于 ITIL 4 设计服务目录与 SLA、落地事件与变更管理流程、建设 CMDB 配置库等措施，使服务请求按时解决率显著提升，得到了管理层的认可。但现在看来，在自动化巡检与持续改进机制上仍有优化空间。\r\n\r\n---\r\n\r\n## 模板三：经历叙述型\r\n\r\n……年……月，我参加了……项目的开发，担任……（作者的工作角色）。该项目……（项目背景、简单功能介绍）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。\r\n\r\n**适用场景**：项目经历有明确时间节点，便于体现真实性和时效性。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 2024年3月，我参加了某互联网保险平台项目的开发，担任系统架构设计师。该项目为某保险公司打造的在线保险销售与理赔服务平台，支持产品配置、智能核保、在线理赔等业务。本文结合作者的实践，以该保险平台项目为例，讨论面向服务架构（SOA）的设计与应用，包括服务拆分策略、服务编排与 choreography 的选择、以及 API 网关的设计与实现。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 2023年5月，我参加了某城商行核心业务系统升级项目的建设，担任项目经理。该项目需在不中断对外服务的前提下完成核心账务系统换代，涉及 11 个周边系统的配套改造。本文结合作者的实践，以该升级项目为例，讨论信息系统项目的风险管理，包括风险识别与应对、进度与成本的挣值监控、以及变更控制流程的设计与执行。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 2023年9月，我参加了某省级医保信息平台需求分析项目的建设，担任系统分析师。该项目需整合城镇居民与职工医保数据、支撑跨省异地就医结算。本文结合作者的实践，以该平台项目为例，讨论系统需求分析与建模，包括结构化与面向对象分析方法的对比、用例模型与类模型的建立、以及可行性分析的过程。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 2024年1月，我参加了某证券公司数据中心网络改造项目的建设，担任网络规划设计师。该项目需将同城双活数据中心网络重构，满足低时延交易与监管合规要求。本文结合作者的实践，以该改造项目为例，讨论数据中心网络的高可用设计，包括分层架构、大二层与 overlay 方案选型、以及故障切换机制。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 2023年7月，我参加了某政务云运营体系建设项目，担任 IT 服务经理。该项目需为 80 个委办局提供统一云服务并保障 SLA。本文结合作者的实践，以该政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 制定、事件与问题管理流程落地、以及服务持续改进机制。\r\n\r\n---\r\n\r\n## 模板四：主题引领型\r\n\r\n……是……（\"戴帽子\"，讲论文主题的重要性）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：需要补充字数时使用（摘要上限 300 字，帽子控制在 50 字左右，总长不得突破 300 字）。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 层次式架构设计是企业级系统实现高内聚低耦合的关键手段，合理的层次划分直接影响系统的可维护性和可扩展性。本文结合作者的实践，以某商业银行核心交易系统项目为例，讨论层次式架构设计的实践，包括表现层与业务逻辑层的接口设计、数据访问层的抽象与封装、以及跨层次异常处理机制的设计。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 风险管理是信息系统项目成功交付的关键保障，识别并控制风险往往决定项目成败。本文结合作者的实践，以某省政务大数据平台项目为例，讨论信息系统项目的风险管理，包括风险登记册的建立、定性/定量风险分析、以及应对策略与监控机制的设计。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 需求建模是系统分析从业务现状到技术方案的桥梁，建模质量直接决定系统能否真正满足业务。本文结合作者的实践，以某商业银行核心系统项目为例，讨论系统需求分析与建模，包括面向对象建模方法的选择、用例与类模型的构建、以及需求验证机制。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 高可用设计是网络系统支撑关键业务连续性的基础，冗余与故障切换能力决定业务中断风险。本文结合作者的实践，以某集团园区网项目为例，讨论网络高可用规划与设计，包括三层架构冗余、路由协议快速收敛、以及安全分区设计。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 服务级别管理（SLA）是 IT 服务价值交付的契约基础，科学的 SLA 设计决定服务满意度与可信度。本文结合作者的实践，以某市政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 设计、运维流程落地、以及服务度量与持续改进。在本项目的开发过程中，我担任了 IT 服务经理。\n\nFile v1.6.0:references/common-errors.md\n\n# 常见错误与故障排查\r\n\r\n写作指导过程中出现偏差时的对照表。「常见错误」是成文质量层面的坑，「故障排查」是执行流程层面的坑，两者互补。完整检查清单见 `references/common-issues.md`。\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 控制在 300 字以内（不低于 120 字），包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 摘要超过 300 字 | 摘要上限 300 字 | 压缩背景铺垫，只保留项目背景 + 中心论点 + 效果 |\r\n| 正文低于 2000 字（硬伤） | 正文绝对不得低于 2000 字 | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 评分按 2000-2500 字判定，超出即扣分 | 精简论点，重点保留 2-3 个分论点；练习写作可放宽到 3000 字左右 |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\r\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\r\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n| 结构失衡：背景过长、核心段过薄 | 背景写超 450 字，核心段不足 1200 字，重心倒置 | 按配额重分配：背景压到 400-450，核心段补到 1200-1400（3 个分论点各 350-400） |\r\n| 分论点只讲理论不写取舍 | 只说\"用了什么技术\"，没有\"牺牲了什么\"，缺架构思维 | 每个分论点补一句 trade-off（为达成 X 牺牲了 Y），并在总结中呼应 |\r\n| 缺少\"问题与解决\"段 | 全文只讲方案不讲问题，真实感不足 | 补 2 个来自实施过程的小问题，每个约 150 字，按\"问题→原因→处理→结果\" |\r\n| 准备了多个项目，细节记不牢 | 每个项目只记得轮廓，写到细节就露怯 | 收敛到一个\"万能项目\"，按不同论题角度裁剪素材 |\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 正文低于 2000 字 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 是否超出评分判定区间？ | 精简论点；练习写作可放宽到 3000 字左右，评分仍按 2000-2500 字判定 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不合要求 | 摘要是否在 120-300 字之间？ | 按 `references/abstract-templates.md` 中的模板调整，不低于 120 字、不超过 300 字 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，只选定一个\"万能项目\"，选 3-7 个核心业务场景建立素材 |\r\n| 字数不知如何分配 | 各部分字数是否失衡？ | 按配额表：背景 400-450 / 主题理论 150-200 / 核心段 1200-1400 / 问题与解决 300-350 / 总结 250-300 |\r\n| 考前不知如何练 | 是否只背范文没动笔？ | 按 `project-preparation.md` 的备考节奏：先限时列提纲 → 再单练核心段 → 最后限时写全文 |\n\nFile v1.6.0:references/common-issues.md\n\n# 论文常见问题及修正建议\r\n\r\n以下问题按严重程度排列，前 6 条为致命或高频失分项，必须逐一排除。\r\n\r\n---\r\n\r\n## 致命/高频问题\r\n\r\n### 1. 走题\r\n\r\n**表现**：看到试题标题，不读三个问题就按三段论写论文，导致内容与考查侧重点不匹配。或者看到熟悉主题就默写事先准备好的论文，不管是否切合题意。\r\n\r\n**修正**：\r\n- 必须逐一回答试题提出的 3 个问题，**圈出每个要点**\r\n- 同一主题，问题不同则组织内容的方式完全不同\r\n- 用试题的 3 个问题作为论文的 3 个核心段落/部分\r\n- **特别注意第二个子问题**，必须每个要点都回答到位，避免不必要的丢分\r\n\r\n### 2. 遗漏子问题要点\r\n\r\n**表现**：只回答了子问题的部分要点，遗漏了关键内容。\r\n\r\n**修正**：\r\n- 分析试题时逐题圈出所有要点\r\n- 撰写提纲时确保每个要点都有对应的论点或段落\r\n- 检查校对时逐一对照试题要点清单\r\n\r\n### 3. 缺乏主题项目\r\n\r\n**表现**：笼统地说\"我是做银行软件的\"，没有具体项目。\r\n\r\n**修正**：\r\n- 必须具体说明：某年某月参加的某个具体项目\r\n- 介绍项目背景和功能\r\n- 指明自己在项目中的角色\r\n- 每个论文试题的第一个问题一般就是\"简述你参与开发过的项目\"\r\n\r\n### 4. 字数不足\r\n\r\n**表现**：摘要少于 120 字，正文少于 2000 字。\r\n\r\n**修正**：\r\n- 摘要不超过 300 字，低于 120 字直接不及格\r\n- 正文 2000-2500 字，绝对不得低于 2000 字\r\n- 字数按答题纸格子计数（含标点和图形）\r\n\r\n### 5. 缺少特色，泛泛而谈\r\n\r\n**表现**：把书刊杂志上的知识点罗列，没有结合项目实例。\r\n\r\n**修正**：\r\n- 所有措施（方法、技术）紧密结合主题项目\r\n- 阐述措施时以主题项目中的具体内容为例\r\n- 讲\"我在某项目中是如何做的\"，而非讲理论\r\n- 用具体的案例支撑论述，而非泛泛而谈\r\n\r\n### 6. 摘要归纳欠妥\r\n\r\n**表现**：摘要没有实质性内容，或加了太多帽子性语句。\r\n\r\n**修正**：\r\n- 标准：\"读者不看正文，就知道文章的全部内容\"\r\n- 摘要应简单包含正文的重点词句\r\n- 尽量不加帽子性语句，直接\"压缩\"正文内容\r\n\r\n---\r\n\r\n## 中频问题\r\n\r\n### 7. 项目年代久远\r\n\r\n**修正**：主题项目应是近 2-3 年内完成的，确保反映当前技术趋势。\r\n\r\n### 8. 口语化太重，表达不够书面化\r\n\r\n**表现**：\r\n- 使用口语化的短句堆砌，缺乏完整的句子结构\r\n- 频繁使用\"然后\"\"所以\"\"就是说\"\"反正\"等口语连接词\r\n- 大量使用\"我做了\"\"我搞了\"\"我们弄了\"等动词短语\r\n- 出现感叹句、反问句等非正式句式\r\n\r\n**修正**：\r\n- 使用书面语替代口语词汇，如\"处理→处置\"\"搞→实现\"\"弄→处理\"\"搞定→完成\"\r\n- 采用名词化结构：将\"我们重构了系统\"改为\"对系统进行了架构重构\"\r\n- 使用完整句式，避免\"短句轰炸\"，适当增加从句和修饰语\r\n- 使用技术术语体现专业性，如\"实现→实施\"\"解决→处置\"\"问题→挑战/瓶颈\"\r\n- 引入概念时使用\"所谓……是指……\"\"即\"\"通常而言\"等书面引导词\r\n- 避免感叹号、省略号、波浪号等非正式标点\r\n- 虽然强调\"以我为中心\"，但不要到处都是\"我\"\r\n- 适当用\"我们\"替代部分\"我\"，体现项目是集体劳动\r\n\r\n**正反示例**：\r\n\r\n| ❌ 口语化 | ✅ 书面化 |\r\n|-----------|-----------|\r\n| 我们重构了支付模块，然后上线了。 | 我们对支付模块进行了架构重构，并顺利完成了上线部署。 |\r\n| 这个系统很牛，处理速度很快。 | 该系统的吞吐能力显著提升，平均响应时间从5秒降低至0.8秒。 |\r\n| 我们一开始没想到会有这么多问题。 | 在项目初期，我们并未充分预见到如此复杂的技术挑战。 |\r\n| 后来我们又加了个缓存。 | 在此基础上，我们引入了Redis缓存层以缓解数据库访问压力。 |\r\n\r\n### 9. 忠实于论点\r\n\r\n**修正**：\r\n- 仔细阅读试题要求，正确理解题意\r\n- 阐述时绝对服从论点\r\n- 不要节外生枝，不要偏离论点\r\n- 半天讲不到点子再草草收场是常见失败模式\r\n\r\n### 10. 文章结构不清晰，段落太长\r\n\r\n**修正**：\r\n- 每个自然段不超过 8 行\r\n- 如果调整段落，很多不合格文章可以变成好文章\r\n- 加上小标题，使结构更清晰\r\n- 中心论点和各分论点的首句加粗高亮显示\r\n\r\n### 11. 整篇文章数字条目太多\r\n\r\n**修正**：\r\n- 可以用数字标识顺序使文章有条理\r\n- 但全文充满数字条目则太死板，影响得分\r\n- 适当使用自然段落过渡\r\n\r\n### 12. 文章深度不够\r\n\r\n**表现**：罗列太多措施（方法、技术），每个都蜻蜓点水。\r\n\r\n**修正**：\r\n- 选择 5-6 个有特色的措施准备，考试时动态删减至 2-3 个深入展开\r\n- 每个措施说明：为什么选、怎么做、效果如何\r\n- 不要企图面面俱到\r\n\r\n### 13. 逻辑不严谨\r\n\r\n**表现**：论证过程中逻辑跳跃或断裂，前后矛盾。\r\n\r\n**修正**：\r\n- 撰写提纲时梳理清楚论点之间的逻辑关系\r\n- 使用 SCQA 结构确保每个分论点的逻辑完整\r\n- 检查校对时关注项目细节前后一致性\r\n\r\n### 14. 段落转承不自然\r\n\r\n**表现**：\r\n- 段落之间缺乏过渡句，读起来有明显的\"跳跃感\"\r\n- 前后段落内容突兀，逻辑关系不清晰\r\n- 大量使用\"然后\"\"接着\"\"还有\"等口语化连接词\r\n- 句式单调，连续多个句子以相同主语开头\r\n\r\n**修正**：\r\n- 每个段落开头先用一句话点明本段主旨，再展开论述\r\n- 段落之间使用过渡句承上启下：\r\n  - 转折：**\"然而\"\"但与此同时\"\"值得注意的是\"**\r\n  - 递进：**\"在此基础上\"\"更进一步\"\"不仅如此\"**\r\n  - 因果：**\"基于此\"\"鉴于此\"\"正是出于这样的考虑\"**\r\n  - 总结：**\"综上所述\"\"总的来看\"\"从上述实践可以看出\"**\r\n  - 承接：**\"在解决了……问题后\"\"在确定了……之后\"**\r\n- 避免连续多句以\"我们\"\"系统\"\"该项目\"开头，交错使用主语和状语\r\n\r\n**示例对比**：\r\n\r\n| ❌ 生硬转承 | ✅ 自然转承 |\r\n|-------------|-------------|\r\n| 我们采用了微服务架构。然后我们遇到了分布式事务问题。我们最终采用了Saga模式。 | 在采用微服务架构后，一个随之而来的挑战便是分布式事务的一致性保障。针对这一问题，我们最终引入了Saga模式进行事务补偿。 |\r\n| 系统有性能问题。我们加了缓存。加了缓存后速度快了。 | 随着业务量的持续增长，系统在高并发场景下逐渐暴露出性能瓶颈。**基于此**，我们引入了Redis多级缓存策略。经实测，缓存命中率达到92%，接口响应时间从3秒降至0.5秒。 |\r\n\r\n---\r\n\r\n## 低频但需注意的问题\r\n\r\n### 14. 字数偏多\r\n\r\n**表现**：摘要超 300 字，正文超 2500 字。\r\n\r\n**修正**：\r\n- 实际考试时间有限，不可能写太长\r\n- 摘要压缩到 300 字以内，正文压缩到 2000-2500 字\r\n- 个人练习写作时正文可放宽到 3000 字左右，但评分仍按 2000-2500 字判定\r\n\r\n### 15. 文字表达能力差\r\n\r\n**修正**：\r\n- 平时多读文章，多写文档\r\n- 注意措辞的准确性和连贯性\r\n\r\n### 16. 缺乏独特见解\r\n\r\n**表现**：全篇没有自己的思考和体会，只是按部就班地叙述。\r\n\r\n**修正**：\r\n- 在\"总结与感悟\"部分加入对架构权衡的思考\r\n- 表达对技术选型的反思、对沟通协作的体会\r\n- 体现\"架构师的敬畏之心\"——没有银弹，只有权衡\r\n\r\n### 17. 项目选择不当\r\n\r\n**表现**：选择了小型系统、过时技术项目、纯硬件项目或纯技术项目。\r\n\r\n**修正**：\r\n- 选择具备业务复杂度和技术复杂度的项目\r\n- 项目应体现当前信息化建设潮流（数字化转型、智能化升级、AI应用等）\r\n- 避免功能单一、规模小的系统\r\n\r\n---\r\n\r\n## 检查校对完整清单\r\n\r\n完成论文后，按以下清单逐项检查：\r\n\r\n| # | 检查项 | 检查方法 | ✓ |\r\n|---|--------|----------|---|\r\n| 1 | 完整回应试题 | 是否逐一回答了试题的所有子问题？每个要点是否都回答到位？ | |\r\n| 2 | 走题检查 | 内容是否围绕试题的考查侧重点？是否偏离了论点？ | |\r\n| 3 | 字数检查 | 摘要 ≤300 字且 ≥120 字？正文 ≥2000 字且 ≤2500 字（练习可放宽到 3000 字左右）？ | |\r\n| 4 | 摘要质量 | 不看正文，仅凭摘要能否知道全文内容？ | |\r\n| 5 | 结构完整 | 是否符合金字塔原理？是否加了小标题？中心论点和分论点首句是否加粗高亮？ | |\r\n| 6 | 逻辑严谨 | 论证是否环环相扣？是否有逻辑跳跃或断裂？ | |\r\n| 7 | 深度足够 | 选了 5-6 个技术点准备？最终呈现 2-3 个深入展开？还是蜻蜓点水？ | |\r\n| 8 | 具体案例 | 是否用具体的案例支撑论述？还是泛泛而谈罗列理论？ | |\r\n| 9 | 项目一致性 | 项目细节是否前后一致？有无矛盾之处？ | |\r\n| 10 | 独特见解 | 是否有自己独特的见解和体会？ | |\r\n| 11 | 书面化程度 | 句式是否完整规范？是否仍有口语化表达？是否使用了技术术语？ | |\r\n| 12 | 缺乏主题项目 | 是否具体说明了某年某月的某个项目及角色？ | |\r\n| 13 | 项目时效 | 项目是否在近 2-3 年内？ | |\r\n| 14 | 结构死板 | 是否全篇都是数字条目？段落是否过长（>8行）？ | |\r\n| 15 | 段落转承自然 | 段落之间是否有过渡句承上启下？读起来是否顺畅？主语是否单调重复？ | |\r\n| 16 | 段落配额 | 背景 ≤450 字？核心段 1200-1400 字（占正文一半以上）？有\"问题与解决\"段（300-350 字）？总结 250-300 字？ | |\r\n| 17 | 取舍与实证 | 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？ | |\r\n\r\n---\r\n\r\n## 各资格特有检查项\r\n\r\n以下检查项在通用 17 项之外，按报考资格补充：\r\n\r\n### 信管（信息系统项目管理师）特有\r\n- [ ] PMBOK 十大知识域是否覆盖至少 3-4 个有实质性内容？\r\n- [ ] 是否展示了管理工具应用（WBS / 关键路径法 / EVM / 风险矩阵）？\r\n- [ ] 是否有进度/成本偏差的量化数据（如 SPI、CPI）？\r\n- [ ] 五大过程组（启动→收尾）是否闭环呈现？\r\n- [ ] 干系人管理与沟通策略是否体现？\r\n\r\n### 系分（系统分析师）特有\r\n- [ ] 是否有至少 2 种建模视图（用例图+类图、DFD+E-R 等）？\r\n- [ ] 需求获取→分析→验证→管理链条是否完整？\r\n- [ ] 是否体现了结构化与面向对象方法的对比选型？\r\n- [ ] 可行性分析（技术/经济/操作）是否论证？\r\n- [ ] 业务流程建模（BPR）是否合理？\r\n\r\n### 网规（网络规划设计师）特有\r\n- [ ] 网络拓扑分层（接入/汇聚/核心）是否清晰？\r\n- [ ] 协议选型（OSPF/BGP/VLAN/MPLS 等）是否有权衡分析？\r\n- [ ] 高可用与冗余（VRRP/堆叠/链路聚合）是否设计？\r\n- [ ] 安全（防火墙/ACL/VPN/零信任）是否考虑？\r\n- [ ] 是否有带宽/时延/可用性量化指标？\r\n\r\n### 系规（系统规划与管理师）特有\r\n- [ ] 是否体现 ITIL 4 / ITSS 框架？\r\n- [ ] 是否有 SLA 设计与服务度量数据？\r\n- [ ] 事件/问题/变更/配置（CMDB）流程是否落地？\r\n- [ ] 服务改进（PDCA/CSI）闭环是否体现？\r\n- [ ] 容量/可用性/连续性管理是否覆盖？\r\n\r\n---\r\n\r\n## 额外提醒\r\n\r\n实践部分的内容应该根据论文题目的理论要点进行描述，重点在于描述理论知识要点在项目中的应用，**而不是介绍项目本身功能是什么**。\n\nFile v1.6.0:references/depth-criteria-arch.md\n\n# 应用深度标准详解：系统架构设计师（架构）\r\n\r\n架构是本技能的**默认资格**，其深度标准散落在 `SKILL.md`（技术深度要求、论文七问）与 `writing-principles.md`（专业视角）中。本文档将其汇总为可对照的清单，说明架构论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、架构设计要素对照\r\n\r\n阅卷关注是否完成\"设计→决策→验证\"，而非技术名词堆砌。论文应覆盖以下要素：\r\n\r\n| 要素 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 架构风格/模式 | 层次式、微服务、事件驱动、CQRS、管道-过滤器等，并说明为何选它 |\r\n| 质量属性 | 性能/可用性/安全性/可修改性/可扩展性，用\"刺激-响应-度量\"场景描述 |\r\n| 架构视图 | 逻辑视图（分层/构件）、运行视图（进程/并发）、部署视图（节点/网络）、开发视图 |\r\n| 构件与连接件 | 构件职责、接口契约、连接方式（REST/gRPC/MQ）、同步与异步的划分 |\r\n| 数据架构 | 分库分表、读写分离、缓存一致性、数据分布与复制 |\r\n| 架构评估 | 场景走查/ATAM 式的权衡点、敏感点、风险点识别 |\r\n| 演化与技术债 | 单体→微服务的演进路径、遗留系统兼容、债务偿还计划 |\r\n\r\n---\r\n\r\n## 二、高分写法\r\n\r\n### 架构选型（对应七问 Q2）\r\n- 错误：\"本系统采用微服务架构\"\r\n- 正确：\"业务变更频繁且 6 个团队并行交付，单体架构的发布耦合已成为瓶颈；因此按业务边界拆分为 8 个微服务，代价是引入分布式事务，随后用 Saga 补偿应对\"\r\n\r\n### 架构描述（对应七问 Q3）\r\n- 错误：罗列功能模块清单\r\n- 正确：\"接入层（SLB + WAF）→ 网关层（鉴权/限流）→ 服务层（8 个业务服务）→ 数据层（MySQL 主从 + Redis 集群 + ES）；服务间用 MQ 异步解耦，同步调用仅保留在强一致链路\"\r\n\r\n### 落地实践（对应七问 Q4）\r\n- 错误：介绍框架或中间件用法\r\n- 正确：\"库存扣减与订单创建拆为本地事务 + MQ 事件，热点商品走 Redis 预扣减，大促峰值 QPS 10 万下库存超卖为 0\"\r\n\r\n### 取舍表述（对应七问 Q0，架构论文的硬指标）\r\n- 每篇至少一处**明确的取舍**：为达成某质量属性牺牲了什么\r\n- 示例：\"为保证可用性采用同城双活，代价是写入需跨中心同步，核心链路 RTT 由 1ms 增至 2ms\"\r\n\r\n---\r\n\r\n## 三、权衡与评估（高分关键）\r\n\r\n| 权衡维度 | 典型取舍 |\r\n|---------|---------|\r\n| 一致性 vs 性能/可用性 | CAP 取舍；TCC / Saga / 本地消息表的选择依据 |\r\n| 拆分粒度 vs 运维复杂度 | 服务数与团队规模匹配，避免\"分布式单体\" |\r\n| 自研 vs 成熟组件 | 团队熟悉度、社区活跃度、可控性 |\r\n| 成本 vs 扩展性 | 预留容量 vs 按需弹性伸缩 |\r\n| 演进性 | 为未来 2-3 年业务预留扩展点，避免过度设计 |\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 峰值 QPS/TPS、响应时间（P99）、并发用户数\r\n- 可用性（99.9% / 99.99%）、RTO/RPO\r\n- 部署节点数、服务数、接口数、数据日增量\r\n- 缓存命中率、数据库查询耗时下降比例\r\n- 故障恢复时间、发布频率（如由月度发布提升至周发布）\n\nFile v1.6.0:references/depth-criteria-ne.md\n\n# 应用深度标准详解：网络规划设计师（网规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明网规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分层规划对照\r\n\r\n阅卷关注是否体现\"规划设计\"能力，而非设备堆砌。论文应覆盖：\r\n\r\n| 层次 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 接入层 | VLAN 划分、端口安全、802.1X、Trunk |\r\n| 汇聚层 | STP/RSTP 防环、三层终结、策略路由 |\r\n| 核心层 | 高速转发、路由协议、冗余（VRRP/堆叠） |\r\n| 安全 | 防火墙分区、ACL、VPN、零信任、IPS |\r\n| 演进 | SDN/NFV、IPv6 双栈、QoS |\r\n\r\n---\r\n\r\n## 二、协议选型的高分写法\r\n\r\n### 路由协议\r\n- 错误：\"用了 OSPF\"\r\n- 正确：\"核心采用 OSPF 多区域，area 0 为骨干，各园区为 stub 区域减少 LSA 泛洪；与运营商互联用 BGP 做路由策略控制与故障切换\"\r\n\r\n### 冗余协议\r\n- 错误：\"做了热备\"\r\n- 正确：\"核心交换机 VRRP 双网关，上行链路 LACP 聚合，单点故障切换 < 1s，对业务无感知\"\r\n\r\n### 二层防环\r\n- 错误：\"用了生成树\"\r\n- 正确：\"RSTP 收敛秒级，关键链路 MSTP 多实例负载分担，避免单实例阻塞\"\r\n\r\n###  overlay / SDN\r\n- 正确：\"数据中心采用 VXLAN 实现大二层，SDN 控制器统一编排，业务按需开通\"\r\n\r\n---\r\n\r\n## 三、方案设计的权衡（高分关键）\r\n\r\n- 可靠性 vs 成本：双机热备提升可用性但增加投入\r\n- 性能 vs 复杂度：MPLS 提供 QoS 但运维更复杂\r\n- 安全 vs 易用：零信任增强安全但影响体验\r\n- 演进性：IPv6/SDN 为未来预留能力\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 带宽利用率、链路带宽（如 40G 核心）\r\n- 时延（RTT）、抖动、丢包率\r\n- 可用性（99.99%）\r\n- 故障切换时间、收敛时间\r\n- 覆盖终端/站点数量\n\nFile v1.6.0:references/depth-criteria-pm.md\n\n# 应用深度标准详解：信息系统项目管理师（信管）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明信管论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、PMBOK 知识域对照\r\n\r\n阅卷关注是否真正运用了项目管理知识，而非空喊\"我做了项目管理\"。优先在论文中落地以下知识域（至少 3-4 个）：\r\n\r\n| 知识域 | 论文中可体现的内容 |\r\n|--------|-------------------|\r\n| 整合管理 | 项目章程、项目管理计划、变更控制委员会（CCB） |\r\n| 范围管理 | 需求跟踪矩阵、WBS 分解、范围确认 |\r\n| 进度管理 | 活动定义、关键路径法（CPM）、进度压缩（赶工/快速跟进） |\r\n| 成本管理 | 估算方法、挣值管理（EVM）、成本偏差分析 |\r\n| 质量管理 | 质量核对单、测试评审、缺陷密度 |\r\n| 风险管理 | 风险登记册、定性/定量风险分析、应对策略 |\r\n| 沟通/干系人 | 沟通管理计划、干系人参与度评估矩阵 |\r\n\r\n---\r\n\r\n## 二、关键工具的高分写法\r\n\r\n### WBS（工作分解结构）\r\n- 错误：只说\"我做了 WBS\"\r\n- 正确：\"将项目分解为 5 个一级、120 个末级活动，并以 WBS 字典明确每个包的交付物与责任人\"\r\n\r\n### 挣值管理（EVM）\r\n- 错误：只说\"用 EVM 控制成本\"\r\n- 正确：\"第 6 个月 PV=420 万、EV=398 万、AC=410 万，计算得 SPI=0.95、CPI=0.97，识别进度滞后后启动赶工，2 周后 SPI 回升至 1.02\"\r\n\r\n### 关键路径法（CPM）\r\n- 错误：只说\"排了进度计划\"\r\n- 正确：\"识别出关键路径为需求→设计→联调→上线共 18 周，通过快速跟进将设计阶段与部分开发并行，压缩 12 天\"\r\n\r\n### 风险矩阵\r\n- 错误：罗列风险名称\r\n- 正确：\"建立概率-影响矩阵，对高概率高影响风险（如接口延期）制定规避+转移组合策略，并预留应急储备\"\r\n\r\n---\r\n\r\n## 三、过程组闭环呈现\r\n\r\n高分论文应有清晰的生命周期闭环：启动（章程/干系人）→ 规划（MPP/基准）→ 执行（团队/采购）→ 监控（绩效审查/EVM）→ 收尾（验收/移交）。缺失任一环节都会被视为\"只有片段、没有管理\"。\r\n\r\n---\r\n\r\n## 四、量化数据清单（建议准备）\r\n\r\n- 进度偏差率（SPI）、成本偏差率（CPI）\r\n- 关键路径压缩天数、里程碑按期率\r\n- 风险数量与已关闭率、缺陷密度\r\n- 干系人满意度、用户验收一次通过率\n\nFile v1.6.0:references/depth-criteria-sa.md\n\n# 应用深度标准详解：系统分析师（系分）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系分论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、分析方法论对照\r\n\r\n阅卷关注是否真正完成\"分析→建模\"，而非直接写实现。论文应体现以下方法论的运用：\r\n\r\n| 方法 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 结构化分析 | DFD（分层数据流图）、数据字典、E-R 图、结构化语言 |\r\n| 面向对象分析 | 用例图（功能）、类图（静态）、时序图/活动图（动态）、状态图（生命周期） |\r\n| 需求工程 | 获取（访谈/原型）→ 分析 → 验证与确认 → 管理（追踪矩阵） |\r\n| 可行性分析 | 技术/经济/操作可行性论证 |\r\n| BPR | 业务流程建模、流程优化与重组 |\r\n\r\n---\r\n\r\n## 二、建模视图的高分写法\r\n\r\n### 用例图（功能视角）\r\n- 错误：\"系统有很多功能\"\r\n- 正确：\"以用例图刻画 12 个参与者与 28 个用例，识别出'跨省结算'为包含关系、'异常处理'为扩展关系\"\r\n\r\n### 类图（静态结构）\r\n- 错误：只画几个类\r\n- 正确：\"建立参保人、账户、待遇 3 个核心类及其泛化/关联关系，标注多重性，消除术语歧义\"\r\n\r\n### 时序图（动态交互）\r\n- 错误：文字描述交互\r\n- 正确：\"用时序图刻画'实时核保'跨 4 个对象的消息流，定位出同步阻塞点并改为异步\"\r\n\r\n### DFD / E-R（结构化）\r\n- 错误：只有说明\r\n- 正确：\"顶层 DFD 划定系统边界，0 层分解出 5 个处理，配套 E-R 图明确 8 个实体主外键\"\r\n\r\n---\r\n\r\n## 三、方法对比选型（高分关键）\r\n\r\n高分论文会说明\"为什么选这种方法\"：\r\n- 结构化 vs 面向对象：本项目因 legacy 系统多、强调数据一致性，采用结构化为主、面向对象为辅\r\n- 建模工具对比：Rational/Enterprise Architect 的取舍\r\n\r\n---\r\n\r\n## 四、可行性分析与需求追踪\r\n\r\n- 技术可行性：现有平台能否支撑\r\n- 经济可行性：成本收益估算\r\n- 操作可行性：用户接受度与培训\r\n- 需求追踪矩阵：确保每个需求可回溯到来源与测试用例\r\n\r\n---\r\n\r\n## 五、量化/具体清单（建议准备）\r\n\r\n- 实体/用例/类数量\r\n- 需求条目数与变更次数\r\n- 建模覆盖的业务流程数\r\n- 可行性分析的量化结论（如回收期、ROI）\n\nFile v1.6.0:references/depth-criteria-sp.md\n\n# 应用深度标准详解：系统规划与管理师（系规）\r\n\r\n本文档配合 `SKILL.md` Phase 4「技术深度要求」与 `writing-principles.md` 使用，说明系规论文\"维度二·应用深度\"的评分要点与常见写法。ruankao-essay-scoring 技能评分时维度二同以此为准。\r\n\r\n---\r\n\r\n## 一、ITIL 4 / ITSS 框架对照\r\n\r\n阅卷关注是否运用服务管理方法论，而非写成\"运维流水账\"。论文应体现：\r\n\r\n| 框架要素 | 论文中可体现的内容 |\r\n|----------|-------------------|\r\n| 服务价值体系（SVS） | 机会/需求→价值：服务如何创造价值 |\r\n| 服务价值链 | 计划/改进/参与/设计与转换/获取与构建/交付与支持 |\r\n| ITSS 成熟度 | 运维能力成熟度（人员/过程/技术/资源） |\r\n| 服务规划 | 服务目录、SLA、容量/可用性/连续性/安全 |\r\n| 服务运营 | 事件/问题/变更/配置(CMDB)/发布管理 |\r\n| 服务改进 | PDCA、CSI、服务测量 |\r\n\r\n---\r\n\r\n## 二、SLA 设计的高分写法\r\n\r\n- 错误：\"我们要求可用性 99.9%\"\r\n- 正确：\"为 60 个部门按业务等级定义差异化 SLA：核心业务可用性 99.99%、响应时间 < 5min；并建立 SLA 度量报表与违约问责机制\"\r\n\r\n### SLA 关键组成\r\n- 服务目录（服务名称/范围/时长）\r\n- 服务级别指标（可用性/性能/支持）\r\n- 度量与报告机制\r\n- 例外与豁免条款\r\n\r\n---\r\n\r\n## 三、流程落地的高分写法\r\n\r\n### 事件管理\r\n- 正确：\"统一服务台受理，按优先级路由，一线解决率 70%，超时自动升级\"\r\n\r\n### 问题管理\r\n- 正确：\"对高频事件做根因分析（RCA），形成已知错误库，重复事件下降 40%\"\r\n\r\n### 变更管理\r\n- 正确：\"标准/普通/紧急三级变更，普通变更走 CCB 评审，紧急变更事后补单\"\r\n\r\n### 配置管理（CMDB）\r\n- 正确：\"建立 CI 模型，关联应用-主机-网络设备，变更自动同步，准确率 98%\"\r\n\r\n---\r\n\r\n## 四、持续改进闭环（高分关键）\r\n\r\n- PDCA：计划（改进目标）→ 执行（改进项）→ 检查（度量）→ 处理（标准化）\r\n- CSI：基于服务度量数据识别改进机会，形成改进登记册\r\n- 量化：SLA 达成率、MTTR、客户满意度趋势\r\n\r\n---\r\n\r\n## 五、量化指标清单（建议准备）\r\n\r\n- SLA 达成率、MTTR/MTBF\r\n- 事件按时解决率、一线解决率\r\n- CMDB 覆盖率/准确率\r\n- 客户满意度、服务请求量\r\n- 容量利用率、可用性（99.99%）\n\nFile v1.6.0:references/essay-seven-questions.md\n\n# 论文七问（完整版）\r\n\r\n写作与自查始终围绕以下七个问题展开，确保论文回答清楚、论证完整。七问覆盖论文的核心评分维度，任何一问回答不清都会直接扣分。\r\n\r\n## 七问总表\r\n\r\n| # | 问题 | 论文对应位置 | 对应评分维度 |\r\n|---|------|-------------|-------------|\r\n| 0 | 我是否以**架构师视角**去设计架构和撰写论文？ | 全文（视角贯穿） | 应用深度与水平 |\r\n| 1 | 我干了什么项目？我的职责是什么？ | 项目背景 | 实践性 |\r\n| 2 | 我为什么要用这个架构？非它不可吗？ | 理论部分（选型论证） | 应用深度与水平 |\r\n| 3 | 这个架构是什么？怎么组织约束？各构件之间怎么配置连接？ | 理论部分（架构描述） | 应用深度与水平 |\r\n| 4 | 该架构在项目中的**具体实践应用**？ | 分论点（实践展开） | 实践性 |\r\n| 5 | 我用了该架构后遇到了什么困难？ | 分论点（踩坑与反思） | 实践性 |\r\n| 6 | 该架构应用后的效果是什么？ | 总结与感悟 | 实践性 |\r\n| 7 | 论文是否存在**空话、套话**？是否纯理论而没有体现实践性？ | 全文（统摄性检查） | 实践性 + 文字表达能力 |\r\n\r\n> 各资格通用：Q2/Q3 中的\"架构\"按论文主题替换理解——信管对应管理框架、网规对应网络方案、系规对应服务体系，七问框架不变。\r\n\r\n## 各问要点\r\n\r\n- **七问是主线，不是模板**：不必按序机械罗列，但要确保每问都有答案，且答案依托项目实际\r\n- **Q2 最关键**：阅卷最看重\"为什么\"，要写出候选方案对比 → 权衡取舍 → 最终选型，体现\"非它不可\"\r\n- **Q3 要具体**：画出架构图/拓扑，说明组织约束、构件连接方式，避免空谈理论\r\n- **Q5 体现真实**：写出踩坑经历与解决过程，是论文真实性、实践性的最佳证明\r\n- **Q0 贯穿全文**：始终以架构师视角组织内容——先全局设计再细节，突出权衡取舍而非罗列功能；全文至少写清 1 处明确的取舍（trade-off，为达成某目标牺牲了什么），有取舍才有架构思维\r\n- **Q7 是七问的红线**：空话套话 = 没有回答。每段理论后紧跟\"我在项目中……\"的具体做法，用量化数据替代形容词（如\"大幅提升\"→\"响应时间从 800ms 降至 120ms\"）；做\"删段测试\"——删掉任一自然段后论文依然成立，该段即为套话，必须重写\r\n\r\n## 七问在正文中的落点\r\n\r\n| 论文部分 | 回答的七问 |\r\n|---------|-----------|\r\n| 摘要 | Q1、Q4、Q6 的浓缩 |\r\n| 项目背景 | Q1 |\r\n| 主题理论段 | Q2、Q3 |\r\n| 分论点 1-3 | Q4、Q5（各选一个实践点展开，四步结构中的\"动作\"写取舍） |\r\n| 问题与解决 | Q5（实施过程中的真实困难与处理） |\r\n| 总结与感悟 | Q6 + 反思（呼应 Q0 的取舍） |\n\nFile v1.6.0:references/outline-template.md\n\n# 论文提纲模板\r\n\r\n本文档提供论文提纲的完整模板及各部分的填写指导。\r\n\r\n---\r\n\r\n## 完整提纲模板\r\n\r\n```\r\n## 摘要\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。该项目{项目建设内容——概括}。本文以该项目为例，讨论{论文主题}，{中心论点——概括}。通过{解决方案概述}，{解决方案取得的效果}。项目最终{项目成果}。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。\r\n\r\n{项目建设内容——详细描述功能模块/子系统及职责}\r\n\r\n{技术架构——详细描述使用了哪些技术，每种技术解决什么问题}\r\n\r\n### {与主题相关的标题}\r\n\r\n1. 通过SCQA，引出论文主题：\r\n   - S（情境）：{当前系统/业务的现状}\r\n   - C（冲突）：{现状与期望目标之间的矛盾}\r\n   - Q（问题）：{引出论文主题要解决的核心问题}\r\n\r\n2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}\r\n\r\n3. 简要概括中心论点：我们在项目中通过{方法/策略}来解决{问题}。\r\n\r\n### 分论点1：{分论点1的标题}\r\n\r\nS：{情境——该问题在项目中的具体背景}\r\nC：{冲突——遇到了什么困难或挑战}\r\nQ：{问题——需要解决什么}\r\nA：{回答——我们采取了什么措施}\r\n\r\n举的例子：{具体的事例/案例，结合素材库中的素材}\r\n\r\n### 分论点2：{分论点2的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 分论点3：{分论点3的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：{实施过程中遇到的真实问题，一句话点明}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n2. 问题2：{第二个真实问题}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n\r\n### 总结与感悟\r\n\r\n1. 概括解决方案取得的效果\r\n2. 概括项目取得的成果\r\n3. 项目成功交付上线\r\n4. 不足与改进 / 我对主题的深刻理解（架构权衡、敬畏之心、沟通技巧等）\r\n5. 未来展望\r\n```\r\n\r\n---\r\n\r\n## 各部分填写指导\r\n\r\n**字数配额总表**（正文合计约 2300 字最稳妥，先保核心段，再回过头压背景和总结）：\r\n\r\n| 段落 | 字数 | 占比 |\r\n|------|------|------|\r\n| 项目背景 | 400-450 | ~20% |\r\n| 主题理论段 | 150-200 | ~8% |\r\n| 核心段（3 个分论点） | 1200-1400 | ~55% |\r\n| 问题与解决 | 300-350 | ~14% |\r\n| 总结与感悟 | 250-300 | ~12% |\r\n\r\n> 核心段是全文重心，占正文一半以上。背景写超 450 字、核心段不足 1200 字是最常见的结构失衡。\r\n\r\n### 摘要\r\n\r\n摘要是对正文的**压缩**，不是延伸。读者不看正文，仅凭摘要就应知道全文内容。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（概括）\r\n- 中心论点（概括）\r\n- 解决方案取得的效果\r\n- 项目成果\r\n\r\n**字数**：不超过 300 字（低于 120 字直接不及格）。\r\n\r\n**注意**：一般不加\"帽子\"性语句；字数不够时可加50字左右，但总长不得突破 300 字。\r\n\r\n### 项目背景\r\n\r\n项目背景是正文的起点，需要让阅卷专家快速了解你的项目。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（**详细**——列出功能模块/子系统及职责）\r\n- 技术架构（**详细**——使用了哪些技术，每种技术解决什么问题）\r\n\r\n**字数**：400-450 字。\r\n\r\n**技巧**：\r\n- 项目名称要见名知意\r\n- 技术架构要体现项目的技术复杂度\r\n- 突出与论文主题相关的技术选型\r\n- **为后文埋伏笔**：后文要写高并发、可用性，背景就要先交代相应的业务压力（如\"促销期间峰值 QPS 达 8 万，历史架构多次出现超时\"）。背景与后文的问题必须对得上，这叫逻辑自洽\r\n- **用文字\"画\"架构图**：用一到两句描述分层结构（如\"系统自下而上分为接入层、网关层、服务层、数据层\"），让阅卷老师在脑中形成画面感\r\n- 少写空话套话，把字数留给规模数据和自己的职责\r\n\r\n### 主题部分（与主题相关的标题）\r\n\r\n这是论文的核心，需要完成三个任务：\r\n\r\n1. **SCQA 引出主题**：用情境→冲突→问题的方式自然过渡到论文主题，避免突兀\r\n2. **回答理论问题**：逐一回答子题目2中的理论要点，确保不遗漏\r\n3. **概括中心论点**：用一两句话概括\"我们在项目中是怎么做的\"\r\n\r\n**标题命名**：用与论文主题直接相关的标题，如\"面向服务架构的设计与应用\"、\"层次式架构的设计实践\"等，不要用\"主题论述\"这类泛化标题。\r\n\r\n**字数**：150-200 字。这一段是过渡与定调，不要把理论在这里展开完，留给分论点。\r\n\r\n### 分论点\r\n\r\n每个分论点 **350-400 字**，按 **理论 → 场景 → 动作 → 结果** 四步展开，每步约 80-100 字：\r\n\r\n| 步骤 | 证明什么 | 写法 | 示例 |\r\n|------|---------|------|------|\r\n| **理论** | 你懂这个概念 | 一句话点出技术/方法及其适用边界 | \"事件驱动架构通过异步消息解耦生产者与消费者，适用于流程长、实时性要求不高的链路\" |\r\n| **场景** | 这是真实项目 | 该项目中的具体业务压力或约束 | \"理赔流程涉及核损、审核、赔付等 7 个环节，同步调用导致链路阻塞\" |\r\n| **动作** | 你能落地 | 具体做了什么，**并写明取舍** | \"引入 RabbitMQ 做环节间事件通知；代价是牺牲了强实时性，需额外补偿查询接口\" |\r\n| **结果** | 有成效 | 量化数据 | \"理赔平均处理时长从 3 天降至 4 小时，峰值无积压\" |\r\n\r\n> **取舍（trade-off）是高级资格的得分点**：不要只堆技术，要写明\"为满足 X 牺牲了 Y\"（如为满足高可用牺牲强一致、为降低耦合增加部署复杂度）。有取舍，才有架构思维。\r\n\r\nSCQA 可作为四步结构的前置引入（S/C/Q 压缩成一两句话引出该分论点），不要占用过多字数：\r\n\r\n| 要素 | 说明 |\r\n|------|------|\r\n| **S（情境）** | 该问题在项目中的具体背景 |\r\n| **C（冲突）** | 遇到的困难或挑战 |\r\n| **Q（问题）** | 需要解决什么 |\r\n\r\n**分论点数量**：3个为宜，对应子题目2的3个理论要点。\r\n\r\n**必须举例**：每个分论点都要结合素材库中的具体案例，避免纯理论论述。\r\n\r\n### 问题与解决\r\n\r\n**字数**：300-350 字（2 个问题，每个约 150 字）。\r\n\r\n**写法**：按 **问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样** 四步展开。\r\n\r\n**要求**：\r\n- 写 **2 个小问题**，不要写一个\"惊天动地\"的大问题——大问题往往圆不回来，反而暴露虚假\r\n- 问题必须来自项目实施过程，且与前面的方案对得上（前面写了微服务拆分，这里就写拆分带来的分布式事务问题）\r\n- 每个问题约 150 字即可，处理措施要具体，结果要有数据或明确状态\r\n\r\n### 总结与感悟\r\n\r\n### 总结与感悟\r\n\r\n总结不是简单的重复，而是体现**反思深度**：\r\n\r\n1. **效果概括**：用数据说话，如\"系统响应时间降低60%\"、\"QPS提升3倍\"\r\n2. **成果概括**：项目整体取得的成果\r\n3. **项目上线**：明确写出\"项目成功交付上线\"\r\n4. **不足与改进 / 深刻理解**：\r\n   - 不足与改进：坦诚地指出解决方案的局限性和改进方向\r\n   - 深刻理解：对主题的独到见解，如架构权衡的心得、对技术选型的反思、沟通协作的体会等\r\n5. **未来展望**：简要展望技术或业务的发展方向\r\n\r\n**字数**：250-300 字。\r\n\r\n**这一部分是体现\"标新立异\"的关键**，好的总结能让阅卷专家眼前一亮。\r\n\r\n---\r\n\r\n## 提纲填写示例\r\n\r\n以\"论软件架构风格\"为例：\r\n\r\n```\r\n## 摘要\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计。该平台支持产品配置、智能核保、在线理赔等业务。本文以该项目为例，讨论软件架构风格的选择与应用。在项目中，我根据不同业务模块的特点，分别采用了分层架构、事件驱动架构和微服务架构，实现了系统的高内聚低耦合。通过合理的架构风格选型，系统日均处理保单5万+，核保响应时间<2秒。项目于2025年1月成功上线，获得用户高度评价。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计和技术选型。该平台涵盖产品配置中心、智能核保引擎、在线理赔系统、用户管理门户四个核心子系统，服务该保险公司全国30个分支机构。技术架构上，采用Spring Cloud微服务框架、MySQL+Redis数据层、RabbitMQ消息中间件、Elasticsearch搜索引擎，部署在K8s容器集群上。\r\n\r\n### 软件架构风格的选择与应用\r\n\r\n1. SCQA引出主题：\r\n   - S：保险业务流程复杂，涉及核保、理赔、精算等多个环节\r\n   - C：不同业务模块对架构的要求差异大，单一架构风格难以兼顾\r\n   - Q：如何为不同业务模块选择合适的架构风格？\r\n\r\n2. 理论问题回答：常见的软件架构风格包括数据流风格、调用/返回风格、独立构件风格、虚拟机风格等，每种风格有其适用场景和局限性。\r\n\r\n3. 中心论点：我们在项目中根据业务模块的特点，分别选择了分层架构（产品配置）、事件驱动架构（理赔流程）和微服务架构（智能核保），实现了架构风格与业务需求的最佳匹配。\r\n\r\n### 分论点1：产品配置中心——分层架构的应用\r\n\r\nS：产品配置中心需要管理数百种保险产品的参数和规则\r\nC：产品规则频繁变更，但要求配置变更不影响其他模块\r\nQ：如何实现业务逻辑与数据访问的解耦？\r\nA：采用分层架构，严格划分表现层、业务逻辑层、数据访问层\r\n\r\n举的例子：产品费率调整场景，仅修改业务逻辑层规则，表现层和数据访问层无需改动\r\n\r\n### 分论点2：理赔流程——事件驱动架构的应用\r\n\r\nS：理赔流程涉及多个环节，需要跨部门协作\r\nC：同步调用导致流程阻塞，一个环节延迟影响整个链路\r\nQ：如何实现理赔环节的异步解耦？\r\nA：采用事件驱动架构，通过RabbitMQ实现环节间的事件通知\r\n\r\n举的例子：理赔审核通过事件触发赔付流程，无需等待赔付模块响应\r\n\r\n### 分论点3：智能核保——微服务架构的应用\r\n\r\nS：智能核保引擎是平台的核心差异化能力\r\nC：核保算法需要频繁迭代，且对计算资源需求波动大\r\nQ：如何实现核保引擎的独立演进和弹性伸缩？\r\nA：采用微服务架构，将核保引擎拆分为独立服务，基于K8s实现自动扩缩容\r\n\r\n举的例子：双11促销期间核保请求激增，K8s自动扩容从3个Pod到15个Pod，响应时间稳定<2秒\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：微服务拆分后出现跨服务数据不一致\r\n   原因：核保与保单服务各自持库，本地事务无法覆盖跨服务操作\r\n   处理：引入Saga补偿事务，关键环节增加对账Job兜底\r\n   结果：不一致单据从日均20+降至0，对账Job每日自动修复残余差异\r\n\r\n2. 问题2：事件驱动链路排查困难\r\n   原因：异步消息跨服务，缺少统一TraceId\r\n   处理：统一消息头注入TraceId，接入SkyWalking做全链路追踪\r\n   结果：故障定位时间从小时级降至分钟级\r\n\r\n### 总结与感悟\r\n\r\n1. 通过合理选择架构风格，系统实现了高内聚低耦合，各模块可独立演进\r\n2. 项目上线后日均处理保单5万+，核保响应时间<2秒，用户满意度达95%\r\n3. 项目于2025年1月成功上线\r\n4. 深刻理解：架构风格的选择没有银弹，关键在于理解业务特点和质量属性需求，做出合理的权衡。分层架构带来了解耦但增加了层次间调用的开销，事件驱动架构提升了响应性但增加了调试难度，微服务架构实现了独立部署但引入了分布式事务的复杂性。架构设计需要在这些trade-off中找到平衡点。\r\n5. 未来展望：计划引入Serverless架构进一步优化弹性伸缩能力\r\n```\n\nArchive v1.5.0: 17 files, 47754 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-ne.md (1931b), references/depth-criteria-pm.md (2491b), references/depth-criteria-sa.md (2441b), references/depth-criteria-sp.md (2381b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2783b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (2987b), SKILL.md (13420b), _meta.json (140b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.5.0\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\nrelated_skills:\r\n  - ruankao-essay-scoring\r\nauthor: nieen\r\ncreated: 2026-05-12\r\nskill_type: 通用🟡\r\ntags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查围绕七个问题展开：**Q0 视角**（是否以架构师视角写）→ **Q1 项目**（项目与职责）→ **Q2 选型**（为什么非它不可）→ **Q3 架构**（组成/约束/连接）→ **Q4 实践**（如何落地）→ **Q5 踩坑**（遇到什么困难）→ **Q6 效果**（量化成效）→ **Q7 反套话**（是否有空话）。任何一问回答不清都会直接扣分。\r\n\r\n完整表格、各问要点与七问在正文中的落点见 `references/essay-seven-questions.md`。\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n1. **确认报考资格** → 按资格选项目类型：架构/系分 → 技术类（`references/project-examples-arch.md`）；信管 → 管理类（`references/project-examples-pm.md`）；网规 → 网络类（`references/project-examples-ne.md`）；系规 → IT 服务/运维类\r\n2. **选定项目** → **只准备一个\"万能项目\"**：选自己最熟悉、体量适中（百万级~千万级）、技术栈较新的真实项目。之后无论考可用性、安全性、微服务还是大数据，都用它去\"套\"和\"裁剪\"，不要准备多个项目——项目越熟，细节越真，考场上越稳\r\n3. **梳理素材** → 项目背景（名称/发起方/角色/周期/建设内容/架构/量化指标）+ 难点与挑战（业务难点、技术难点）。难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可\r\n4. **建立素材库** → 选 3-7 个核心业务场景，按生命周期梳理\"任务→挑战→手段→效果→总结\"，用金字塔 + SCQA 组织、5W2H 补细节，并按论文七问预埋答案\r\n5. **练熟节奏** → 考前按\"先列提纲 → 再单练核心段 → 最后限时写全文\"练 2-3 遍，确保考场上不是第一次完整成文\r\n\r\n详细选择标准、背景模板、素材库示例与训练节奏见 `references/project-preparation.md`。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n核心结构：**摘要**（项目背景 + 中心论点 + 效果成果）→ **项目背景**（时间/发起方/角色职责/建设内容/技术架构）→ **主题理论段**（SCQA 引出主题 + 回答子问题 2 的理论要点 + 概括中心论点）→ **分论点 1-3**（各按四步结构展开并附项目实例）→ **问题与解决**（2 个小问题及其处理过程）→ **总结与感悟**（效果 + 成果 + 不足与改进 + 展望）。\r\n\r\n**字数配额与四步结构**见 `references/outline-template.md`。列提纲时即确认试题的每个子问题在正文中有对应段落（子问题 → 段落映射），避免答非所问。\r\n\r\n列提纲时即确认论文七问各落在哪个段落（对应关系见 `references/essay-seven-questions.md`），避免写完才发现遗漏。\r\n\r\n---\r\n\r\n## Phase 3：摘要撰写\r\n\r\n### 核心要求\r\n\r\n| 要求 | 标准 |\r\n|------|------|\r\n| 字数 | **不超过 300 字**；低于 120 字直接不及格 |\r\n| 内容 | 四步走：项目是什么 → 我负责什么 → 本文讨论什么 → 最后有什么结果（各一到两句）；概括正文全貌，不要只谈大道理 |\r\n| 帽子 | 一般不加\"帽子\"性语句；字数不够时可加 50 字左右 |\r\n\r\n### 摘要模板\r\n\r\n读取 `references/abstract-templates.md` 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。\r\n\r\n### 写作顺序建议\r\n\r\n- **写作速度快的考生**：先写正文，后写摘要——正文正常发挥，摘要水到渠成。风险：时间不够则无摘要，损失大。\r\n- **写作速度慢的考生**：先写摘要，后写正文——摘要指导正文方向。风险：可能限制正文发挥。\r\n\r\n> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文\"接\"着摘要写。\r\n\r\n---\r\n\r\n## Phase 4：正文撰写（填充内容）\r\n\r\n### 正文字数要求\r\n\r\n正文 **2000-2500 字**，**绝对不得低于 2000 字**。\r\n\r\n本技能用于个人练习写作，练笔时正文可适当放宽到 **3000 字左右**；但评分按 2000-2500 字判定，超出同样扣分。\r\n\r\n正文完成后，直接对文本计算字数：提取\"一、×××\"到\"结束语/总结\"之间的内容，统计中文字符数（`len([c for c in body if '\\u4e00' <= c <= '\\u9fff'])`）。\r\n\r\n### 段落字数配额与核心段结构\r\n\r\n正文按 **背景 400-450 → 主题理论 150-200 → 核心段 1200-1400（3 个分论点，每个 350-400）→ 问题与解决 300-350 → 总结 250-300** 分配，合计约 2300 字最稳妥（先保核心段，再压背景与总结）。\r\n\r\n- **分论点四步结构**：理论 → 场景 → 动作 → 结果，每步 80-100 字；动作部分必须写明**取舍（trade-off）**——为达成某质量属性牺牲了什么\r\n- **问题及解决段**：核心段之后写 2 个小问题，每个约 150 字，按\"问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样\"；问题须来自实施过程并与前文方案对得上，不编\"惊天动地\"的大问题\r\n- **用文字\"画\"架构图**：背景中用一段文字描述分层（接入层 / 网关层 / 服务层 / 数据层），让阅卷老师形成画面感\r\n\r\n完整配额表与四步结构示例见 `references/outline-template.md`。\r\n\r\n### 内容填充方法\r\n\r\n按照提纲逐部分填充，运用以下三个框架：\r\n\r\n- **金字塔原理**：结论先行，以上统下，归类分组，逻辑递进\r\n- **SCQA 框架**：Situation（情境）→ Complication（冲突）→ Question（问题）→ Answer（回答）——每个分论点的基本结构\r\n- **5W2H**：Who、What、When、Where、Why、How、How much——补充必要细节，增强真实性\r\n\r\n正文按论文七问主线串联，缺一问即按对应维度扣分。\r\n\r\n### 六大写作原则\r\n\r\n以自我为中心（写\"我\"做了什么）、站在对应资格的专业视角、忠实于论点、条理清晰开门见山（每段 ≤ 8 行）、标新立异有主见、表达书面化且段落转承自然。\r\n\r\n详细解释、示例对比与进阶技巧见 `references/writing-principles.md`。\r\n\r\n### 技术深度要求\r\n\r\n选择 **5-6 个**有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：\r\n- 紧密结合主题项目\r\n- 以主题项目中的具体内容为例\r\n- 说明\"如何做的\"而非\"是什么\"\r\n\r\n> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。\r\n\r\n### 交付说明\r\n\r\n每次生成论文正文后，按字数统计方法计算正文字数并向用户展示，注明限制范围（摘要 ≤300 字，正文 2000-2500 字），并按段落配额表给出各部分字数分布。同时提醒用户：\r\n\r\n> **考试论文正文按 2000-2500 字控制即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。**\r\n\r\n---\r\n\r\n## Phase 5：检查校对\r\n\r\n完成初稿后逐项检查，不可因时间紧迫而忽略。读取 `references/common-issues.md` 获取完整 17 项通用检查清单，并按报考资格补充特有检查项：架构 → 通用 17 项即可；信管 → +PMBOK 过程域覆盖；系分 → +建模完整性；网规 → +网络方案可行性；系规 → +ITIL 流程覆盖。\r\n\r\n同时确认以下五点：\r\n\r\n1. **字数达标** — 按字数统计方法计算：摘要 ≤300 字，正文 2000-2500 字且不得低于 2000 字\r\n2. **段落配额合理** — 核心段是否占 1200-1400 字（占正文一半以上）？背景是否超过 450 字挤占核心段？是否有\"问题与解决\"段？\r\n3. **论文七问逐问核对** — 每问都有明确答案且依托项目实际；Q2 选型论证与 Q5 踩坑反思最易被跳过，重点检查\r\n4. **取舍与实证** — 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？\r\n5. **Q7 红线通读** — 做\"删段测试\"：删掉任一自然段后论文若依然成立，该段即为套话，必须重写为具体做法 + 数据\r\n\r\n检查完成后，可调用 **ruankao-essay-scoring** 技能对论文进行逐维度评分，获取量化反馈与提分建议。\r\n\r\n---\r\n\r\n## 常见错误与故障排查\r\n\r\n成文质量偏差或流程卡壳时，读取 `references/common-errors.md`（含常见错误表与故障排查表）。\r\n\r\n---\r\n\r\n## 相关资源\r\n\r\n- `references/abstract-templates.md` - 4 种摘要模板，含 5 资格示例\r\n- `references/outline-template.md` - 完整提纲模板、段落字数配额与分论点四步结构\r\n- `references/project-preparation.md` - 万能项目原则、素材库示例与备考训练节奏\r\n- `references/common-issues.md` - 17 项通用检查清单 + 各资格特有检查项\r\n- `references/common-errors.md` - 常见错误表与故障排查表\r\n- `references/essay-seven-questions.md` - 论文七问完整表格、各问要点与正文落点\r\n- `references/writing-principles.md` - 六大写作原则详解（含 5 资格视角）\r\n- `references/project-examples-arch.md` - 架构/系分类项目案例\r\n- `references/project-examples-pm.md` - 信管类项目案例\r\n- `references/project-examples-ne.md` - 网规类项目案例\r\n- `references/depth-criteria-{pm,sa,ne,sp}.md` - 信管/系分/网规/系规的应用深度标准详解\r\n- **关联技能**：`ruankao-essay-scoring`（论文评分与诊断）\r\n\r\n---\r\n\r\n*最后更新：2026-09-22（版本 1.5.0）*\n\nFile v1.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1790093619029\n}\n\nFile v1.5.0:references/abstract-templates.md\n\n# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，并运用挣值管理（EVM）监控进度与成本偏差，最后指出了在需求变更管控上的不足与改进方向。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 本文讨论某第三方支付平台风控系统的需求分析与建模。该系统需支撑实名认证、交易反欺诈、商户准入等核心业务，日均交易 2000 万笔。在本文中首先讨论了结构化与面向对象分析方法的对比选型，然后讨论了用例图、类图与时序图的建模过程，以及 DFD 与 E-R 图对业务流程和数据结构的刻画，最后指出了在需求追踪与验证上的不足及改进方向。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 本文讨论某集团园区网的高可用规划与设计。该园区覆盖 3 栋研发楼与 2 栋数据中心楼，接入终端 1.2 万台，核心业务要求 7×24 不间断。在本文中首先讨论了接入/汇聚/核心三层架构设计，然后讨论了 OSPF 多区域划分、VRRP 双机热备与链路聚合的冗余方案，以及防火墙分区与安全策略，最后指出了在 IPv6 演进上的不足及改进方向。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 本文讨论某市政务云 IT 服务规划与设计。该平台为 60 个部门提供 IaaS/PaaS 服务，需保障服务持续性与合规性。在本文中首先讨论了基于 ITIL 4 的服务目录与 SLA 设计，然后讨论了事件、问题、变更与配置（CMDB）管理流程的落地，以及容量与连续性管理，最后指出了在服务持续改进上的不足及改进方向。在本项目的建设过程中，我担任了 IT 服务经理。\r\n\r\n---\r\n\r\n## 模板二：需求驱动型\r\n\r\n根据……需求（项目背景），我所在的……组织了……项目的开发。该项目……（项目背景、简单功能介绍）。在该项目中，我担任了……（作者的工作角色）。我通过采取……（技术、方法、工具、措施、手段），使该项目圆满完成，得到了用户们的一致好评。但现在看来，……（不足之处/如何改进、特色之处、发展趋势）。\r\n\r\n**适用场景**：项目由明确业务需求驱动，强调解决问题的过程和成果。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 根据某大型制造企业数字化转型需求，我所在的公司组织了智能制造执行系统（MES）项目的开发。该项目覆盖生产排程、质量追溯、设备监控等核心功能，服务该企业6个生产基地。在该项目中，我担任了系统架构设计师。我通过采用微服务架构进行系统拆分、引入事件驱动模式实现生产数据实时处理、运用领域驱动设计指导服务边界划分等措施，使该项目圆满完成，得到了用户们的一致好评。但现在看来，在分布式事务一致性保障方面仍有优化空间。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 根据某市医保市级统筹业务整合需求，我所在的公司组织了医保核心业务系统升级项目的开发。该项目需打通 8 个区县医保数据、统一待遇核算规则，涉及 23 家定点机构接口改造。在该项目中，我担任了项目经理。我通过制定 WBS 与里程碑计划、建立周例会与绩效审查机制、运用挣值管理跟踪进度偏差等措施，使项目按期上线，得到了医保局的一致好评。但现在看来，在跨机构干系人沟通机制上仍有优化空间。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 根据某商业银行新一代核心系统建设需求，我所在的部门组织了核心业务建模与需求分析项目的开发。该项目需重构存款、贷款、支付等 200 余个业务实体，统一业务术语。在该项目中，我担任了系统分析师。我通过采用面向对象分析方法建立类图与状态图、运用 DFD 梳理跨系统数据流、开展可行性论证等措施，使需求基线稳定交付，得到了项目组的一致好评。但现在看来，在需求变更的可追溯性上仍有优化空间。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 根据某集团多园区网络互联互通与统一管控需求，我所在的部门组织了集团广域网与园区网整合项目的建设。该项目需将 5 地园区、3 个数据中心互联，保障生产网与办公网隔离。在该项目中，我担任了网络规划设计师。我通过采用 MPLS VPN 实现多站点互联、用 BGP 做路由策略控制、部署 SDN 控制器统一编排等措施，使网络如期贯通，得到了集团信息部的一致好评。但现在看来，在多厂商设备自动化运维上仍有优化空间。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 根据某国企 IT 服务集中化与降本增效需求，我所在的部门组织了 IT 服务管理体系（ITSM）建设项目。该项目需将分散在 9 个下属单位的运维团队整合为统一服务台，建立标准化流程。在该项目中，我担任了 IT 服务经理。我通过基于 ITIL 4 设计服务目录与 SLA、落地事件与变更管理流程、建设 CMDB 配置库等措施，使服务请求按时解决率显著提升，得到了管理层的认可。但现在看来，在自动化巡检与持续改进机制上仍有优化空间。\r\n\r\n---\r\n\r\n## 模板三：经历叙述型\r\n\r\n……年……月，我参加了……项目的开发，担任……（作者的工作角色）。该项目……（项目背景、简单功能介绍）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。\r\n\r\n**适用场景**：项目经历有明确时间节点，便于体现真实性和时效性。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 2024年3月，我参加了某互联网保险平台项目的开发，担任系统架构设计师。该项目为某保险公司打造的在线保险销售与理赔服务平台，支持产品配置、智能核保、在线理赔等业务。本文结合作者的实践，以该保险平台项目为例，讨论面向服务架构（SOA）的设计与应用，包括服务拆分策略、服务编排与 choreography 的选择、以及 API 网关的设计与实现。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 2023年5月，我参加了某城商行核心业务系统升级项目的建设，担任项目经理。该项目需在不中断对外服务的前提下完成核心账务系统换代，涉及 11 个周边系统的配套改造。本文结合作者的实践，以该升级项目为例，讨论信息系统项目的风险管理，包括风险识别与应对、进度与成本的挣值监控、以及变更控制流程的设计与执行。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 2023年9月，我参加了某省级医保信息平台需求分析项目的建设，担任系统分析师。该项目需整合城镇居民与职工医保数据、支撑跨省异地就医结算。本文结合作者的实践，以该平台项目为例，讨论系统需求分析与建模，包括结构化与面向对象分析方法的对比、用例模型与类模型的建立、以及可行性分析的过程。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 2024年1月，我参加了某证券公司数据中心网络改造项目的建设，担任网络规划设计师。该项目需将同城双活数据中心网络重构，满足低时延交易与监管合规要求。本文结合作者的实践，以该改造项目为例，讨论数据中心网络的高可用设计，包括分层架构、大二层与 overlay 方案选型、以及故障切换机制。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 2023年7月，我参加了某政务云运营体系建设项目，担任 IT 服务经理。该项目需为 80 个委办局提供统一云服务并保障 SLA。本文结合作者的实践，以该政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 制定、事件与问题管理流程落地、以及服务持续改进机制。\r\n\r\n---\r\n\r\n## 模板四：主题引领型\r\n\r\n……是……（\"戴帽子\"，讲论文主题的重要性）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：需要补充字数时使用（摘要上限 300 字，帽子控制在 50 字左右，总长不得突破 300 字）。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 层次式架构设计是企业级系统实现高内聚低耦合的关键手段，合理的层次划分直接影响系统的可维护性和可扩展性。本文结合作者的实践，以某商业银行核心交易系统项目为例，讨论层次式架构设计的实践，包括表现层与业务逻辑层的接口设计、数据访问层的抽象与封装、以及跨层次异常处理机制的设计。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 风险管理是信息系统项目成功交付的关键保障，识别并控制风险往往决定项目成败。本文结合作者的实践，以某省政务大数据平台项目为例，讨论信息系统项目的风险管理，包括风险登记册的建立、定性/定量风险分析、以及应对策略与监控机制的设计。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 需求建模是系统分析从业务现状到技术方案的桥梁，建模质量直接决定系统能否真正满足业务。本文结合作者的实践，以某商业银行核心系统项目为例，讨论系统需求分析与建模，包括面向对象建模方法的选择、用例与类模型的构建、以及需求验证机制。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 高可用设计是网络系统支撑关键业务连续性的基础，冗余与故障切换能力决定业务中断风险。本文结合作者的实践，以某集团园区网项目为例，讨论网络高可用规划与设计，包括三层架构冗余、路由协议快速收敛、以及安全分区设计。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 服务级别管理（SLA）是 IT 服务价值交付的契约基础，科学的 SLA 设计决定服务满意度与可信度。本文结合作者的实践，以某市政务云项目为例，讨论 IT 服务规划与设计，包括服务目录与 SLA 设计、运维流程落地、以及服务度量与持续改进。在本项目的开发过程中，我担任了 IT 服务经理。\n\nFile v1.5.0:references/common-errors.md\n\n# 常见错误与故障排查\r\n\r\n写作指导过程中出现偏差时的对照表。「常见错误」是成文质量层面的坑，「故障排查」是执行流程层面的坑，两者互补。完整检查清单见 `references/common-issues.md`。\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 控制在 300 字以内（不低于 120 字），包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 摘要超过 300 字 | 摘要上限 300 字 | 压缩背景铺垫，只保留项目背景 + 中心论点 + 效果 |\r\n| 正文低于 2000 字（硬伤） | 正文绝对不得低于 2000 字 | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 评分按 2000-2500 字判定，超出即扣分 | 精简论点，重点保留 2-3 个分论点；练习写作可放宽到 3000 字左右 |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\r\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\r\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n| 结构失衡：背景过长、核心段过薄 | 背景写超 450 字，核心段不足 1200 字，重心倒置 | 按配额重分配：背景压到 400-450，核心段补到 1200-1400（3 个分论点各 350-400） |\r\n| 分论点只讲理论不写取舍 | 只说\"用了什么技术\"，没有\"牺牲了什么\"，缺架构思维 | 每个分论点补一句 trade-off（为达成 X 牺牲了 Y），并在总结中呼应 |\r\n| 缺少\"问题与解决\"段 | 全文只讲方案不讲问题，真实感不足 | 补 2 个来自实施过程的小问题，每个约 150 字，按\"问题→原因→处理→结果\" |\r\n| 准备了多个项目，细节记不牢 | 每个项目只记得轮廓，写到细节就露怯 | 收敛到一个\"万能项目\"，按不同论题角度裁剪素材 |\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 正文低于 2000 字 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 是否超出评分判定区间？ | 精简论点；练习写作可放宽到 3000 字左右，评分仍按 2000-2500 字判定 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不合要求 | 摘要是否在 120-300 字之间？ | 按 `references/abstract-templates.md` 中的模板调整，不低于 120 字、不超过 300 字 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，只选定一个\"万能项目\"，选 3-7 个核心业务场景建立素材 |\r\n| 字数不知如何分配 | 各部分字数是否失衡？ | 按配额表：背景 400-450 / 主题理论 150-200 / 核心段 1200-1400 / 问题与解决 300-350 / 总结 250-300 |\r\n| 考前不知如何练 | 是否只背范文没动笔？ | 按 `project-preparation.md` 的备考节奏：先限时列提纲 → 再单练核心段 → 最后限时写全文 |\n\nFile v1.5.0:references/common-issues.md\n\n# 论文常见问题及修正建议\r\n\r\n以下问题按严重程度排列，前 6 条为致命或高频失分项，必须逐一排除。\r\n\r\n---\r\n\r\n## 致命/高频问题\r\n\r\n### 1. 走题\r\n\r\n**表现**：看到试题标题，不读三个问题就按三段论写论文，导致内容与考查侧重点不匹配。或者看到熟悉主题就默写事先准备好的论文，不管是否切合题意。\r\n\r\n**修正**：\r\n- 必须逐一回答试题提出的 3 个问题，**圈出每个要点**\r\n- 同一主题，问题不同则组织内容的方式完全不同\r\n- 用试题的 3 个问题作为论文的 3 个核心段落/部分\r\n- **特别注意第二个子问题**，必须每个要点都回答到位，避免不必要的丢分\r\n\r\n### 2. 遗漏子问题要点\r\n\r\n**表现**：只回答了子问题的部分要点，遗漏了关键内容。\r\n\r\n**修正**：\r\n- 分析试题时逐题圈出所有要点\r\n- 撰写提纲时确保每个要点都有对应的论点或段落\r\n- 检查校对时逐一对照试题要点清单\r\n\r\n### 3. 缺乏主题项目\r\n\r\n**表现**：笼统地说\"我是做银行软件的\"，没有具体项目。\r\n\r\n**修正**：\r\n- 必须具体说明：某年某月参加的某个具体项目\r\n- 介绍项目背景和功能\r\n- 指明自己在项目中的角色\r\n- 每个论文试题的第一个问题一般就是\"简述你参与开发过的项目\"\r\n\r\n### 4. 字数不足\r\n\r\n**表现**：摘要少于 120 字，正文少于 2000 字。\r\n\r\n**修正**：\r\n- 摘要不超过 300 字，低于 120 字直接不及格\r\n- 正文 2000-2500 字，绝对不得低于 2000 字\r\n- 字数按答题纸格子计数（含标点和图形）\r\n\r\n### 5. 缺少特色，泛泛而谈\r\n\r\n**表现**：把书刊杂志上的知识点罗列，没有结合项目实例。\r\n\r\n**修正**：\r\n- 所有措施（方法、技术）紧密结合主题项目\r\n- 阐述措施时以主题项目中的具体内容为例\r\n- 讲\"我在某项目中是如何做的\"，而非讲理论\r\n- 用具体的案例支撑论述，而非泛泛而谈\r\n\r\n### 6. 摘要归纳欠妥\r\n\r\n**表现**：摘要没有实质性内容，或加了太多帽子性语句。\r\n\r\n**修正**：\r\n- 标准：\"读者不看正文，就知道文章的全部内容\"\r\n- 摘要应简单包含正文的重点词句\r\n- 尽量不加帽子性语句，直接\"压缩\"正文内容\r\n\r\n---\r\n\r\n## 中频问题\r\n\r\n### 7. 项目年代久远\r\n\r\n**修正**：主题项目应是近 2-3 年内完成的，确保反映当前技术趋势。\r\n\r\n### 8. 口语化太重，表达不够书面化\r\n\r\n**表现**：\r\n- 使用口语化的短句堆砌，缺乏完整的句子结构\r\n- 频繁使用\"然后\"\"所以\"\"就是说\"\"反正\"等口语连接词\r\n- 大量使用\"我做了\"\"我搞了\"\"我们弄了\"等动词短语\r\n- 出现感叹句、反问句等非正式句式\r\n\r\n**修正**：\r\n- 使用书面语替代口语词汇，如\"处理→处置\"\"搞→实现\"\"弄→处理\"\"搞定→完成\"\r\n- 采用名词化结构：将\"我们重构了系统\"改为\"对系统进行了架构重构\"\r\n- 使用完整句式，避免\"短句轰炸\"，适当增加从句和修饰语\r\n- 使用技术术语体现专业性，如\"实现→实施\"\"解决→处置\"\"问题→挑战/瓶颈\"\r\n- 引入概念时使用\"所谓……是指……\"\"即\"\"通常而言\"等书面引导词\r\n- 避免感叹号、省略号、波浪号等非正式标点\r\n- 虽然强调\"以我为中心\"，但不要到处都是\"我\"\r\n- 适当用\"我们\"替代部分\"我\"，体现项目是集体劳动\r\n\r\n**正反示例**：\r\n\r\n| ❌ 口语化 | ✅ 书面化 |\r\n|-----------|-----------|\r\n| 我们重构了支付模块，然后上线了。 | 我们对支付模块进行了架构重构，并顺利完成了上线部署。 |\r\n| 这个系统很牛，处理速度很快。 | 该系统的吞吐能力显著提升，平均响应时间从5秒降低至0.8秒。 |\r\n| 我们一开始没想到会有这么多问题。 | 在项目初期，我们并未充分预见到如此复杂的技术挑战。 |\r\n| 后来我们又加了个缓存。 | 在此基础上，我们引入了Redis缓存层以缓解数据库访问压力。 |\r\n\r\n### 9. 忠实于论点\r\n\r\n**修正**：\r\n- 仔细阅读试题要求，正确理解题意\r\n- 阐述时绝对服从论点\r\n- 不要节外生枝，不要偏离论点\r\n- 半天讲不到点子再草草收场是常见失败模式\r\n\r\n### 10. 文章结构不清晰，段落太长\r\n\r\n**修正**：\r\n- 每个自然段不超过 8 行\r\n- 如果调整段落，很多不合格文章可以变成好文章\r\n- 加上小标题，使结构更清晰\r\n- 中心论点和各分论点的首句加粗高亮显示\r\n\r\n### 11. 整篇文章数字条目太多\r\n\r\n**修正**：\r\n- 可以用数字标识顺序使文章有条理\r\n- 但全文充满数字条目则太死板，影响得分\r\n- 适当使用自然段落过渡\r\n\r\n### 12. 文章深度不够\r\n\r\n**表现**：罗列太多措施（方法、技术），每个都蜻蜓点水。\r\n\r\n**修正**：\r\n- 选择 5-6 个有特色的措施准备，考试时动态删减至 2-3 个深入展开\r\n- 每个措施说明：为什么选、怎么做、效果如何\r\n- 不要企图面面俱到\r\n\r\n### 13. 逻辑不严谨\r\n\r\n**表现**：论证过程中逻辑跳跃或断裂，前后矛盾。\r\n\r\n**修正**：\r\n- 撰写提纲时梳理清楚论点之间的逻辑关系\r\n- 使用 SCQA 结构确保每个分论点的逻辑完整\r\n- 检查校对时关注项目细节前后一致性\r\n\r\n### 14. 段落转承不自然\r\n\r\n**表现**：\r\n- 段落之间缺乏过渡句，读起来有明显的\"跳跃感\"\r\n- 前后段落内容突兀，逻辑关系不清晰\r\n- 大量使用\"然后\"\"接着\"\"还有\"等口语化连接词\r\n- 句式单调，连续多个句子以相同主语开头\r\n\r\n**修正**：\r\n- 每个段落开头先用一句话点明本段主旨，再展开论述\r\n- 段落之间使用过渡句承上启下：\r\n  - 转折：**\"然而\"\"但与此同时\"\"值得注意的是\"**\r\n  - 递进：**\"在此基础上\"\"更进一步\"\"不仅如此\"**\r\n  - 因果：**\"基于此\"\"鉴于此\"\"正是出于这样的考虑\"**\r\n  - 总结：**\"综上所述\"\"总的来看\"\"从上述实践可以看出\"**\r\n  - 承接：**\"在解决了……问题后\"\"在确定了……之后\"**\r\n- 避免连续多句以\"我们\"\"系统\"\"该项目\"开头，交错使用主语和状语\r\n\r\n**示例对比**：\r\n\r\n| ❌ 生硬转承 | ✅ 自然转承 |\r\n|-------------|-------------|\r\n| 我们采用了微服务架构。然后我们遇到了分布式事务问题。我们最终采用了Saga模式。 | 在采用微服务架构后，一个随之而来的挑战便是分布式事务的一致性保障。针对这一问题，我们最终引入了Saga模式进行事务补偿。 |\r\n| 系统有性能问题。我们加了缓存。加了缓存后速度快了。 | 随着业务量的持续增长，系统在高并发场景下逐渐暴露出性能瓶颈。**基于此**，我们引入了Redis多级缓存策略。经实测，缓存命中率达到92%，接口响应时间从3秒降至0.5秒。 |\r\n\r\n---\r\n\r\n## 低频但需注意的问题\r\n\r\n### 14. 字数偏多\r\n\r\n**表现**：摘要超 300 字，正文超 2500 字。\r\n\r\n**修正**：\r\n- 实际考试时间有限，不可能写太长\r\n- 摘要压缩到 300 字以内，正文压缩到 2000-2500 字\r\n- 个人练习写作时正文可放宽到 3000 字左右，但评分仍按 2000-2500 字判定\r\n\r\n### 15. 文字表达能力差\r\n\r\n**修正**：\r\n- 平时多读文章，多写文档\r\n- 注意措辞的准确性和连贯性\r\n\r\n### 16. 缺乏独特见解\r\n\r\n**表现**：全篇没有自己的思考和体会，只是按部就班地叙述。\r\n\r\n**修正**：\r\n- 在\"总结与感悟\"部分加入对架构权衡的思考\r\n- 表达对技术选型的反思、对沟通协作的体会\r\n- 体现\"架构师的敬畏之心\"——没有银弹，只有权衡\r\n\r\n### 17. 项目选择不当\r\n\r\n**表现**：选择了小型系统、过时技术项目、纯硬件项目或纯技术项目。\r\n\r\n**修正**：\r\n- 选择具备业务复杂度和技术复杂度的项目\r\n- 项目应体现当前信息化建设潮流（数字化转型、智能化升级、AI应用等）\r\n- 避免功能单一、规模小的系统\r\n\r\n---\r\n\r\n## 检查校对完整清单\r\n\r\n完成论文后，按以下清单逐项检查：\r\n\r\n| # | 检查项 | 检查方法 | ✓ |\r\n|---|--------|----------|---|\r\n| 1 | 完整回应试题 | 是否逐一回答了试题的所有子问题？每个要点是否都回答到位？ | |\r\n| 2 | 走题检查 | 内容是否围绕试题的考查侧重点？是否偏离了论点？ | |\r\n| 3 | 字数检查 | 摘要 ≤300 字且 ≥120 字？正文 ≥2000 字且 ≤2500 字（练习可放宽到 3000 字左右）？ | |\r\n| 4 | 摘要质量 | 不看正文，仅凭摘要能否知道全文内容？ | |\r\n| 5 | 结构完整 | 是否符合金字塔原理？是否加了小标题？中心论点和分论点首句是否加粗高亮？ | |\r\n| 6 | 逻辑严谨 | 论证是否环环相扣？是否有逻辑跳跃或断裂？ | |\r\n| 7 | 深度足够 | 选了 5-6 个技术点准备？最终呈现 2-3 个深入展开？还是蜻蜓点水？ | |\r\n| 8 | 具体案例 | 是否用具体的案例支撑论述？还是泛泛而谈罗列理论？ | |\r\n| 9 | 项目一致性 | 项目细节是否前后一致？有无矛盾之处？ | |\r\n| 10 | 独特见解 | 是否有自己独特的见解和体会？ | |\r\n| 11 | 书面化程度 | 句式是否完整规范？是否仍有口语化表达？是否使用了技术术语？ | |\r\n| 12 | 缺乏主题项目 | 是否具体说明了某年某月的某个项目及角色？ | |\r\n| 13 | 项目时效 | 项目是否在近 2-3 年内？ | |\r\n| 14 | 结构死板 | 是否全篇都是数字条目？段落是否过长（>8行）？ | |\r\n| 15 | 段落转承自然 | 段落之间是否有过渡句承上启下？读起来是否顺畅？主语是否单调重复？ | |\r\n| 16 | 段落配额 | 背景 ≤450 字？核心段 1200-1400 字（占正文一半以上）？有\"问题与解决\"段（300-350 字）？总结 250-300 字？ | |\r\n| 17 | 取舍与实证 | 每个分论点是否四步齐全（理论/场景/动作/结果）？是否有明确的 trade-off 表述？结果是否有量化数据？ | |\r\n\r\n---\r\n\r\n## 各资格特有检查项\r\n\r\n以下检查项在通用 17 项之外，按报考资格补充：\r\n\r\n### 信管（信息系统项目管理师）特有\r\n- [ ] PMBOK 十大知识域是否覆盖至少 3-4 个有实质性内容？\r\n- [ ] 是否展示了管理工具应用（WBS / 关键路径法 / EVM / 风险矩阵）？\r\n- [ ] 是否有进度/成本偏差的量化数据（如 SPI、CPI）？\r\n- [ ] 五大过程组（启动→收尾）是否闭环呈现？\r\n- [ ] 干系人管理与沟通策略是否体现？\r\n\r\n### 系分（系统分析师）特有\r\n- [ ] 是否有至少 2 种建模视图（用例图+类图、DFD+E-R 等）？\r\n- [ ] 需求获取→分析→验证→管理链条是否完整？\r\n- [ ] 是否体现了结构化与面向对象方法的对比选型？\r\n- [ ] 可行性分析（技术/经济/操作）是否论证？\r\n- [ ] 业务流程建模（BPR）是否合理？\r\n\r\n### 网规（网络规划设计师）特有\r\n- [ ] 网络拓扑分层（接入/汇聚/核心）是否清晰？\r\n- [ ] 协议选型（OSPF/BGP/VLAN/MPLS 等）是否有权衡分析？\r\n- [ ] 高可用与冗余（VRRP/堆叠/链路聚合）是否设计？\r\n- [ ] 安全（防火墙/ACL/VPN/零信任）是否考虑？\r\n- [ ] 是否有带宽/时延/可用性量化指标？\r\n\r\n### 系规（系统规划与管理师）特有\r\n- [ ] 是否体现 ITIL 4 / ITSS 框架？\r\n- [ ] 是否有 SLA 设计与服务度量数据？\r\n- [ ] 事件/问题/变更/配置（CMDB）流程是否落地？\r\n- [ ] 服务改进（PDCA/CSI）闭环是否体现？\r\n- [ ] 容量/可用性/连续性管理是否覆盖？\r\n\r\n---\r\n\r\n## 额外提醒\r\n\r\n实践部分的内容应该根据论文题目的理论要点进行描述，重点在于描述理论知识要点在项目中的应用，**而不是介绍项目本身功能是什么**。\n\nFile v1.5.0:references/depth-criteria-ne.md\n\n# 应用深度标准详解：网络规划设计师（网规）\r\n\r\n本文档配合 `scoring-rubric-ne.md` 使用，说明网规论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、分层规划对照\r\n\r\n阅卷关注是否体现\"规划设计\"能力，而非设备堆砌。论文应覆盖：\r\n\r\n| 层次 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 接入层 | VLAN 划分、端口安全、802.1X、Trunk |\r\n| 汇聚层 | STP/RSTP 防环、三层终结、策略路由 |\r\n| 核心层 | 高速转发、路由协议、冗余（VRRP/堆叠） |\r\n| 安全 | 防火墙分区、ACL、VPN、零信任、IPS |\r\n| 演进 | SDN/NFV、IPv6 双栈、QoS |\r\n\r\n---\r\n\r\n## 二、协议选型的高分写法\r\n\r\n### 路由协议\r\n- 错误：\"用了 OSPF\"\r\n- 正确：\"核心采用 OSPF 多区域，area 0 为骨干，各园区为 stub 区域减少 LSA 泛洪；与运营商互联用 BGP 做路由策略控制与故障切换\"\r\n\r\n### 冗余协议\r\n- 错误：\"做了热备\"\r\n- 正确：\"核心交换机 VRRP 双网关，上行链路 LACP 聚合，单点故障切换 < 1s，对业务无感知\"\r\n\r\n### 二层防环\r\n- 错误：\"用了生成树\"\r\n- 正确：\"RSTP 收敛秒级，关键链路 MSTP 多实例负载分担，避免单实例阻塞\"\r\n\r\n###  overlay / SDN\r\n- 正确：\"数据中心采用 VXLAN 实现大二层，SDN 控制器统一编排，业务按需开通\"\r\n\r\n---\r\n\r\n## 三、方案设计的权衡（高分关键）\r\n\r\n- 可靠性 vs 成本：双机热备提升可用性但增加投入\r\n- 性能 vs 复杂度：MPLS 提供 QoS 但运维更复杂\r\n- 安全 vs 易用：零信任增强安全但影响体验\r\n- 演进性：IPv6/SDN 为未来预留能力\r\n\r\n---\r\n\r\n## 四、量化指标清单（建议准备）\r\n\r\n- 带宽利用率、链路带宽（如 40G 核心）\r\n- 时延（RTT）、抖动、丢包率\r\n- 可用性（99.99%）\r\n- 故障切换时间、收敛时间\r\n- 覆盖终端/站点数量\n\nFile v1.5.0:references/depth-criteria-pm.md\n\n# 应用深度标准详解：信息系统项目管理师（信管）\r\n\r\n本文档配合 `scoring-rubric-pm.md` 使用，说明信管论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、PMBOK 知识域对照\r\n\r\n阅卷关注是否真正运用了项目管理知识，而非空喊\"我做了项目管理\"。优先在论文中落地以下知识域（至少 3-4 个）：\r\n\r\n| 知识域 | 论文中可体现的内容 |\r\n|--------|-------------------|\r\n| 整合管理 | 项目章程、项目管理计划、变更控制委员会（CCB） |\r\n| 范围管理 | 需求跟踪矩阵、WBS 分解、范围确认 |\r\n| 进度管理 | 活动定义、关键路径法（CPM）、进度压缩（赶工/快速跟进） |\r\n| 成本管理 | 估算方法、挣值管理（EVM）、成本偏差分析 |\r\n| 质量管理 | 质量核对单、测试评审、缺陷密度 |\r\n| 风险管理 | 风险登记册、定性/定量风险分析、应对策略 |\r\n| 沟通/干系人 | 沟通管理计划、干系人参与度评估矩阵 |\r\n\r\n---\r\n\r\n## 二、关键工具的高分写法\r\n\r\n### WBS（工作分解结构）\r\n- 错误：只说\"我做了 WBS\"\r\n- 正确：\"将项目分解为 5 个一级、120 个末级活动，并以 WBS 字典明确每个包的交付物与责任人\"\r\n\r\n### 挣值管理（EVM）\r\n- 错误：只说\"用 EVM 控制成本\"\r\n- 正确：\"第 6 个月 PV=420 万、EV=398 万、AC=410 万，计算得 SPI=0.95、CPI=0.97，识别进度滞后后启动赶工，2 周后 SPI 回升至 1.02\"\r\n\r\n### 关键路径法（CPM）\r\n- 错误：只说\"排了进度计划\"\r\n- 正确：\"识别出关键路径为需求→设计→联调→上线共 18 周，通过快速跟进将设计阶段与部分开发并行，压缩 12 天\"\r\n\r\n### 风险矩阵\r\n- 错误：罗列风险名称\r\n- 正确：\"建立概率-影响矩阵，对高概率高影响风险（如接口延期）制定规避+转移组合策略，并预留应急储备\"\r\n\r\n---\r\n\r\n## 三、过程组闭环呈现\r\n\r\n高分论文应有清晰的生命周期闭环：启动（章程/干系人）→ 规划（MPP/基准）→ 执行（团队/采购）→ 监控（绩效审查/EVM）→ 收尾（验收/移交）。缺失任一环节都会被视为\"只有片段、没有管理\"。\r\n\r\n---\r\n\r\n## 四、量化数据清单（建议准备）\r\n\r\n- 进度偏差率（SPI）、成本偏差率（CPI）\r\n- 关键路径压缩天数、里程碑按期率\r\n- 风险数量与已关闭率、缺陷密度\r\n- 干系人满意度、用户验收一次通过率\n\nFile v1.5.0:references/depth-criteria-sa.md\n\n# 应用深度标准详解：系统分析师（系分）\r\n\r\n本文档配合 `scoring-rubric-sa.md` 使用，说明系分论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、分析方法论对照\r\n\r\n阅卷关注是否真正完成\"分析→建模\"，而非直接写实现。论文应体现以下方法论的运用：\r\n\r\n| 方法 | 论文中可体现的内容 |\r\n|------|-------------------|\r\n| 结构化分析 | DFD（分层数据流图）、数据字典、E-R 图、结构化语言 |\r\n| 面向对象分析 | 用例图（功能）、类图（静态）、时序图/活动图（动态）、状态图（生命周期） |\r\n| 需求工程 | 获取（访谈/原型）→ 分析 → 验证与确认 → 管理（追踪矩阵） |\r\n| 可行性分析 | 技术/经济/操作可行性论证 |\r\n| BPR | 业务流程建模、流程优化与重组 |\r\n\r\n---\r\n\r\n## 二、建模视图的高分写法\r\n\r\n### 用例图（功能视角）\r\n- 错误：\"系统有很多功能\"\r\n- 正确：\"以用例图刻画 12 个参与者与 28 个用例，识别出'跨省结算'为包含关系、'异常处理'为扩展关系\"\r\n\r\n### 类图（静态结构）\r\n- 错误：只画几个类\r\n- 正确：\"建立参保人、账户、待遇 3 个核心类及其泛化/关联关系，标注多重性，消除术语歧义\"\r\n\r\n### 时序图（动态交互）\r\n- 错误：文字描述交互\r\n- 正确：\"用时序图刻画'实时核保'跨 4 个对象的消息流，定位出同步阻塞点并改为异步\"\r\n\r\n### DFD / E-R（结构化）\r\n- 错误：只有说明\r\n- 正确：\"顶层 DFD 划定系统边界，0 层分解出 5 个处理，配套 E-R 图明确 8 个实体主外键\"\r\n\r\n---\r\n\r\n## 三、方法对比选型（高分关键）\r\n\r\n高分论文会说明\"为什么选这种方法\"：\r\n- 结构化 vs 面向对象：本项目因 legacy 系统多、强调数据一致性，采用结构化为主、面向对象为辅\r\n- 建模工具对比：Rational/Enterprise Architect 的取舍\r\n\r\n---\r\n\r\n## 四、可行性分析与需求追踪\r\n\r\n- 技术可行性：现有平台能否支撑\r\n- 经济可行性：成本收益估算\r\n- 操作可行性：用户接受度与培训\r\n- 需求追踪矩阵：确保每个需求可回溯到来源与测试用例\r\n\r\n---\r\n\r\n## 五、量化/具体清单（建议准备）\r\n\r\n- 实体/用例/类数量\r\n- 需求条目数与变更次数\r\n- 建模覆盖的业务流程数\r\n- 可行性分析的量化结论（如回收期、ROI）\n\nFile v1.5.0:references/depth-criteria-sp.md\n\n# 应用深度标准详解：系统规划与管理师（系规）\r\n\r\n本文档配合 `scoring-rubric-sp.md` 使用，说明系规论文\"维度二·应用深度\"的评分要点与常见写法。\r\n\r\n---\r\n\r\n## 一、ITIL 4 / ITSS 框架对照\r\n\r\n阅卷关注是否运用服务管理方法论，而非写成\"运维流水账\"。论文应体现：\r\n\r\n| 框架要素 | 论文中可体现的内容 |\r\n|----------|-------------------|\r\n| 服务价值体系（SVS） | 机会/需求→价值：服务如何创造价值 |\r\n| 服务价值链 | 计划/改进/参与/设计与转换/获取与构建/交付与支持 |\r\n| ITSS 成熟度 | 运维能力成熟度（人员/过程/技术/资源） |\r\n| 服务规划 | 服务目录、SLA、容量/可用性/连续性/安全 |\r\n| 服务运营 | 事件/问题/变更/配置(CMDB)/发布管理 |\r\n| 服务改进 | PDCA、CSI、服务测量 |\r\n\r\n---\r\n\r\n## 二、SLA 设计的高分写法\r\n\r\n- 错误：\"我们要求可用性 99.9%\"\r\n- 正确：\"为 60 个部门按业务等级定义差异化 SLA：核心业务可用性 99.99%、响应时间 < 5min；并建立 SLA 度量报表与违约问责机制\"\r\n\r\n### SLA 关键组成\r\n- 服务目录（服务名称/范围/时长）\r\n- 服务级别指标（可用性/性能/支持）\r\n- 度量与报告机制\r\n- 例外与豁免条款\r\n\r\n---\r\n\r\n## 三、流程落地的高分写法\r\n\r\n### 事件管理\r\n- 正确：\"统一服务台受理，按优先级路由，一线解决率 70%，超时自动升级\"\r\n\r\n### 问题管理\r\n- 正确：\"对高频事件做根因分析（RCA），形成已知错误库，重复事件下降 40%\"\r\n\r\n### 变更管理\r\n- 正确：\"标准/普通/紧急三级变更，普通变更走 CCB 评审，紧急变更事后补单\"\r\n\r\n### 配置管理（CMDB）\r\n- 正确：\"建立 CI 模型，关联应用-主机-网络设备，变更自动同步，准确率 98%\"\r\n\r\n---\r\n\r\n## 四、持续改进闭环（高分关键）\r\n\r\n- PDCA：计划（改进目标）→ 执行（改进项）→ 检查（度量）→ 处理（标准化）\r\n- CSI：基于服务度量数据识别改进机会，形成改进登记册\r\n- 量化：SLA 达成率、MTTR、客户满意度趋势\r\n\r\n---\r\n\r\n## 五、量化指标清单（建议准备）\r\n\r\n- SLA 达成率、MTTR/MTBF\r\n- 事件按时解决率、一线解决率\r\n- CMDB 覆盖率/准确率\r\n- 客户满意度、服务请求量\r\n- 容量利用率、可用性（99.99%）\n\nFile v1.5.0:references/essay-seven-questions.md\n\n# 论文七问（完整版）\r\n\r\n写作与自查始终围绕以下七个问题展开，确保论文回答清楚、论证完整。七问覆盖论文的核心评分维度，任何一问回答不清都会直接扣分。\r\n\r\n## 七问总表\r\n\r\n| # | 问题 | 论文对应位置 | 对应评分维度 |\r\n|---|------|-------------|-------------|\r\n| 0 | 我是否以**架构师视角**去设计架构和撰写论文？ | 全文（视角贯穿） | 应用深度与水平 |\r\n| 1 | 我干了什么项目？我的职责是什么？ | 项目背景 | 实践性 |\r\n| 2 | 我为什么要用这个架构？非它不可吗？ | 理论部分（选型论证） | 应用深度与水平 |\r\n| 3 | 这个架构是什么？怎么组织约束？各构件之间怎么配置连接？ | 理论部分（架构描述） | 应用深度与水平 |\r\n| 4 | 该架构在项目中的**具体实践应用**？ | 分论点（实践展开） | 实践性 |\r\n| 5 | 我用了该架构后遇到了什么困难？ | 分论点（踩坑与反思） | 实践性 |\r\n| 6 | 该架构应用后的效果是什么？ | 总结与感悟 | 实践性 |\r\n| 7 | 论文是否存在**空话、套话**？是否纯理论而没有体现实践性？ | 全文（统摄性检查） | 实践性 + 文字表达能力 |\r\n\r\n> 各资格通用：Q2/Q3 中的\"架构\"按论文主题替换理解——信管对应管理框架、网规对应网络方案、系规对应服务体系，七问框架不变。\r\n\r\n## 各问要点\r\n\r\n- **七问是主线，不是模板**：不必按序机械罗列，但要确保每问都有答案，且答案依托项目实际\r\n- **Q2 最关键**：阅卷最看重\"为什么\"，要写出候选方案对比 → 权衡取舍 → 最终选型，体现\"非它不可\"\r\n- **Q3 要具体**：画出架构图/拓扑，说明组织约束、构件连接方式，避免空谈理论\r\n- **Q5 体现真实**：写出踩坑经历与解决过程，是论文真实性、实践性的最佳证明\r\n- **Q0 贯穿全文**：始终以架构师视角组织内容——先全局设计再细节，突出权衡取舍而非罗列功能；全文至少写清 1 处明确的取舍（trade-off，为达成某目标牺牲了什么），有取舍才有架构思维\r\n- **Q7 是七问的红线**：空话套话 = 没有回答。每段理论后紧跟\"我在项目中……\"的具体做法，用量化数据替代形容词（如\"大幅提升\"→\"响应时间从 800ms 降至 120ms\"）；做\"删段测试\"——删掉任一自然段后论文依然成立，该段即为套话，必须重写\r\n\r\n## 七问在正文中的落点\r\n\r\n| 论文部分 | 回答的七问 |\r\n|---------|-----------|\r\n| 摘要 | Q1、Q4、Q6 的浓缩 |\r\n| 项目背景 | Q1 |\r\n| 主题理论段 | Q2、Q3 |\r\n| 分论点 1-3 | Q4、Q5（各选一个实践点展开，四步结构中的\"动作\"写取舍） |\r\n| 问题与解决 | Q5（实施过程中的真实困难与处理） |\r\n| 总结与感悟 | Q6 + 反思（呼应 Q0 的取舍） |\n\nFile v1.5.0:references/outline-template.md\n\n# 论文提纲模板\r\n\r\n本文档提供论文提纲的完整模板及各部分的填写指导。\r\n\r\n---\r\n\r\n## 完整提纲模板\r\n\r\n```\r\n## 摘要\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。该项目{项目建设内容——概括}。本文以该项目为例，讨论{论文主题}，{中心论点——概括}。通过{解决方案概述}，{解决方案取得的效果}。项目最终{项目成果}。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n{项目时间}，{发起方}委托{建设方}开发了{项目名称}。我在该项目中担任{角色和职责}。\r\n\r\n{项目建设内容——详细描述功能模块/子系统及职责}\r\n\r\n{技术架构——详细描述使用了哪些技术，每种技术解决什么问题}\r\n\r\n### {与主题相关的标题}\r\n\r\n1. 通过SCQA，引出论文主题：\r\n   - S（情境）：{当前系统/业务的现状}\r\n   - C（冲突）：{现状与期望目标之间的矛盾}\r\n   - Q（问题）：{引出论文主题要解决的核心问题}\r\n\r\n2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}\r\n\r\n3. 简要概括中心论点：我们在项目中通过{方法/策略}来解决{问题}。\r\n\r\n### 分论点1：{分论点1的标题}\r\n\r\nS：{情境——该问题在项目中的具体背景}\r\nC：{冲突——遇到了什么困难或挑战}\r\nQ：{问题——需要解决什么}\r\nA：{回答——我们采取了什么措施}\r\n\r\n举的例子：{具体的事例/案例，结合素材库中的素材}\r\n\r\n### 分论点2：{分论点2的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 分论点3：{分论点3的标题}\r\n\r\nS：{情境}\r\nC：{冲突}\r\nQ：{问题}\r\nA：{回答}\r\n\r\n举的例子：{具体的事例/案例}\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：{实施过程中遇到的真实问题，一句话点明}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n2. 问题2：{第二个真实问题}\r\n   原因：{为什么会发生}\r\n   处理：{我们怎么处理的}\r\n   结果：{处理后的效果}\r\n   （约 150 字）\r\n\r\n### 总结与感悟\r\n\r\n1. 概括解决方案取得的效果\r\n2. 概括项目取得的成果\r\n3. 项目成功交付上线\r\n4. 不足与改进 / 我对主题的深刻理解（架构权衡、敬畏之心、沟通技巧等）\r\n5. 未来展望\r\n```\r\n\r\n---\r\n\r\n## 各部分填写指导\r\n\r\n**字数配额总表**（正文合计约 2300 字最稳妥，先保核心段，再回过头压背景和总结）：\r\n\r\n| 段落 | 字数 | 占比 |\r\n|------|------|------|\r\n| 项目背景 | 400-450 | ~20% |\r\n| 主题理论段 | 150-200 | ~8% |\r\n| 核心段（3 个分论点） | 1200-1400 | ~55% |\r\n| 问题与解决 | 300-350 | ~14% |\r\n| 总结与感悟 | 250-300 | ~12% |\r\n\r\n> 核心段是全文重心，占正文一半以上。背景写超 450 字、核心段不足 1200 字是最常见的结构失衡。\r\n\r\n### 摘要\r\n\r\n摘要是对正文的**压缩**，不是延伸。读者不看正文，仅凭摘要就应知道全文内容。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（概括）\r\n- 中心论点（概括）\r\n- 解决方案取得的效果\r\n- 项目成果\r\n\r\n**字数**：不超过 300 字（低于 120 字直接不及格）。\r\n\r\n**注意**：一般不加\"帽子\"性语句；字数不够时可加50字左右，但总长不得突破 300 字。\r\n\r\n### 项目背景\r\n\r\n项目背景是正文的起点，需要让阅卷专家快速了解你的项目。\r\n\r\n**必含要素**：\r\n- 项目时间、发起方、建设方、项目名称\r\n- 我在项目中的角色和职责\r\n- 项目建设内容（**详细**——列出功能模块/子系统及职责）\r\n- 技术架构（**详细**——使用了哪些技术，每种技术解决什么问题）\r\n\r\n**字数**：400-450 字。\r\n\r\n**技巧**：\r\n- 项目名称要见名知意\r\n- 技术架构要体现项目的技术复杂度\r\n- 突出与论文主题相关的技术选型\r\n- **为后文埋伏笔**：后文要写高并发、可用性，背景就要先交代相应的业务压力（如\"促销期间峰值 QPS 达 8 万，历史架构多次出现超时\"）。背景与后文的问题必须对得上，这叫逻辑自洽\r\n- **用文字\"画\"架构图**：用一到两句描述分层结构（如\"系统自下而上分为接入层、网关层、服务层、数据层\"），让阅卷老师在脑中形成画面感\r\n- 少写空话套话，把字数留给规模数据和自己的职责\r\n\r\n### 主题部分（与主题相关的标题）\r\n\r\n这是论文的核心，需要完成三个任务：\r\n\r\n1. **SCQA 引出主题**：用情境→冲突→问题的方式自然过渡到论文主题，避免突兀\r\n2. **回答理论问题**：逐一回答子题目2中的理论要点，确保不遗漏\r\n3. **概括中心论点**：用一两句话概括\"我们在项目中是怎么做的\"\r\n\r\n**标题命名**：用与论文主题直接相关的标题，如\"面向服务架构的设计与应用\"、\"层次式架构的设计实践\"等，不要用\"主题论述\"这类泛化标题。\r\n\r\n**字数**：150-200 字。这一段是过渡与定调，不要把理论在这里展开完，留给分论点。\r\n\r\n### 分论点\r\n\r\n每个分论点 **350-400 字**，按 **理论 → 场景 → 动作 → 结果** 四步展开，每步约 80-100 字：\r\n\r\n| 步骤 | 证明什么 | 写法 | 示例 |\r\n|------|---------|------|------|\r\n| **理论** | 你懂这个概念 | 一句话点出技术/方法及其适用边界 | \"事件驱动架构通过异步消息解耦生产者与消费者，适用于流程长、实时性要求不高的链路\" |\r\n| **场景** | 这是真实项目 | 该项目中的具体业务压力或约束 | \"理赔流程涉及核损、审核、赔付等 7 个环节，同步调用导致链路阻塞\" |\r\n| **动作** | 你能落地 | 具体做了什么，**并写明取舍** | \"引入 RabbitMQ 做环节间事件通知；代价是牺牲了强实时性，需额外补偿查询接口\" |\r\n| **结果** | 有成效 | 量化数据 | \"理赔平均处理时长从 3 天降至 4 小时，峰值无积压\" |\r\n\r\n> **取舍（trade-off）是高级资格的得分点**：不要只堆技术，要写明\"为满足 X 牺牲了 Y\"（如为满足高可用牺牲强一致、为降低耦合增加部署复杂度）。有取舍，才有架构思维。\r\n\r\nSCQA 可作为四步结构的前置引入（S/C/Q 压缩成一两句话引出该分论点），不要占用过多字数：\r\n\r\n| 要素 | 说明 |\r\n|------|------|\r\n| **S（情境）** | 该问题在项目中的具体背景 |\r\n| **C（冲突）** | 遇到的困难或挑战 |\r\n| **Q（问题）** | 需要解决什么 |\r\n\r\n**分论点数量**：3个为宜，对应子题目2的3个理论要点。\r\n\r\n**必须举例**：每个分论点都要结合素材库中的具体案例，避免纯理论论述。\r\n\r\n### 问题与解决\r\n\r\n**字数**：300-350 字（2 个问题，每个约 150 字）。\r\n\r\n**写法**：按 **问题是什么 → 为什么发生 → 怎么处理 → 处理后怎样** 四步展开。\r\n\r\n**要求**：\r\n- 写 **2 个小问题**，不要写一个\"惊天动地\"的大问题——大问题往往圆不回来，反而暴露虚假\r\n- 问题必须来自项目实施过程，且与前面的方案对得上（前面写了微服务拆分，这里就写拆分带来的分布式事务问题）\r\n- 每个问题约 150 字即可，处理措施要具体，结果要有数据或明确状态\r\n\r\n### 总结与感悟\r\n\r\n### 总结与感悟\r\n\r\n总结不是简单的重复，而是体现**反思深度**：\r\n\r\n1. **效果概括**：用数据说话，如\"系统响应时间降低60%\"、\"QPS提升3倍\"\r\n2. **成果概括**：项目整体取得的成果\r\n3. **项目上线**：明确写出\"项目成功交付上线\"\r\n4. **不足与改进 / 深刻理解**：\r\n   - 不足与改进：坦诚地指出解决方案的局限性和改进方向\r\n   - 深刻理解：对主题的独到见解，如架构权衡的心得、对技术选型的反思、沟通协作的体会等\r\n5. **未来展望**：简要展望技术或业务的发展方向\r\n\r\n**字数**：250-300 字。\r\n\r\n**这一部分是体现\"标新立异\"的关键**，好的总结能让阅卷专家眼前一亮。\r\n\r\n---\r\n\r\n## 提纲填写示例\r\n\r\n以\"论软件架构风格\"为例：\r\n\r\n```\r\n## 摘要\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计。该平台支持产品配置、智能核保、在线理赔等业务。本文以该项目为例，讨论软件架构风格的选择与应用。在项目中，我根据不同业务模块的特点，分别采用了分层架构、事件驱动架构和微服务架构，实现了系统的高内聚低耦合。通过合理的架构风格选型，系统日均处理保单5万+，核保响应时间<2秒。项目于2025年1月成功上线，获得用户高度评价。\r\n\r\n---\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n\r\n2024年3月，某保险公司委托我司开发了互联网保险平台项目。我在该项目中担任系统架构设计师，负责整体架构设计和技术选型。该平台涵盖产品配置中心、智能核保引擎、在线理赔系统、用户管理门户四个核心子系统，服务该保险公司全国30个分支机构。技术架构上，采用Spring Cloud微服务框架、MySQL+Redis数据层、RabbitMQ消息中间件、Elasticsearch搜索引擎，部署在K8s容器集群上。\r\n\r\n### 软件架构风格的选择与应用\r\n\r\n1. SCQA引出主题：\r\n   - S：保险业务流程复杂，涉及核保、理赔、精算等多个环节\r\n   - C：不同业务模块对架构的要求差异大，单一架构风格难以兼顾\r\n   - Q：如何为不同业务模块选择合适的架构风格？\r\n\r\n2. 理论问题回答：常见的软件架构风格包括数据流风格、调用/返回风格、独立构件风格、虚拟机风格等，每种风格有其适用场景和局限性。\r\n\r\n3. 中心论点：我们在项目中根据业务模块的特点，分别选择了分层架构（产品配置）、事件驱动架构（理赔流程）和微服务架构（智能核保），实现了架构风格与业务需求的最佳匹配。\r\n\r\n### 分论点1：产品配置中心——分层架构的应用\r\n\r\nS：产品配置中心需要管理数百种保险产品的参数和规则\r\nC：产品规则频繁变更，但要求配置变更不影响其他模块\r\nQ：如何实现业务逻辑与数据访问的解耦？\r\nA：采用分层架构，严格划分表现层、业务逻辑层、数据访问层\r\n\r\n举的例子：产品费率调整场景，仅修改业务逻辑层规则，表现层和数据访问层无需改动\r\n\r\n### 分论点2：理赔流程——事件驱动架构的应用\r\n\r\nS：理赔流程涉及多个环节，需要跨部门协作\r\nC：同步调用导致流程阻塞，一个环节延迟影响整个链路\r\nQ：如何实现理赔环节的异步解耦？\r\nA：采用事件驱动架构，通过RabbitMQ实现环节间的事件通知\r\n\r\n举的例子：理赔审核通过事件触发赔付流程，无需等待赔付模块响应\r\n\r\n### 分论点3：智能核保——微服务架构的应用\r\n\r\nS：智能核保引擎是平台的核心差异化能力\r\nC：核保算法需要频繁迭代，且对计算资源需求波动大\r\nQ：如何实现核保引擎的独立演进和弹性伸缩？\r\nA：采用微服务架构，将核保引擎拆分为独立服务，基于K8s实现自动扩缩容\r\n\r\n举的例子：双11促销期间核保请求激增，K8s自动扩容从3个Pod到15个Pod，响应时间稳定<2秒\r\n\r\n### 问题与解决\r\n\r\n1. 问题1：微服务拆分后出现跨服务数据不一致\r\n   原因：核保与保单服务各自持库，本地事务无法覆盖跨服务操作\r\n   处理：引入Saga补偿事务，关键环节增加对账Job兜底\r\n   结果：不一致单据从日均20+降至0，对账Job每日自动修复残余差异\r\n\r\n2. 问题2：事件驱动链路排查困难\r\n   原因：异步消息跨服务，缺少统一TraceId\r\n   处理：统一消息头注入TraceId，接入SkyWalking做全链路追踪\r\n   结果：故障定位时间从小时级降至分钟级\r\n\r\n### 总结与感悟\r\n\r\n1. 通过合理选择架构风格，系统实现了高内聚低耦合，各模块可独立演进\r\n2. 项目上线后日均处理保单5万+，核保响应时间<2秒，用户满意度达95%\r\n3. 项目于2025年1月成功上线\r\n4. 深刻理解：架构风格的选择没有银弹，关键在于理解业务特点和质量属性需求，做出合理的权衡。分层架构带来了解耦但增加了层次间调用的开销，事件驱动架构提升了响应性但增加了调试难度，微服务架构实现了独立部署但引入了分布式事务的复杂性。架构设计需要在这些trade-off中找到平衡点。\r\n5. 未来展望：计划引入Serverless架构进一步优化弹性伸缩能力\r\n```\n\nFile v1.5.0:references/project-examples-arch.md\n\n# 架构类项目案例（系统架构设计师 / 系统分析师技术类）\r\n\r\n本文档为**架构、系分**资格提供可直接复用的技术类项目案例。每个案例含项目背景、典型技术点与可适配论题，用于建立素材库。\r\n\r\n---\r\n\r\n## 案例一：商业银行核心交易系统（金融核心）\r\n\r\n**项目背景**：某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算，日均交易 500 万笔，要求 7×24 可用性 99.99%。\r\n\r\n**典型技术点**：\r\n- 层次式架构（表现层/业务层/数据访问层）职责划分与接口设计\r\n- 微服务拆分按业务边界（账户、产品、支付、清算）\r\n- 缓存策略（Redis 集群）、数据库读写分离、分库分表\r\n- 分布式事务（TCC / Saga）、最终一致性权衡\r\n- 高可用：同城双活、服务注册发现、熔断限流\r\n\r\n**可适配论题**：层次式架构设计、微服务架构、高可用设计、软件架构风格、分布式事务。\r\n\r\n---\r\n\r\n## 案例二：电商交易中台（互联网中台）\r\n\r\n**项目背景**：某零售电商交易中台，支撑秒杀、订单、库存、营销，大促峰值 QPS 10 万+。\r\n\r\n**典型技术点**：\r\n- 领域驱动设计（DDD）指导服务边界划分\r\n- 事件驱动架构（EDA）、消息队列削峰\r\n- CQRS 读写分离、热点数据隔离\r\n- 限流（令牌桶）、降级、弹性扩容\r\n- 服务网格（Service Mesh）做流量治理\r\n\r\n**可适配论题**：面向服务架构（SOA）、企业集成、系统可靠性、架构演化。\r\n\r\n---\r\n\r\n## 案例三：工业物联网（IoT）平台\r\n\r\n**项目背景**：某制造企业设备联网平台，接入 10 万+ 设备，实时采集与边缘计算。\r\n\r\n**典型技术点**：\r\n- 边缘-云协同架构、边缘节点自治\r\n- 时序数据库、设备协议适配（MQTT/Modbus）\r\n- 流处理（规则引擎实时告警）\r\n- 数据接入层的水平扩展与多租户隔离\r\n\r\n**可适配论题**：系统架构设计、数据处理架构、高并发接入。\r\n\r\n---\r\n\r\n## 案例四：政务数据共享中台（数据中台）\r\n\r\n**项目背景**：某市政府数据中台，打通 12 个委办局数据，支撑跨部门业务协同。\r\n\r\n**典型技术点**：\r\n- 数据湖/数据仓库分层（ODS/DW/ADS）\r\n- 元数据与数据血缘管理\r\n- API 网关统一服务出口、数据脱敏\r\n- 主数据管理（MDM）\r\n\r\n**可适配论题**：数据架构设计、系统集成、企业架构。\r\n\r\n---\r\n\r\n## 素材库建设建议\r\n\r\n- 每个案例按 SCQA + 5W2H 组织，提炼 2-3 个可深入展开的技术点\r\n- 同一案例可从不同论题角度复用（见 `project-preparation.md` 的素材复用策略）\r\n- 技术点必须\"结合项目具体场景\"，避免只讲概念\n\nArchive v1.2.3: 15 files, 42729 bytes\n\nFiles: references/abstract-templates.md (12789b), references/common-issues.md (11374b), references/depth-criteria-ne.md (1931b), references/depth-criteria-pm.md (2491b), references/depth-criteria-sa.md (2441b), references/depth-criteria-sp.md (2381b), references/outline-template.md (9316b), references/project-examples-arch.md (2783b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-preparation.md (10569b), references/writing-principles.md (6362b), skill-card.md (2671b), SKILL.md (20489b), _meta.json (140b)\n\nFile v1.2.3:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.2.3\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\nrelated_skills:\r\n  - ruankao-essay-scoring\r\nauthor: nieen\r\ncreated: 2026-05-12\r\nskill_type: 通用🟡\r\ntags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景\r\n\r\n- 需要帮助准备项目素材 → 从 Phase 0 开始\r\n- 只给了题目 → 从 Phase 1 开始\r\n- 已有草稿 → 直接进入 Phase 5 自查\r\n- 需要摘要模板 → 读取 `references/abstract-templates.md`\r\n- 需要提纲模板 → 读取 `references/outline-template.md`\r\n- 需要项目准备指导 → 读取 `references/project-preparation.md`\r\n- 需要检查清单 → 读取 `references/common-issues.md`\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n论文写作遵循以下步骤：\r\n\r\n0. **项目准备与素材库建设** — 考前选定项目、收集资料、建立可复用素材库\r\n1. **分析论文试题** — 精读试题，圈出要点，确保每个子问题不遗漏\r\n2. **撰写提纲** — 按模板列提纲，明确结构、逻辑链条和论证要点\r\n3. **摘要撰写** — 按模板写 300-400 字摘要\r\n4. **正文撰写（填充内容）** — 按提纲填充，运用 SCQA、金字塔原理、5W2H\r\n5. **检查校对** — 逐项检查，确保完整回应试题、结构严谨、逻辑自洽\r\n\r\n根据用户所处阶段灵活切入：\r\n- 需要帮助准备项目素材 → 从 Phase 0 开始\r\n- 只给了题目 → 从 Phase 1 开始\r\n- 已有草稿 → 直接进入 Phase 5 自查\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查始终围绕以下七个问题展开，确保论文回答清楚、论证完整。这七个问题覆盖了论文的核心评分维度，任何一问回答不清都会直接扣分：\r\n\r\n| # | 问题 | 论文对应位置 | 对应评分维度 |\r\n|---|------|-------------|-------------|\r\n| 0 | 我是否以**架构师视角**去设计架构和撰写论文？ | 全文（视角贯穿） | 应用深度与水平 |\r\n| 1 | 我干了什么项目？我的职责是什么？ | 项目背景 | 实践性 |\r\n| 2 | 我为什么要用这个架构？非它不可吗？ | 理论部分（选型论证） | 应用深度与水平 |\r\n| 3 | 这个架构是什么？怎么组织约束？各构件之间怎么配置连接？ | 理论部分（架构描述） | 应用深度与水平 |\r\n| 4 | 该架构在项目中的**具体实践应用**？ | 分论点（实践展开） | 实践性 |\r\n| 5 | 我用了该架构后遇到了什么困难？ | 分论点（踩坑与反思） | 实践性 |\r\n| 6 | 该架构应用后的效果是什么？ | 总结与感悟 | 实践性 |\r\n| 7 | 论文是否存在**空话、套话**？是否纯理论而没有体现实践性？ | 全文（统摄性检查） | 实践性 + 文字表达能力 |\r\n\r\n> 各资格通用：Q2/Q3 中的\"架构\"按论文主题替换理解——信管对应管理框架、网规对应网络方案、系规对应服务体系，七问框架不变。\r\n\r\n要点：\r\n\r\n- **七问是主线，不是模板**：不必按序机械罗列，但要确保每问都有答案，且答案依托项目实际\r\n- **Q2 最关键**：阅卷最看重\"为什么\"，要写出候选方案对比 → 权衡取舍 → 最终选型，体现\"非它不可\"\r\n- **Q3 要具体**：画出架构图/拓扑，说明组织约束、构件连接方式，避免空谈理论\r\n- **Q5 体现真实**：写出踩坑经历与解决过程，是论文真实性、实践性的最佳证明\r\n- **Q0 贯穿全文**：始终以架构师视角组织内容——先全局设计再细节，突出权衡取舍而非罗列功能\r\n- **Q7 是七问的红线**：空话套话 = 没有回答。每段理论后紧跟\"我在项目中……\"的具体做法，用量化数据替代形容词（如\"大幅提升\"→\"响应时间从 800ms 降至 120ms\"）；做\"删段测试\"——删掉任一自然段后论文依然成立，该段即为套话，必须重写\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n### 先确认报考资格\r\n\r\n不同资格的论文考查视角与项目类型不同，准备素材前先确认报考科目：\r\n\r\n- **架构 / 系分** → 选技术类项目，参考 `references/project-examples-arch.md`\r\n- **信管** → 选管理类项目，参考 `references/project-examples-pm.md`\r\n- **网规** → 选网络类项目，参考 `references/project-examples-ne.md`\r\n- **系规** → 选 IT 服务/运维类项目，参考 `references/project-preparation.md` 通用指导并侧重服务管理\r\n\r\n### 项目选择\r\n\r\n| 条件 | 说明 |\r\n|------|------|\r\n| **熟悉度** | 优先选择自己亲身参与或非常熟悉的项目，能提供真实、详细的案例分析 |\r\n| **时效性** | 优先选择最近两三年内的项目，确保反映当前技术趋势 |\r\n| **符合潮流** | 体现数字化转型、智能化升级、AI应用、大数据、5G、区块链等方向 |\r\n| **复杂度** | 具备业务复杂度（多角色协作/多样性/变更频繁）和技术复杂度（服务治理/质量属性权衡） |\r\n\r\n避免选择：小型系统 ❌ 过时技术项目 ❌ 纯硬件项目 ❌ 纯技术项目 ❌\r\n\r\n### 项目准备\r\n\r\n确定项目后，收集项目文档（需求/设计/测试/用户反馈/故障报告），并梳理以下核心素材：\r\n\r\n**项目背景**：项目名称、发起方/承建方、建设目的、我的角色（架构师）、起止时间与里程碑、建设内容、业务/应用/数据/技术架构、项目成果、关键数据指标（用户量/QPS/响应时间等）\r\n\r\n**难点与挑战**（最能体现专业能力）：\r\n- 业务难点：流程复杂、跨部门协作、需求变更管理、业务创新\r\n- 技术难点：选型权衡、性能优化（高并发/大数据量）、安全保障、系统集成、技术创新\r\n\r\n> 难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可。\r\n\r\n### 建立素材库\r\n\r\n以有限的素材应对无限的考察范围——**以少胜多、以不变应万变**：\r\n\r\n1. 选择 **3-7 个核心业务场景**，不管遇到什么主题都写这些业务场景\r\n2. 针对每个场景，按软件工程生命周期梳理：各阶段任务 → 问题挑战 → 解决手段 → 实施效果 → 得失总结\r\n3. 按**金字塔原理 + SCQA 结构**组织，用 **5W2H** 补充细节增强真实性\r\n4. 按**论文七问**预埋答案：Q1 项目与职责、Q2 选型理由、Q3 架构组成与约束、Q4 实践做法、Q5 踩坑经历、Q6 效果数据——考试时直接取用\r\n\r\n读取 `references/project-preparation.md` 获取素材库示例及详细指导。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n读取 `references/outline-template.md` 获取完整提纲模板及填写指导。\r\n\r\n核心结构概览：\r\n\r\n```\r\n## 摘要\r\n项目时间 + 发起方 + 建设方 + 项目名称 + 角色和职责\r\n+ 项目建设内容（概括）+ 中心论点（概括）+ 方案效果 + 项目成果\r\n\r\n## 正文\r\n\r\n### 项目背景\r\n项目时间 + 发起方 + 建设方 + 项目名称 + 角色和职责\r\n+ 项目建设内容（详细）+ 技术架构（详细）\r\n\r\n### {与主题相关的标题}\r\n1. 通过SCQA，引出论文主题\r\n2. 回答子题目2中的理论问题：{要点1} {要点2} {要点3}\r\n3. 简要概括中心论点：我们在项目中是如何做的？\r\n\r\n### 分论点1\r\nS： / C： / Q： / A：\r\n举的例子：例子1\r\n\r\n### 分论点2\r\nS： / C： / Q： / A：\r\n举的例子：例子2\r\n\r\n### 分论点3\r\nS： / C： / Q： / A：\r\n举的例子：例子3\r\n\r\n### 总结与感悟\r\n1. 概括解决方案取得的效果\r\n2. 概括项目取得的成果\r\n3. 项目成功交付上线\r\n4. 不足与改进 / 对主题的深刻理解（专业权衡、敬畏之心、沟通技巧等）\r\n5. 未来展望\r\n```\r\n\r\n**论文七问与提纲结构的对应关系**：列提纲时即确认每问落在哪个段落，避免写完才发现遗漏：\r\n\r\n| 论文部分 | 回答的七问 |\r\n|---------|-----------|\r\n| 摘要 | Q1、Q4、Q6 的浓缩 |\r\n| 项目背景 | Q1 |\r\n| {与主题相关的标题}（理论部分） | Q2、Q3 |\r\n| 分论点 1-3 | Q4、Q5（各选一个实践点展开） |\r\n| 总结与感悟 | Q6 + 反思 |\r\n\r\n---\r\n\r\n## Phase 3：摘要撰写\r\n\r\n### 核心要求\r\n\r\n| 要求 | 标准 |\r\n|------|------|\r\n| 字数 | 300-400 字（不少于 120 字，否则直接不及格；少于 300 字扣 5-10 分） |\r\n| 内容 | 概括正文全貌，含实质性内容，不要只谈大道理 |\r\n| 帽子 | 一般不加\"帽子\"性语句；字数不够时可加 50 字左右 |\r\n\r\n### 摘要模板\r\n\r\n读取 `references/abstract-templates.md` 获取 4 种摘要模板及示例。选择与项目素材最匹配的模板，填充具体内容。\r\n\r\n### 写作顺序建议\r\n\r\n- **写作速度快的考生**：先写正文，后写摘要——正文正常发挥，摘要水到渠成。风险：时间不够则无摘要，损失大。\r\n- **写作速度慢的考生**：先写摘要，后写正文——摘要指导正文方向。风险：可能限制正文发挥。\r\n\r\n> 注意：正文不是摘要的延伸，而是摘要的扩展。摘要不是正文的部分，而是正文的抽象。不要把正文\"接\"着摘要写。\r\n\r\n---\r\n\r\n## Phase 4：正文撰写（填充内容）\r\n\r\n### 正文字数要求\r\n\r\n目标 2500-3000 字，不少于 2000 字（显得无内容），不超过 4000 字（时间不够写不完）。\r\n\r\n正文完成后，直接对文本计算字数：提取\"一、×××\"到\"结束语/总结\"之间的内容，统计中文字符数（`len([c for c in body if '\\u4e00' <= c <= '\\u9fff'])`），目标 2500-3000 字。\r\n\r\n### 内容填充方法\r\n\r\n按照提纲逐部分填充，运用以下三个框架：\r\n\r\n- **金字塔原理**：结论先行，以上统下，归类分组，逻辑递进\r\n- **SCQA 框架**：Situation（情境）→ Complication（冲突）→ Question（问题）→ Answer（回答）——每个分论点的基本结构\r\n- **5W2H**：Who、What、When、Where、Why、How、How much——补充必要细节，增强真实性\r\n\r\n同时以**论文七问**为正文主线串联：背景交代 Q1 → 选型论证 Q2 → 架构描述 Q3 → 实践展开 Q4 → 困难反思 Q5 → 效果收尾 Q6。Q2、Q3 撑起\"应用深度与水平\"分，Q4-Q6 撑起\"实践性\"分，缺一问即按对应维度扣分。\r\n\r\n### 六大写作原则\r\n\r\n六大写作原则的详细解释、示例对比和进阶技巧，请读取 `references/writing-principles.md`。\r\n\r\n核心要点摘要：\r\n\r\n1. **以自我为中心**：论文考核的是\"我\"做了什么，必须清楚说明由来、问题、解决方法和效果\r\n2. **站在对应资格的专业视角**：架构/系分→架构或分析视角，信管→项目经理视角，网规→网络规划视角，系规→服务管理视角\r\n3. **忠实于论点**：仔细阅读试题，绝对服从论点，不节外生枝\r\n4. **条理清晰，开门见山**：迅速列提纲，项目概述精练，每段不超过 8 行\r\n5. **标新立异，要有主见**：要有自己的见解，让阅卷专家有耳目一新的感觉\r\n6. **表达书面化，段落转承自然**：使用规范书面语，善用过渡句\r\n\r\n### 技术深度要求\r\n\r\n选择 **5-6 个**有特色的技术/方法进行深入展开，以便考试时根据时间和篇幅动态删减至 2-3 个最终呈现。每个措施要：\r\n- 紧密结合主题项目\r\n- 以主题项目中的具体内容为例\r\n- 说明\"如何做的\"而非\"是什么\"\r\n\r\n> 实践部分重点描述理论知识要点在项目中的应用，而不是介绍项目本身功能。\r\n\r\n### 交付说明\r\n\r\n每次生成论文正文后，按字数统计方法计算正文字数并向用户展示。同时提醒用户：\r\n\r\n> **考试论文正文在 2500 字左右即可。在实际誊抄时，对论点进行适当精简，重点说明 2~3 个分论点即可，不必全部堆砌。**\r\n\r\n---\r\n\r\n## Phase 5：检查校对\r\n\r\n完成初稿后，逐项检查。这是确保文章质量的关键一步，不可因时间紧迫而忽略。读取 `references/common-issues.md` 获取完整 17 项通用检查清单及每条问题的修正建议，并按报考资格补充该资格特有检查项：\r\n\r\n- 架构 → 通用 17 项即可\r\n- 信管 → 通用 17 项 + PMBOK 过程域覆盖检查\r\n- 系分 → 通用 17 项 + 建模完整性检查\r\n- 网规 → 通用 17 项 + 网络方案可行性检查\r\n- 系规 → 通用 17 项 + ITIL 流程覆盖检查\r\n\r\n按字数统计方法确认字数达标。\r\n\r\n同时逐问核对**论文七问**：每问是否都有明确答案、是否依托项目实际？任何一问缺失或空谈理论，都按对应评分维度（应用深度/实践性）扣分——特别是 Q2 选型论证与 Q5 踩坑反思最易被跳过，需重点检查。\n\n再按 **Q7 红线**通读全文：是否存在空话套话段落（大段背书式理论、万能句式、无项目专属细节）？做\"删段测试\"——删掉任一自然段后论文若依然成立，该段即为套话，必须重写为具体做法 + 数据。\r\n\r\n检查完成后，可调用 **ruankao-essay-scoring** 技能对论文进行逐维度评分，获取量化反馈与提分建议。\r\n\r\n---\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 确保 300-400 字，包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n\r\n---\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 论文字数不足 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据；目标 2500-3000 字 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不够 | 摘要是否达到 300 字？ | 按 `references/abstract-templates.md` 中的模板补充实质性内容 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，选择 3-7 个核心业务场景建立素材 |\r\n\r\n---\r\n\r\n## 工作流示例\r\n\r\n### 示例 1：零准备，需从项目素材开始\r\n\r\n用户：\"我还没准备论文项目，该怎么开始？\"\r\n\r\n→ 从 Phase 0 开始：引导选定项目→梳理背景→建立素材库→建议保存供考试使用\r\n\r\n### 示例 2：给出论题，从零写论文\r\n\r\n用户：\"帮我写一篇论层次式架构设计的论文\"\r\n\r\n→ Phase 1分析子问题 → Phase 2列提纲（references/outline-template.md）→ Phase 3选摘要模板（references/abstract-templates.md）→ Phase 4 SCQA填充 → Phase 5逐项检查 → 建议调用 ruankao-essay-scoring 复查\r\n\r\n### 示例 3：已有草稿，需修改\r\n\r\n用户：\"帮我检查一下这篇论文\"\r\n\r\n→ 跳 Phase 5：对照 `references/common-issues.md` 逐项排查 → 标注问题及修改建议 → 用户确认后修改交付 → 推荐调用 scoring 技能复查\r\n\r\n---\r\n\r\n## 相关资源\r\n\r\n- `references/abstract-templates.md` - 4 种摘要模板，含 5 资格示例\r\n- `references/outline-template.md` - 完整提纲模板及填写指导\r\n- `references/project-preparation.md` - 素材库示例及详细指导\r\n- `references/common-issues.md` - 17 项通用检查清单 + 各资格特有检查项\r\n- `references/writing-principles.md` - 六大写作原则详解（含 5 资格视角）\r\n- `references/project-examples-arch.md` - 架构/系分类项目案例\r\n- `references/project-examples-pm.md` - 信管类项目案例\r\n- `references/project-examples-ne.md` - 网规类项目案例\r\n- `references/depth-criteria-pm.md` - 信管应用深度标准详解\r\n- `references/depth-criteria-sa.md` - 系分应用深度标准详解\r\n- `references/depth-criteria-ne.md` - 网规应用深度标准详解\r\n- `references/depth-criteria-sp.md` - 系规应用深度标准详解\r\n- **关联技能**：`ruankao-essay-scoring`（论文评分与诊断）\r\n\r\n---\r\n\r\n*最后更新：2026-08-23（版本 1.2.3）*\n\nFile v1.2.3:_meta.json\n\n{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.2.3\",\n  \"publishedAt\": 1787489865405\n}\n\nFile v1.2.3:references/abstract-templates.md\n\n# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，\n\nArchive v1.1.0: 15 files, 41079 bytes\n\nFiles: references/abstract-templates.md (12789b), references/common-issues.md (11374b), references/depth-criteria-ne.md (1876b), references/depth-criteria-pm.md (2437b), references/depth-criteria-sa.md (2378b), references/depth-criteria-sp.md (2316b), references/outline-template.md (9316b), references/project-examples-arch.md (2714b), references/project-examples-ne.md (2281b), references/project-examples-pm.md (2319b), references/project-preparation.md (10569b), references/writing-principles.md (6362b), skill-card.md (3068b), SKILL.md (16276b), _meta.json (140b)\n\nArchive v1.0.5: 8 files, 26193 bytes\n\nFiles: references/abstract-templates.md (4098b), references/common-issues.md (9554b), references/outline-template.md (9103b), references/project-preparation.md (10318b), references/writing-principles.md (5752b), skill-card.md (2351b), SKILL.md (14449b), _meta.json (140b)\n\nArchive v1.0.3: 8 files, 28007 bytes\n\nFiles: references/abstract-templates.md (4098b), references/common-issues.md (9554b), references/outline-template.md (9103b), references/project-preparation.md (10318b), references/writing-principles.md (5752b), skill-card.md (2496b), SKILL.md (18602b), _meta.json (140b)\n\nArchive v1.0.2: 8 files, 28218 bytes\n\nFiles: references/abstract-templates.md (4098b), references/common-issues.md (9554b), references/outline-template.md (9103b), references/project-preparation.md (10318b), references/writing-principles.md (5752b), skill-card.md (2659b), SKILL.md (18602b), _meta.json (140b)\n\nArchive v1.0.1: 7 files, 23870 bytes\n\nFiles: references/abstract-templates.md (4098b), references/common-issues.md (9554b), references/outline-template.md (9103b), references/project-preparation.md (10318b), skill-card.md (2167b), SKILL.md (15769b), _meta.json (140b)","readmeExcerpt":"Skill: Ruankao Essay Writing | 软考论文写作 Owner: nieen Summary: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。 Tags: latest:1.6.2 Version history: v1.6.2 | 2026-09-29T09:24:31.298Z | user - skill-card.md 文件已移除，简化了文件结构。 - 版本号更新为 1.6.2。 - 无核","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"Archive v1.6.1: 20 files, 54463 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-arch.md (3368b), references/depth-criteria-ne.md (2042b), references/depth-criteria-pm.md (2602b), references/depth-criteria-sa.md (2552b), references/depth-criteria-sp.md (2492b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2887b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-examples-sa.md (3631b), references/project-examples-sp.md (3649b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (3209b), SKILL.md (14035b), _meta.json (140b)\n\nFile v1.6.1:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\ndescription: >\r\n  覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nlicense: MIT\r\nmetadata:\r\n  author: nieen\r\n  version: 1.6.1\r\n  created: 2026-05-12\r\n  last-updated: 2026-09-24\r\n  tags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n  related_skills:\r\n    - ruankao-essay-scoring\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-"},{"language":"text","snippet":"Archive v1.6.0: 20 files, 54794 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-arch.md (3368b), references/depth-criteria-ne.md (2042b), references/depth-criteria-pm.md (2602b), references/depth-criteria-sa.md (2552b), references/depth-criteria-sp.md (2492b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2887b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-examples-sa.md (3631b), references/project-examples-sp.md (3649b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (3558b), SKILL.md (14043b), _meta.json (140b)\n\nFile v1.6.0:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.6.0\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\nrelated_skills:\r\n  - ruankao-essay-scoring\r\nauthor: nieen\r\ncreated: 2026-05-12\r\nskill_type: 通用🟡\r\ntags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phas"},{"language":"text","snippet":"Archive v1.5.0: 17 files, 47754 bytes\n\nFiles: references/abstract-templates.md (12827b), references/common-errors.md (4916b), references/common-issues.md (11848b), references/depth-criteria-ne.md (1931b), references/depth-criteria-pm.md (2491b), references/depth-criteria-sa.md (2441b), references/depth-criteria-sp.md (2381b), references/essay-seven-questions.md (2922b), references/outline-template.md (12987b), references/project-examples-arch.md (2783b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-preparation.md (12561b), references/writing-principles.md (6362b), skill-card.md (2987b), SKILL.md (13420b), _meta.json (140b)\n\nFile v1.5.0:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.5.0\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\nrelated_skills:\r\n  - ruankao-essay-scoring\r\nauthor: nieen\r\ncreated: 2026-05-12\r\nskill_type: 通用🟡\r\ntags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与"},{"language":"text","snippet":"File v1.5.0:references/project-examples-arch.md\n\n# 架构类项目案例（系统架构设计师 / 系统分析师技术类）\r\n\r\n本文档为**架构、系分**资格提供可直接复用的技术类项目案例。每个案例含项目背景、典型技术点与可适配论题，用于建立素材库。\r\n\r\n---\r\n\r\n## 案例一：商业银行核心交易系统（金融核心）\r\n\r\n**项目背景**：某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算，日均交易 500 万笔，要求 7×24 可用性 99.99%。\r\n\r\n**典型技术点**：\r\n- 层次式架构（表现层/业务层/数据访问层）职责划分与接口设计\r\n- 微服务拆分按业务边界（账户、产品、支付、清算）\r\n- 缓存策略（Redis 集群）、数据库读写分离、分库分表\r\n- 分布式事务（TCC / Saga）、最终一致性权衡\r\n- 高可用：同城双活、服务注册发现、熔断限流\r\n\r\n**可适配论题**：层次式架构设计、微服务架构、高可用设计、软件架构风格、分布式事务。\r\n\r\n---\r\n\r\n## 案例二：电商交易中台（互联网中台）\r\n\r\n**项目背景**：某零售电商交易中台，支撑秒杀、订单、库存、营销，大促峰值 QPS 10 万+。\r\n\r\n**典型技术点**：\r\n- 领域驱动设计（DDD）指导服务边界划分\r\n- 事件驱动架构（EDA）、消息队列削峰\r\n- CQRS 读写分离、热点数据隔离\r\n- 限流（令牌桶）、降级、弹性扩容\r\n- 服务网格（Service Mesh）做流量治理\r\n\r\n**可适配论题**：面向服务架构（SOA）、企业集成、系统可靠性、架构演化。\r\n\r\n---\r\n\r\n## 案例三：工业物联网（IoT）平台\r\n\r\n**项目背景**：某制造企业设备联网平台，接入 10 万+ 设备，实时采集与边缘计算。\r\n\r\n**典型技术点**：\r\n- 边缘-云协同架构、边缘节点自治\r\n- 时序数据库、设备协议适配（MQTT/Modbus）\r\n- 流处理（规则引擎实时告警）\r\n- 数据接入层的水平扩展与多租户隔离\r\n\r\n**可适配论题**：系统架构设计、数据处理架构、高并发接入。\r\n\r\n---\r\n\r\n## 案例四：政务数据共享中台（数据中台）\r\n\r\n**项目背景**：某市政府数据中台，打通 12 个委办局数据，支撑跨部门业务协同。\r\n\r\n**典型技术点**：\r\n- 数据湖/数据仓库分层（ODS/DW/ADS）\r\n- 元数据与数据血缘管理\r\n- API 网关统一服务出口、数据脱敏\r\n- 主数据管理（MDM）\r\n\r\n**可适配论题**：数据架构设计、系统集成、企业架构。\r\n\r\n---\r\n\r\n## 素材库建设建议\r\n\r\n- 每个案例按 SCQA + 5W2H 组织，提炼 2-3 个可深入展开的技术点\r\n- 同一案例可从不同论题角度复用（见 `project-preparation.md` 的素材复用策略）\r\n- 技术点必须\"结合项目具体场景\"，避免只讲概念\n\nArchive v1.2.3: 15 files, 42729 bytes\n\nFiles: references/abstract-templates.md (12789b), references/common-issues.md (11374b), references/depth-criteria-ne.md (1931b), references/depth-criteria-pm.md (2491b), references/depth-criteria-sa.md (2441b), references/depth-criteria-sp.md (2381b), references/outline-template.md (9316b), references/project-examples-arch.md (2783b), references/project-examples-ne.md (2343b), references/project-examples-pm.md (2377b), references/project-preparation.md (10569b), references/writing-principles.md (6362b), skill-card.md (2671b), SKILL.md (20489b), _meta.json (140b)\n\nFile v1.2.3:SKILL.md\n\n---\r\nname: ruankao-essay-writing\r\nversion: 1.2.3\r\ndescription: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\r\nname: ruankao-essay-writing\r\ndescription: >\r\n  覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。\r\nlicense: MIT\r\nmetadata:\r\n  author: nieen\r\n  version: 1.6.2\r\n  created: 2026-05-12\r\n  last-updated: 2026-09-24\r\n  tags: [软考, 论文写作, 高级资格, 架构师, 项目管理师, 系统分析师, 网络规划设计师, 系统规划与管理师]\r\n  related_skills:\r\n    - ruankao-essay-scoring\r\nallowed-tools:\r\n  - Read\r\n  - Write\r\n  - Edit\r\n  - AskUserQuestion\r\n---\r\n\r\n# 软考论文写作指导\r\n\r\n辅助用户完成软考高级资格（系统架构设计师 / 信息系统项目管理师 / 系统分析师 / 网络规划设计师 / 系统规划与管理师）论文写作，提供从项目准备到成文校对的全流程指导，确保论文符合阅卷标准、避免常见失分点。默认按系统架构设计师视角组织内容，报考其他资格时按对应视角调整。\r\n\r\n## 适用场景与切入点\r\n\r\n按用户所处阶段切入：\r\n\r\n- **未准备项目素材** → 从 Phase 0 开始，建立可复用素材库\r\n- **只给了论题** → Phase 1 分析子问题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查\r\n- **已有草稿求修改** → 直接跳 Phase 5，对照 `references/common-issues.md` 逐项排查后给出修改建议\r\n- **按需取用单项资源** → 摘要模板 `references/abstract-templates.md`、提纲模板 `references/outline-template.md`、项目准备 `references/project-preparation.md`、检查清单 `references/common-issues.md`\r\n\r\n成稿后建议调用 ruankao-essay-scoring 技能获取量化评分反馈。\r\n\r\n---\r\n\r\n## 工作方式\r\n\r\n全流程为 **Phase 0 项目准备 → Phase 1 分析试题 → Phase 2 提纲 → Phase 3 摘要 → Phase 4 正文 → Phase 5 检查校对**，各阶段详见下方对应章节。\r\n\r\n---\r\n\r\n## 论文七问：贯穿写作全程的论证主线\r\n\r\n写作与自查围绕七个问题展开：**Q0 视角**（是否以架构师视角写）→ **Q1 项目**（项目与职责）→ **Q2 选型**（为什么非它不可）→ **Q3 架构**（组成/约束/连接）→ **Q4 实践**（如何落地）→ **Q5 踩坑**（遇到什么困难）→ **Q6 效果**（量化成效）→ **Q7 反套话**（是否有空话）。任何一问回答不清都会直接扣分。\r\n\r\n完整表格、各问要点与七问在正文中的落点见 `references/essay-seven-questions.md`。\r\n\r\n---\r\n\r\n## Phase 0：项目准备与素材库建设\r\n\r\n> 此阶段为**考前准备**。考试当天直接调用素材库，无需现场构思项目。解决方案必须依托实际项目，脱离项目则所有论证失去立足点。\r\n\r\n1. **确认报考资格** → 按资格选项目类型并读取对应案例文件：架构 → 技术/设计类（`references/project-examples-arch.md`）；系分 → 分析/建模类（`references/project-examples-sa.md`）；信管 → 管理类（`references/project-examples-pm.md`）；网规 → 网络类（`references/project-examples-ne.md`）；系规 → IT 服务/运维类（`references/project-examples-sp.md`）\r\n2. **选定项目** → **只准备一个\"万能项目\"**：选自己最熟悉、体量适中（百万级~千万级）、技术栈较新的真实项目。之后无论考可用性、安全性、微服务还是大数据，都用它去\"套\"和\"裁剪\"，不要准备多个项目——项目越熟，细节越真，考场上越稳\r\n3. **梳理素材** → 项目背景（名称/发起方/角色/周期/建设内容/架构/量化指标）+ 难点与挑战（业务难点、技术难点）。难点不要求是\"世界级难题\"，只要是\"现状与期望目标之间的矛盾\"即可\r\n4. **建立素材库** → 选 3-7 个核心业务场景，按生命周期梳理\"任务→挑战→手段→效果→总结\"，用金字塔 + SCQA 组织、5W2H 补细节，并按论文七问预埋答案\r\n5. **练熟节奏** → 考前按\"先列提纲 → 再单练核心段 → 最后限时写全文\"练 2-3 遍，确保考场上不是第一次完整成文\r\n\r\n详细选择标准、背景模板、素材库示例与训练节奏见 `references/project-preparation.md`。\r\n\r\n---\r\n\r\n## Phase 1：分析论文试题\r\n\r\n> 考试当天第一步，拿到试题后**必须先分析再动笔**。\r\n\r\n### 逐题精读，圈出要点\r\n\r\n走题是最常见的致命问题。**不要看到熟悉主题就默写准备好的论文**，必须：\r\n\r\n1. **逐一阅读每个子问题**，特别是第二个子问题\r\n2. **圈出每个要点**，写作时一定不能遗漏任何一个要点\r\n3. **以试题的子问题为论文的核心段落/部分**\r\n\r\n### 分析要点\r\n\r\n- 同一主题，问题不同则考查侧重点完全不同\r\n- 第二个子问题通常是理论+实践的核心考查点，**必须每个要点都回答到位**，避免不必要的丢分\r\n- 将试题问题映射到素材库中的素材，确定使用哪些业务场景来支撑论述\r\n\r\n---\r\n\r\n## Phase 2：撰写提纲\r\n\r\n> 很多人跳过这一步，结果写着写着思维混乱、结构松散，不得不返工重写。**提纲让写作变成\"填空题\"**。\r\n\r\n### 提纲的作用\r\n\r\n1. **明确论文结构**：预先设计整体结构，确保各部分清晰、重点突出\r\n2. **梳理逻辑链条**：论点之间的逻辑关系环环相扣，避免跳跃或断裂\r\n3. **提高写作效率**：按提纲逐一展开，不必反复思考\"下一步该写什么\"\r\n4. **避免遗漏要点**：确保试题中的每个要点都得到回应\r\n\r\n### 推荐提纲模板\r\n\r\n核心结构：**摘要**（"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn721xzkeyeh1deteqedpcgrt987kec5\",\n  \"slug\": \"ruankao-essay-writing\",\n  \"version\": \"1.6.2\",\n  \"publishedAt\": 1790673871298\n}"},{"path":"references/abstract-templates.md","content":"# 摘要模板与示例\r\n\r\n> 以下 4 种模板结构适用于全部 5 个高级资格。每个模板给出 5 个资格的示例，\r\n> 请按报考资格选择对应示例填充（角色与项目类型需与报考资格一致）。\r\n\r\n---\r\n\r\n## 模板一：项目先行型\r\n\r\n本文讨论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施、手段），最后……（不足之处/如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……（作者的工作角色）。\r\n\r\n**适用场景**：项目背景清晰，技术措施明确，便于直接切入。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 本文讨论某银行核心交易系统的层次式架构设计。该系统为某区域性商业银行新一代核心业务平台，涵盖存款、贷款、支付清算等业务模块，日均交易量达500万笔。在本文中首先讨论了分层架构的设计方法，包括表现层、业务逻辑层、数据访问层的职责划分与接口设计，然后讨论了服务间通信机制和缓存策略的选型与应用，最后指出了在服务边界划分上的不足及改进方向。在本项目的开发过程中，我担任了系统架构设计师。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 本文讨论某省政务云平台建设项目的风险管理。该项目整合 12 个委办局政务系统，建设统一政务云与数据中台，总投资 8600 万元，工期 14 个月。在本文中首先讨论了项目章程制定与干系人登记，然后讨论了基于风险矩阵的风险识别与定性/定量分析，并运用挣值管理（EVM）监控进度与成本偏差，最后指出了在需求变更管控上的不足与改进方向。在本项目的建设过程中，我担任了项目经理。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 本文讨论某第三方支付平台风控系统的需求分析与建模。该系统需支撑实名认证、交易反欺诈、商户准入等核心业务，日均交易 2000 万笔。在本文中首先讨论了结构化与面向对象分析方法的对比选型，然后讨论了用例图、类图与时序图的建模过程，以及 DFD 与 E-R 图对业务流程和数据结构的刻画，最后指出了在需求追踪与验证上的不足及改进方向。在本项目的建设过程中，我担任了系统分析师。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 本文讨论某集团园区网的高可用规划与设计。该园区覆盖 3 栋研发楼与 2 栋数据中心楼，接入终端 1.2 万台，核心业务要求 7×24 不间断。在本文中首先讨论了接入/汇聚/核心三层架构设计，然后讨论了 OSPF 多区域划分、VRRP 双机热备与链路聚合的冗余方案，以及防火墙分区与安全策略，最后指出了在 IPv6 演进上的不足及改进方向。在本项目的开发过程中，我担任了网络规划设计师。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 本文讨论某市政务云 IT 服务规划与设计。该平台为 60 个部门提供 IaaS/PaaS 服务，需保障服务持续性与合规性。在本文中首先讨论了基于 ITIL 4 的服务目录与 SLA 设计，然后讨论了事件、问题、变更与配置（CMDB）管理流程的落地，以及容量与连续性管理，最后指出了在服务持续改进上的不足及改进方向。在本项目的建设过程中，我担任了 IT 服务经理。\r\n\r\n---\r\n\r\n## 模板二：需求驱动型\r\n\r\n根据……需求（项目背景），我所在的……组织了……项目的开发。该项目……（项目背景、简单功能介绍）。在该项目中，我担任了……（作者的工作角色）。我通过采取……（技术、方法、工具、措施、手段），使该项目圆满完成，得到了用户们的一致好评。但现在看来，……（不足之处/如何改进、特色之处、发展趋势）。\r\n\r\n**适用场景**：项目由明确业务需求驱动，强调解决问题的过程和成果。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 根据某大型制造企业数字化转型需求，我所在的公司组织了智能制造执行系统（MES）项目的开发。该项目覆盖生产排程、质量追溯、设备监控等核心功能，服务该企业6个生产基地。在该项目中，我担任了系统架构设计师。我通过采用微服务架构进行系统拆分、引入事件驱动模式实现生产数据实时处理、运用领域驱动设计指导服务边界划分等措施，使该项目圆满完成，得到了用户们的一致好评。但现在看来，在分布式事务一致性保障方面仍有优化空间。\r\n\r\n**示例（信管·信息系统项目管理师）**：\r\n> 根据某市医保市级统筹业务整合需求，我所在的公司组织了医保核心业务系统升级项目的开发。该项目需打通 8 个区县医保数据、统一待遇核算规则，涉及 23 家定点机构接口改造。在该项目中，我担任了项目经理。我通过制定 WBS 与里程碑计划、建立周例会与绩效审查机制、运用挣值管理跟踪进度偏差等措施，使项目按期上线，得到了医保局的一致好评。但现在看来，在跨机构干系人沟通机制上仍有优化空间。\r\n\r\n**示例（系分·系统分析师）**：\r\n> 根据某商业银行新一代核心系统建设需求，我所在的部门组织了核心业务建模与需求分析项目的开发。该项目需重构存款、贷款、支付等 200 余个业务实体，统一业务术语。在该项目中，我担任了系统分析师。我通过采用面向对象分析方法建立类图与状态图、运用 DFD 梳理跨系统数据流、开展可行性论证等措施，使需求基线稳定交付，得到了项目组的一致好评。但现在看来，在需求变更的可追溯性上仍有优化空间。\r\n\r\n**示例（网规·网络规划设计师）**：\r\n> 根据某集团多园区网络互联互通与统一管控需求，我所在的部门组织了集团广域网与园区网整合项目的建设。该项目需将 5 地园区、3 个数据中心互联，保障生产网与办公网隔离。在该项目中，我担任了网络规划设计师。我通过采用 MPLS VPN 实现多站点互联、用 BGP 做路由策略控制、部署 SDN 控制器统一编排等措施，使网络如期贯通，得到了集团信息部的一致好评。但现在看来，在多厂商设备自动化运维上仍有优化空间。\r\n\r\n**示例（系规·系统规划与管理师）**：\r\n> 根据某国企 IT 服务集中化与降本增效需求，我所在的部门组织了 IT 服务管理体系（ITSM）建设项目。该项目需将分散在 9 个下属单位的运维团队整合为统一服务台，建立标准化流程。在该项目中，我担任了 IT 服务经理。我通过基于 ITIL 4 设计服务目录与 SLA、落地事件与变更管理流程、建设 CMDB 配置库等措施，使服务请求按时解决率显著提升，得到了管理层的认可。但现在看来，在自动化巡检与持续改进机制上仍有优化空间。\r\n\r\n---\r\n\r\n## 模板三：经历叙述型\r\n\r\n……年……月，我参加了……项目的开发，担任……（作者的工作角色）。该项目……（项目背景、简单功能介绍）。本文结合作者的实践，以……项目为例，讨论……（论文主题），包括……（技术、方法、工具、措施、手段）。\r\n\r\n**适用场景**：项目经历有明确时间节点，便于体现真实性和时效性。\r\n\r\n**示例（架构·系统架构设计师）**：\r\n> 2024年3月，我参加了某互联网保险平台项目的开发，担任系统架构设计师。该项目为某保险公司打造的在线保险销售与理赔服务平台，支持产品配置、智能核保、在线理赔等业务。本文结合作者的实践，以该保险平台项目为例，讨论面向服务架构（SOA）的设计与应用"},{"path":"references/common-errors.md","content":"# 常见错误与故障排查\r\n\r\n写作指导过程中出现偏差时的对照表。「常见错误」是成文质量层面的坑，「故障排查」是执行流程层面的坑，两者互补。完整检查清单见 `references/common-issues.md`。\r\n\r\n## 常见错误\r\n\r\n| 错误 | 问题 | 解决 |\r\n|------|------|------|\r\n| 走题（最致命） | 看到熟悉主题就默写准备好的论文，忽略试题子问题 | 严格按 Phase 1 分析试题 → 以试题子问题为论文核心段落 → 写完逐段核对 |\r\n| 摘要字数不足或缺失 | 摘要少于 120 字直接不及格 | 按 Phase 3 控制在 300 字以内（不低于 120 字），包含实质性内容（项目背景+中心论点+方案效果） |\r\n| 摘要超过 300 字 | 摘要上限 300 字 | 压缩背景铺垫，只保留项目背景 + 中心论点 + 效果 |\r\n| 正文低于 2000 字（硬伤） | 正文绝对不得低于 2000 字 | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 评分按 2000-2500 字判定，超出即扣分 | 精简论点，重点保留 2-3 个分论点；练习写作可放宽到 3000 字左右 |\r\n| 正文脱离\"我\"的视角 | 大段罗列课本理论，没有体现\"我\"做了什么 | 每个技术措施说明\"我在项目中如何做\"，避免连续 3 句无\"我/我们\" |\r\n| 技术深度不足 | 只介绍技术是什么，没说如何结合项目使用 | 每个技术点按\"引入背景→具体做法→实施效果\"三步走，用项目数据支撑 |\r\n| 段落过长或结构混乱 | 单段落超过 8 行，段落间缺乏逻辑衔接 | 每段 ≤ 8 行，段首点明主旨，善用过渡句（\"然而\"\"在此基础上\"\"综上所述\"）|\r\n| 口语化表达 | 使用\"然后\"\"所以说\"等口语化连接词 | 使用完整句式，名词化结构替代动词短语，避免感叹号/省略号 |\r\n| 遗漏子问题 | 试题有 3 个子问题，只回答了 2 个 | 提纲阶段将子问题→段落映射，写完逐条核对 |\r\n| 论文七问未答全 | 缺选型论证（Q2）、缺踩坑反思（Q5）、缺效果数据（Q6）等 | 按\"论文七问\"逐项核对，缺一问补一问，每问都要依托项目实际 |\r\n| 空话套话、纯理论 | 大段背书式理论、万能句式、无项目专属细节 | 每段理论后紧跟\"我在项目中……\"的具体做法与量化数据，做\"删段测试\"排查套话 |\r\n| 结构失衡：背景过长、核心段过薄 | 背景写超 450 字，核心段不足 1200 字，重心倒置 | 按配额重分配：背景压到 400-450，核心段补到 1200-1400（3 个分论点各 350-400） |\r\n| 分论点只讲理论不写取舍 | 只说\"用了什么技术\"，没有\"牺牲了什么\"，缺架构思维 | 每个分论点补一句 trade-off（为达成 X 牺牲了 Y），并在总结中呼应 |\r\n| 缺少\"问题与解决\"段 | 全文只讲方案不讲问题，真实感不足 | 补 2 个来自实施过程的小问题，每个约 150 字，按\"问题→原因→处理→结果\" |\r\n| 准备了多个项目，细节记不牢 | 每个项目只记得轮廓，写到细节就露怯 | 收敛到一个\"万能项目\"，按不同论题角度裁剪素材 |\r\n\r\n## 故障排查\r\n\r\n| 问题 | 检查项 | 解决方案 |\r\n|------|--------|---------|\r\n| 生成的论文走题 | 是否按 Phase 1 分析试题？ | 重新分析试题子问题，调整提纲，确保每段都回应子问题 |\r\n| 正文低于 2000 字 | 是否按字数统计方法计算？ | 补充项目背景细节、技术实施过程、效果数据至 2000-2500 字 |\r\n| 正文超出 2500 字 | 是否超出评分判定区间？ | 精简论点；练习写作可放宽到 3000 字左右，评分仍按 2000-2500 字判定 |\r\n| 论文缺乏技术深度 | 是否深入展开 2-3 个技术点？ | 按\"引入背景→具体做法→实施效果\"补充每个技术点的细节 |\r\n| 摘要字数不合要求 | 摘要是否在 120-300 字之间？ | 按 `references/abstract-templates.md` 中的模板调整，不低于 120 字、不超过 300 字 |\r\n| 口语化严重 | 是否有\"然后\"\"所以\"等词？ | 按 Phase 4\"表达书面化\"要求，将口语化表达改为书面语 |\r\n| 段落过长 | 是否有超过 8 行的段落？ | 拆分长段落，每段只讲一个分论点 |\r\n| 缺乏\"我\"的视角 | 是否大段介绍技术/项目？ | 在每个技术措施前加上\"我...\"的主体表述 |\r\n| 素材库不知如何建 | 是否读了 `references/project-preparation.md`？ | 按该文件指导，只选定一个\"万能项目\"，选 3-7 个核心业务场景建立素材 |\r\n| 字数不知如何分配 | 各部分字数是否失衡？ | 按配额表：背景 400-450 / 主题理论 150-200 / 核心段 1200-1400 / 问题与解决 300-350 / 总结 250-300 |\r\n| 考前不知如何练 | 是否只背范文没动笔？ | 按 `project-preparation.md` 的备考节奏：先限时列提纲 → 再单练核心段 → 最后限时写全文 |"},{"path":"references/common-issues.md","content":"# 论文常见问题及修正建议\r\n\r\n以下问题按严重程度排列，前 6 条为致命或高频失分项，必须逐一排除。\r\n\r\n---\r\n\r\n## 致命/高频问题\r\n\r\n### 1. 走题\r\n\r\n**表现**：看到试题标题，不读三个问题就按三段论写论文，导致内容与考查侧重点不匹配。或者看到熟悉主题就默写事先准备好的论文，不管是否切合题意。\r\n\r\n**修正**：\r\n- 必须逐一回答试题提出的 3 个问题，**圈出每个要点**\r\n- 同一主题，问题不同则组织内容的方式完全不同\r\n- 用试题的 3 个问题作为论文的 3 个核心段落/部分\r\n- **特别注意第二个子问题**，必须每个要点都回答到位，避免不必要的丢分\r\n\r\n### 2. 遗漏子问题要点\r\n\r\n**表现**：只回答了子问题的部分要点，遗漏了关键内容。\r\n\r\n**修正**：\r\n- 分析试题时逐题圈出所有要点\r\n- 撰写提纲时确保每个要点都有对应的论点或段落\r\n- 检查校对时逐一对照试题要点清单\r\n\r\n### 3. 缺乏主题项目\r\n\r\n**表现**：笼统地说\"我是做银行软件的\"，没有具体项目。\r\n\r\n**修正**：\r\n- 必须具体说明：某年某月参加的某个具体项目\r\n- 介绍项目背景和功能\r\n- 指明自己在项目中的角色\r\n- 每个论文试题的第一个问题一般就是\"简述你参与开发过的项目\"\r\n\r\n### 4. 字数不足\r\n\r\n**表现**：摘要少于 120 字，正文少于 2000 字。\r\n\r\n**修正**：\r\n- 摘要不超过 300 字，低于 120 字直接不及格\r\n- 正文 2000-2500 字，绝对不得低于 2000 字\r\n- 字数按答题纸格子计数（含标点和图形）\r\n\r\n### 5. 缺少特色，泛泛而谈\r\n\r\n**表现**：把书刊杂志上的知识点罗列，没有结合项目实例。\r\n\r\n**修正**：\r\n- 所有措施（方法、技术）紧密结合主题项目\r\n- 阐述措施时以主题项目中的具体内容为例\r\n- 讲\"我在某项目中是如何做的\"，而非讲理论\r\n- 用具体的案例支撑论述，而非泛泛而谈\r\n\r\n### 6. 摘要归纳欠妥\r\n\r\n**表现**：摘要没有实质性内容，或加了太多帽子性语句。\r\n\r\n**修正**：\r\n- 标准：\"读者不看正文，就知道文章的全部内容\"\r\n- 摘要应简单包含正文的重点词句\r\n- 尽量不加帽子性语句，直接\"压缩\"正文内容\r\n\r\n---\r\n\r\n## 中频问题\r\n\r\n### 7. 项目年代久远\r\n\r\n**修正**：主题项目应是近 2-3 年内完成的，确保反映当前技术趋势。\r\n\r\n### 8. 口语化太重，表达不够书面化\r\n\r\n**表现**：\r\n- 使用口语化的短句堆砌，缺乏完整的句子结构\r\n- 频繁使用\"然后\"\"所以\"\"就是说\"\"反正\"等口语连接词\r\n- 大量使用\"我做了\"\"我搞了\"\"我们弄了\"等动词短语\r\n- 出现感叹句、反问句等非正式句式\r\n\r\n**修正**：\r\n- 使用书面语替代口语词汇，如\"处理→处置\"\"搞→实现\"\"弄→处理\"\"搞定→完成\"\r\n- 采用名词化结构：将\"我们重构了系统\"改为\"对系统进行了架构重构\"\r\n- 使用完整句式，避免\"短句轰炸\"，适当增加从句和修饰语\r\n- 使用技术术语体现专业性，如\"实现→实施\"\"解决→处置\"\"问题→挑战/瓶颈\"\r\n- 引入概念时使用\"所谓……是指……\"\"即\"\"通常而言\"等书面引导词\r\n- 避免感叹号、省略号、波浪号等非正式标点\r\n- 虽然强调\"以我为中心\"，但不要到处都是\"我\"\r\n- 适当用\"我们\"替代部分\"我\"，体现项目是集体劳动\r\n\r\n**正反示例**：\r\n\r\n| ❌ 口语化 | ✅ 书面化 |\r\n|-----------|-----------|\r\n| 我们重构了支付模块，然后上线了。 | 我们对支付模块进行了架构重构，并顺利完成了上线部署。 |\r\n| 这个系统很牛，处理速度很快。 | 该系统的吞吐能力显著提升，平均响应时间从5秒降低至0.8秒。 |\r\n| 我们一开始没想到会有这么多问题。 | 在项目初期，我们并未充分预见到如此复杂的技术挑战。 |\r\n| 后来我们又加了个缓存。 | 在此基础上，我们引入了Redis缓存层以缓解数据库访问压力。 |\r\n\r\n### 9. 忠实于论点\r\n\r\n**修正**：\r\n- 仔细阅读试题要求，正确理解题意\r\n- 阐述时绝对服从论点\r\n- 不要节外生枝，不要偏离论点\r\n- 半天讲不到点子再草草收场是常见失败模式\r\n\r\n### 10. 文章结构不清晰，段落太长\r\n\r\n**修正**：\r\n- 每个自然段不超过 8 行\r\n- 如果调整段落，很多不合格文章可以变成好文章\r\n- 加上小标题，使结构更清晰\r\n- 中心论点和各分论点的首句加粗高亮显示\r\n\r\n### 11. 整篇文章数字条目太多\r\n\r\n**修正**：\r\n- 可以用数字标识顺序使文章有条理\r\n- 但全文充满数字条目则太死板，影响得分\r\n- 适当使用自然段落过渡\r\n\r\n### 12. 文章深度不够\r\n\r\n**表现**：罗列太多措施（方法、技术），每个都蜻蜓点水。\r\n\r\n**修正**：\r\n- 选择 5-6 个有特色的措施准备，考试时动态删减至 2-3 个深入展开\r\n- 每个措施说明：为什么选、怎么做、效果如何\r\n- 不要企图面面俱到\r\n\r\n### 13. 逻辑不严谨\r\n\r\n**表现**：论证过程中逻辑跳跃或断裂，前后矛盾。\r\n\r\n**修正**：\r\n- 撰写提纲时梳理清楚论点之间的逻辑关系\r\n- 使用 SCQA 结构确保每个分论点的逻辑完整\r\n- 检查校对时关注项目细节前后一致性\r\n\r\n### 14. 段落转承不自然\r\n\r\n**表现**：\r\n- 段落之间缺乏过渡句，读起来有明显的\"跳跃感\"\r\n- 前后段落内容突兀，逻辑关系不清晰\r\n- 大量使用\"然后\"\"接着\"\"还有\"等口语化连接词\r\n- 句式单调，连续多个句子以相同主语开头\r\n\r\n**修正**：\r\n- 每个段落开头先用一句话点明本段主旨，再展开论述\r\n- 段落之间使用过渡句承上启下：\r\n  - 转折：**\"然而\"\"但与此同时\"\"值得注意的是\"**\r\n  - 递进：**\"在此基础上\"\"更进一步\"\"不仅如此\"**\r\n  - 因果：**\"基于此\"\"鉴于此\"\"正是出于这样的考虑\"**\r\n  - 总结：**\"综上所述\"\"总的来看\"\"从上述实践可以看出\"**\r\n  - 承接：**\"在解决了……问题后\"\"在确定了……之后\"**\r\n- 避免连续多句以\"我们\"\"系统\"\"该项目\"开头，交错使用主语和状语\r\n\r\n**示例对比**：\r\n\r\n| ❌ 生硬转承 | ✅ 自然转承 |\r\n|-------------|-------------|\r\n| 我们采用了微服务架构。然后我们遇到了分布式事务问题。我们最终采用了Saga模式。 | 在采用微服务架构后，一个随之而来的挑战便是分布式事务的一致性保障。针对这一问题，我们最终引入了Saga模式进行事务补偿。 |\r\n| 系统有性能问题。我们加了缓存。加了缓存后速度快了。 | 随着业务量的持续增长，系统在高并发场景下逐渐暴露出性能瓶颈。**基于此**，我们引入了Redis多级缓存策略。经实测，缓存命中率达到92%，接口响应时间从3秒降至0.5秒。 |\r\n\r\n---\r\n\r\n##"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。 Skill: Ruankao Essay Writing | 软考论文写作 Owner: nieen Summary: 覆盖软考高级论文写作全流程，支持全部 5 个高级资格（系统架构设计师/信息系统项目管理师/系统分析师/网络规划设计师/系统规划与管理师）。提供项目准备、试题分析、提纲撰写、摘要撰写、正文填充、检查校对全流程指导，按用户资格类型选择对应的项目案例、写作视角和专业深度标准。当用户提到\"帮我写论文\"\"论文指导\"\"如何准备论文\"\"改论文\"\"论文提纲\"\"论文模板\"等涉及论文写作的需求时触发。不适用于论文评分（那是 ruankao-essay-scoring 的职责）。 Tags: latest:1.6.2 Version history: v1.6.2 | 2026-09-29T09:24:31.298Z | user - skill-card.md 文件已移除，简化了文件结构。 - 版本号更新为 1.6.2。 - 无核","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":695,"uniquenessScore":54,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-10T06:53:13.494Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-10T10:48:41.660Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}