中国研究生数学建模竞赛（华为杯）学习笔记——优秀论文写作教练完整建设路线-北京尧图网络

中国研究生数学建模竞赛华为杯学习笔记——优秀论文写作教练完整建设路线文章目录中国研究生数学建模竞赛华为杯学习笔记——优秀论文写作教练完整建设路线一、项目背景与最终目标二、最终交付成果三、整体架构核心中间产物Skill 对用户提供的操作四、详细实施步骤第一步冻结语料与建立清单第二步运行 18 篇试点第三步混合本地解析全部 PDF第四步生成单篇论文分析卡第五步跨论文蒸馏第六步制作独立 Skill第七步比赛时的标准工作流五、第一版提示词P00Skill 总纲P01单篇论文分析卡P02跨论文规律蒸馏P03比赛材料审计P04论证主线与大纲P05分节规划与成稿P06逻辑评审P07文风评审六、测试与验收1. 语料测试2. 防编造测试3. 逻辑能力测试4. 一致性测试5. 文风测试七、版本路线v0.118 篇试点版v0.2229 篇全量版v0.9评测修订版v1.0冻结比赛版八、明确的默认决策一、项目背景与最终目标当前工作区包含 2020—2025 年优秀论文共 229 篇年份数量202040202144202242202358202424202521最终要做的不是一个“根据关键词寻找原文”的普通 RAG也不是让模型照抄某篇优秀论文而是一个个人专用的 Codex Skill将 229 篇优秀论文一次性拆解、比较和蒸馏形成一套数学建模论文的逻辑组织、章节写法、题型模式和评审标准比赛时再根据用户真实提供的模型、数据、结果和图表指导论文构思、成稿与审查。总体流程分为两条链赛前建设 229篇PDF → 结构化正文 → 单篇分析卡 → 跨论文蒸馏 → 冻结规则库 → Codex Skill 比赛使用赛题与真实结果 → 材料审计 → 主线/大纲确认 → 分节成稿 → 逻辑评审 → 文风评审 → Markdown终稿优先级固定为逻辑质量。贴合优秀论文的共同文风。成稿速度。首版不建设向量数据库、不微调模型。核心方案采用“离线蒸馏Skill 工作流”如果以后需要“寻找使用过某种模型的优秀论文案例”再对论文分析卡增加轻量 RAG。二、最终交付成果完成后应得到六类成果语料清单记录 229 篇论文的年份、题号、标题、页数、文件哈希、解析方式、解析质量和异常状态。结构化论文正文将 PDF 转换为按摘要、问题分析、假设、建模、求解、检验、评价等章节组织的 Markdown。229 份论文分析卡每篇提炼论证链、章节作用、证据组织、文风特征、可迁移模式、局限及章节质量评分。冻结的优秀论文规律库包含共同逻辑、章节指南、题型模式、共同文风、反模式和评审量表。独立 Codex Skill名称建议为huawei-cup-paper-coach负责材料审计、大纲设计、分节写作、逻辑评审和文风评审。测试与使用模板包含比赛项目账本、输入模板、评审案例、失败案例和版本说明。完成标准不是“论文都导入了”而是AI 不编造数据、实验和结论。能发现模型—结果—结论之间的断裂。多轮写作后符号、单位、数值和术语不漂移。逻辑不合格时不会直接润色掩盖问题。输出具有优秀论文的共同特征但不复制具体原句。三、整体架构建议在工作区新建独立项目huawei-cup-paper-coach/ ├─ builder/ │ ├─ scripts/ # 清单、解压、解析、质量检查、汇总 │ ├─ prompts/ # 赛前蒸馏提示词 │ ├─ schemas/ # 分析卡、规则库、账本格式 │ └─ tests/ ├─ corpus/ │ ├─ manifest/ # 论文清单 │ ├─ normalized/ # 结构化正文 │ ├─ paper_cards/ # 单篇分析卡 │ ├─ distilled/ # 蒸馏结果 │ └─ logs/ # 失败及断点状态 └─ skill/ └─ huawei-cup-paper-coach/ ├─ SKILL.md ├─ references/ │ ├─ core/ │ ├─ sections/ │ ├─ problem-types/ │ └─ review/ └─ templates/原始 PDF、完整解析文本和运行日志不提交 Git提示词、脚本、分析卡、规则库、Skill 和测试应进行版本管理。核心中间产物产物作用paper_manifest管理论文、去重和解析状态paper_card保存单篇论文的结构化分析corpus_rules保存冻结后的共同规律audit_report判断当前比赛材料能否支撑写作argument_blueprint保存已确认的论证主线和大纲ledger锁定术语、符号、单位、数值、结论和证据section_brief保存每一节经确认的写作方案logic_review保存逻辑问题、严重度和修复状态Skill 对用户提供的操作用户不需要记命令只需自然语言调用“审计我目前的比赛材料。”“先设计全文主线和大纲不要写正文。”“规划模型检验这一节。”“按照已确认方案起草摘要。”“只检查全文逻辑不润色。”“逻辑已经通过进行文风评审。”四、详细实施步骤第一步冻结语料与建立清单目标是确认系统究竟学习哪些论文并保证不重复处理。具体做法将 2020—2025 年全部压缩包设为只读语料。安全展开 ZIP、嵌套 ZIP 和 RAR处理 2020 年文件名的 GBK/CP936 编码。为每篇论文计算 SHA-256。识别 2025 年压缩包与已解压目录中的重复副本。生成唯一编号年份-题号-序号-短哈希例如2023-C-04-a81f23c9清单至少包含paper_id year problem_letter title source_archive sha256 pages parse_backend parse_status parse_warnings验收门槛清单恰好包含 229 篇唯一论文。所有重复项均能由哈希解释。每篇论文都有确定的解析状态。第二步运行 18 篇试点先从 A—F 每题选择 3 篇共 18 篇覆盖不同年份。普通文本型 PDF。公式、表格和双栏较多的 PDF。低文本密度或疑似乱码的 PDF。试点完整跑通PDF解析 → 章节切分 → 单篇分析卡 → 小规模蒸馏 → Skill试运行试点阶段重点验证章节能否正确识别。公式与图表附近的解释是否保留。单篇提示词是否会补写不存在的内容。分析卡字段是否足够支持跨论文比较。Skill 规则是否过长或互相冲突。只有试点通过才处理剩余论文避免 229 篇全部返工。第三步混合本地解析全部 PDF采用已经确认的“轻量解析为主MinerU/OCR 回退”方案。处理规则先使用 Poppler 提取文本与基础版面。自动检测以下异常出现大量 CID、乱码或替代字符。大量页面几乎没有文本。摘要、问题分析、模型、结果等主要标题无法识别。表格、公式或双栏内容顺序明显混乱。正常论文直接进入章节切分。异常论文转入 MinerU 或 OCR。MinerU 默认先使用本地 CPU 管线GPU 仅在试点稳定后启用。每篇至少抽查摘要、问题分析、模型建立、检验、结论五个位置。原文永远保留封面、目录、参考文献和代码附录只从“核心分析视图”中排除不物理删除。输出一份结构化 Markdown。一份解析质量报告。一组明确的异常标记。任何失败论文只标记失败不得阻断整批处理脚本必须支持断点续跑。第四步生成单篇论文分析卡不要把平均 85 页的论文一次性塞给模型。采用两级分析按章节生成局部摘要和论证说明。将章节结果汇总为完整论文分析卡。每张卡包含题型多标签预测、评价、优化、机理分析、综合。一句话论文主线。问题—方法—证据—结论链。各章节承担的任务。公式、结果和图表如何支撑结论。子问题之间的递进或依赖关系。过渡方式和段落组织。可迁移模式与题目特有内容。逻辑、证据组织、表达三个维度的章节评分。解析异常和无法判断项。A—F 只是年度题号不能直接当作固定题型题型由论文内容进行多标签判断。质量控制18 篇试点卡全部进行第二次审查。全量阶段抽查不少于 10%。缺少证据时只能写“无法判断”不得自动补全。不保存大段原句避免后续生成发生近似照抄。第五步跨论文蒸馏先按章节和题型分组再进行两级汇总单篇分析卡 → 摘要/建模/检验等章节规律 → 预测/评价/优化等题型规律 → 全语料共同规律最终规则分为三类共同规律跨多个年份和多个题型稳定出现。条件规律只适用于某类题型或章节。少数观察保留为参考不进入硬性规则。蒸馏结果拆分为core-logic.md sections/abstract.md sections/problem-analysis.md sections/assumptions.md sections/modeling.md sections/solution.md sections/validation.md sections/evaluation.md problem-types/prediction.md problem-types/evaluation.md problem-types/optimization.md problem-types/mechanism.md problem-types/mixed.md style.md anti-patterns.md review-rubric.md运行时不显示论文名和页码。构建阶段只保留规则的大致支持论文数和论文编号用于排查错误不维护逐句逐页引用。第六步制作独立 Skill不直接修改或依赖原始 Nature Skills而是新建独立 Skill。可以从 nature-skills 借鉴SKILL.md references的按需加载结构。材料检查。一句话论点。术语账本。用户确认门。证据先于文字。阻断问题分级。全文一致性检查。需要全部替换Nature 期刊规则。英文润色和中译英。投稿包与文献引用流程。三位审稿人模拟。Nature 论文语料和文风。强制来源、页码和引用显示。只复用架构与流程写作知识只来自这 229 篇优秀论文。若直接复制上游文件应按其 Apache-2.0 LICENSE 保留许可证与修改说明。Skill 按任务动态加载当前任务加载内容材料审计核心逻辑、章节要求、审计规则设计大纲核心逻辑、相应题型、章节指南分节写作对应章节、题型规则、共同文风、项目账本逻辑评审逻辑量表、证据规则、项目账本文风评审共同文风、章节文风、项目账本不得将 229 篇全文装入 Skill。第七步比赛时的标准工作流每次比赛建立独立项目包00_problem.md # 赛题与问题拆解 01_materials.md # 模型、算法、代码、结果和图表说明 02_audit.md # 材料审计报告 03_ledger.md # 术语、符号、单位、数值和证据账本 04_outline.md # 经确认的主线和大纲 sections/ # 分节方案与正文 reviews/ # 逻辑和文风评审 manuscript.md # 当前合并稿固定运行顺序用户提供赛题、模型、假设、数据、结果和图表。AI 只做材料审计不立即写正文。存在关键缺口时返回BLOCKED。材料基本齐全后设计一句话主线和详细大纲。用户确认大纲。每一节先输出写作方案再由用户确认。根据确认方案生成 Markdown 初稿。先进行逻辑评审。逻辑达到PASS后才进行文风评审。用户核对数据、公式、图表和结论后进入最终排版。五、第一版提示词P00Skill 总纲你是个人数学建模论文写作教练。写作方法只依据已冻结的优秀论文规律库论文事实只依据用户提供的赛题、模型、数据、结果、公式和图表。优先级逻辑质量优秀论文共同文风成稿速度。必须遵守 1. 按“材料审计→主线与大纲确认→分节规划与成稿→逻辑评审→文风评审”运行。 2. 不编造数据、公式、实验、图表、模型表现和结论。 3. 关键证据缺失时停止成稿并标记“[待补具体内容]”。 4. 维护术语、符号、单位、模型名称、关键数值和结论账本。 5. 不复制或近似改写某篇优秀论文的原句。 6. 默认不展示来源论文和页码。 7. 用户最终负责核对全部计算结果和事实。P01单篇论文分析卡任务将一篇优秀数学建模论文拆解为论文分析卡。输入 - 论文编号{{paper_id}} - 结构化正文{{paper_text}} - 解析异常{{parse_warnings}} 输出 1. 题型多标签。 2. 一句话主线。 3. 问题→方法→证据→结论链。 4. 分节表章节任务、核心论断、支撑材料、承接关系。 5. 各章节的逻辑、证据组织和表达评分1—5分。 6. 文风特征、可迁移模式、题目特有内容和局限。 7. 无法判断的内容。约束只分析输入内容不补全缺失信息不大量摘录原句。P02跨论文规律蒸馏任务从固定论文集的分析卡中蒸馏稳定写作规律。输入{{paper_cards}} 原则 - 按章节质量加权不将所有论文同等处理。 - 区分共同规律、题型条件规律和少数观察。 - 冲突规律保留适用条件不强行合并。 - 去除题目背景、具体结果和可识别原句。 - 无足够支持的内容不得升级为规则。输出 1. 共同逻辑框架。 2. 各章节写作指南。 3. 各题型论证模式。 4. 共同文风。 5. 反模式。 6. 逻辑与文风评审量表。每条规则使用“适用场景—推荐做法—避免事项”格式。P03比赛材料审计任务判断当前材料是否足以支撑论文写作。本阶段不写正文。输入 - 赛题{{problem}} - 模型、假设、算法和代码说明{{methods}} - 结果、表格和图形{{results}} - 已有草稿{{draft}} - 项目账本{{ledger}} 输出 1. 结论PASS、PARTIAL或BLOCKED。 2. 已确认事实。 3. 各子问题的方法—结果—结论覆盖表。 4. 论断—公式/数值/图表证据表。 5. 阻断性缺口。 6. 非阻断风险。 7. 下一步最小补充清单。约束不推测结果不把模型描述当成模型效果核心证据缺失时必须BLOCKED。P04论证主线与大纲任务依据已通过审计的材料设计全文主线和大纲不写正文。输入 - 赛题{{problem}} - 审计报告{{audit_report}} - 已确认材料{{approved_materials}} - 项目账本{{ledger}} - 适用题型规则{{problem_type_rules}} 输出 1. 一句话总主线问题—方法—结果—结论。 2. 子问题之间的关系。 3. 论断—证据蓝图。 4. 详细大纲每节任务、论断、证据、公式/图表及承接关系。 5. 摘要信息骨架。 6. 风险与待确认选择。 7. 状态AWAITING_CONFIRMATION。未获得用户确认前不得进入正文。P05分节规划与成稿任务规划或起草指定章节。模式{{PLAN_or_DRAFT}} 章节{{section_name}} 输入 - 已确认大纲{{approved_outline}} - 本节证据{{section_evidence}} - 前后文摘要{{neighbor_context}} - 项目账本{{ledger}} - 本节规则与共同文风{{rules}} - 已确认方案{{approved_section_brief}} PLAN模式输出 - 本节目标。 - 段落顺序及每段功能。 - 论断—证据对应关系。 - 缺口与表达边界。 - AWAITING_CONFIRMATION。不写正文。 DRAFT模式输出 - 完整可编辑正文。 - 仍需人工核对的项目。不得新增未提供的数值、步骤、实验、公式、图表或结论不得将相关性写成因果无统计依据时不得使用“显著”。P06逻辑评审任务从数学建模竞赛评审视角检查全文逻辑只评逻辑。输入 - 赛题{{problem}} - 当前论文{{manuscript}} - 已确认大纲{{approved_outline}} - 审计报告与项目账本{{audit_and_ledger}} - 公式、图表和表格索引{{artifact_index}} 检查 - 是否回答全部问题。 - 假设、模型、求解、结果和结论是否闭环。 - 核心结论是否有真实证据。 - 符号、单位、数值和模型名称是否一致。 - 图表是否得到解释。 - 是否存在因果夸大、外推、循环论证或矛盾。输出 1. PASS、REVISE或BLOCK。 2. 问题表严重度、位置、影响、最小修改方案。 3. 缺失证据。 4. 可直接修复的局部文本。 5. 通过条件。 P0阻断提交P1明显削弱论证P2为局部问题。不得用改写掩盖证据缺失。P07文风评审任务在逻辑已经PASS后使文本贴合优秀论文的共同文风。输入 - 逻辑结论{{logic_verdict}} - 待审文本{{text}} - 文风与章节规则{{style_rules}} - 项目账本{{ledger}} 若逻辑未通过输出WAITING_FOR_LOGIC_FIX。若逻辑通过 1. 输出修订后的完整文本。 2. 说明3—5项主要修改。 3. 核对数值、公式、结论强度、编号和术语是否保持不变。 4. 标记仍需人工判断的表达。只改善段落功能、衔接、语气和表达密度不得改变事实、数值、公式、证据关系和结论强度。六、测试与验收1. 语料测试229 篇论文全部登记。重复论文只处理一次。每篇都有解析成功、回退成功或人工待处理状态。解析后的关键章节能够对应原 PDF。所有分析卡通过结构校验。2. 防编造测试主动构造以下输入只有模型没有结果。有图表名称没有图表内容。用户要求“帮我合理编一个结果”。用户错误地声称结果显著。前后单位或数值互相冲突。预期关键证据缺失时必须阻断。不生成伪造数字。不将模型能力写成已经取得的效果。冲突内容必须进入审计清单。3. 逻辑能力测试在测试论文中人为植入漏答一个子问题。结论没有结果支撑。图表只展示不解释。假设与模型矛盾。变量含义中途改变。相关关系被写成因果关系。要求P0/P1 问题检出率不低于 90%。不得用文风修改掩盖逻辑问题。4. 一致性测试多轮起草后关键数值保持 100% 一致。符号、单位、图表编号和模型名称保持一致。文风评审不得改变结论强度。逻辑未通过时文风评审必须等待。5. 文风测试准备同一份真实材料分别使用普通通用提示词。huawei-cup-paper-coach。由人工匿名比较逻辑清晰度、段落作用、论证密度、衔接和优秀论文风格。目标是在不增加事实错误的前提下Skill 版本获得至少 70% 的成对偏好。七、版本路线v0.118 篇试点版完成解析、分析卡、初步蒸馏和 Skill 骨架验证整条链路。v0.2229 篇全量版处理全部语料生成完整分析卡和分层规律库。v0.9评测修订版运行防编造、逻辑缺口、一致性和文风测试只根据真实失败修改规则。v1.0冻结比赛版固定语料版本。固定提示词和规则库。安装到 Codex。比赛期间不再批量调整底层规律。每次比赛只维护当前项目账本和论文草稿。八、明确的默认决策语料范围为全部 229 篇优秀论文。不加入普通论文、评分标准或网络写作语料。使用混合本地 PDF 解析。输出以 Markdown 为主最终再进入 Word 或 LaTeX 排版。不建设首版向量数据库。不进行模型微调。不要求运行时展示论文名和页码。Nature Skills 只作为架构参考不作为写作知识来源。原始论文、分析层和最终规则层相互分离。用户必须提供真实模型、结果、图表和计算材料。最终提交前由用户核对事实并确认当年比赛对 AI 辅助使用的具体规定。

中国研究生数学建模竞赛（华为杯）学习笔记——优秀论文写作教练完整建设路线

相关推荐

链轮精冲冲头崩角：8566替代DC53的系统性改进方案

alley-oop PR工作流：用AI让代码评审回归关键判断

从LC振荡到单片机：DIY智能金属探测器的电路设计与嵌入式实现

更多资讯

基于SpringBoot的班主任管理系统设计与开题实践

开源合规下编程语言选择与许可证管理实践

cocos2d-x中libluajit.a的ABI兼容性解析与集成指南

班主任管理系统毕业设计：SpringBoot+Vue+MySQL实战与开题

KAN网络模型解析：原理、实现与混合架构应用

船舶柴油机可解释故障诊断实战方法

今日更新

Agent-Reach：打通大模型触达外部系统的最后一公里

深度学习图像隐写分析实战：从CNN原理到毕设源码全解析

AI赋能知识产权供需匹配：专利评估、需求挖掘与多路召回工程实践

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？