學建模競賽AI使用記錄LaTeX模板:從結(jié)構(gòu)化記錄到XeLaTeX排版實踐)
簡介這份LaTeX模板專為全國大學生數(shù)學建模競賽參賽隊伍設(shè)計用于規(guī)范記錄和展示AI工具的使用情況。模板提供可定制的AI模型環(huán)境內(nèi)置OpenAI、Claude、DeepSeek、通義千問等主流模型圖標覆蓋問答、代碼生成、數(shù)據(jù)分析等交互場景并具備自動分頁和長內(nèi)容排版能力適合撰寫包含大量公式與圖表的建模報告。壓縮包共26個文件包含4個tex源文件、9個模型圖標png、2個PDF使用說明以及Python腳本、Markdown說明、docx附贈資料等約894KB目錄結(jié)構(gòu)清晰便于二次修改和團隊協(xié)作。模板基于XeLaTeX引擎對中文和復(fù)雜公式支持良好可幫助團隊節(jié)省排版時間專注于模型構(gòu)建與問題求解。目前已有104人學習適合參賽隊伍作為AI使用記錄的規(guī)范模板。1. 競賽規(guī)則下AI使用記錄正在成為硬性要求你真的會記錄嗎從2023年美賽首次明確要求提交AI使用報告到國內(nèi)多個數(shù)學建模賽事陸續(xù)跟進AI工具使用說明已經(jīng)從可選項變成了必答題。我?guī)н^好幾支隊伍見過太多人在最后一天晚上手忙腳亂地補AI使用說明——有的寫一段文字塞進附錄有的用聊天記錄截圖拼一個Word文檔格式五花八門評委根本沒法快速抓到有效信息。你仔細想想競賽要求記錄AI工具使用不是為了查你有沒有作弊而是為了讓整個建模過程可追溯、可復(fù)現(xiàn)。評委想知道的是你在哪個環(huán)節(jié)用了AI用了什么AI你給它什么輸入它返回什么結(jié)果你怎么判斷這個結(jié)果能不能用。這些信息拼在一起其實是一份建模過程的透明日志。但很多隊伍的問題恰恰出在這里第一記錄零散成員A記在手機備忘錄成員B記最后才抄在word里最后根本對不上第二只記工具名不記使用過程寫一行我們使用了AI進行數(shù)據(jù)分析等于什么都沒說第三缺少場景維度建模比賽里的AI使用場景差異很大——查資料、跑模型、調(diào)代碼、寫摘要、做排版不同場景對應(yīng)的記錄字段完全不同。這就暴露了一個關(guān)鍵需求你需要一份結(jié)構(gòu)化的、可定制的、能適應(yīng)多人協(xié)作的AI工具使用記錄方案。如果你還帶著團隊用Word手工排版每次更新都要重新調(diào)格式那我強烈建議你直接改用LaTeX模板。下面我結(jié)合這個「全國大學生數(shù)學建模競賽AI工具使用詳情LaTeX模板」從頭到尾拆一遍它的設(shè)計思路、使用方法和二次開發(fā)要點。2. 模板核心架構(gòu)拆解模型環(huán)境、交互場景和字段設(shè)計是怎么組織在一起的2.1 可定制AI模型環(huán)境解決的是工具清單不一致問題很多隊伍不止用一個AI工具甚至不止用一家廠商的模型。有的用ChatGPT做方案構(gòu)思用Claude幫忙讀論文用Codex生成代碼用文心一言寫中文潤色。這些工具背后的模型名稱、版本號、訪問方式都不一樣如果模板里寫死幾行字段很快就會不夠用。這個模板的可定制AI模型環(huán)境設(shè)計本質(zhì)上是把AI工具的使用記錄拆成兩層模型層和使用層。模型層維護一份全局AI工具清單你只需要在模板開頭定義一個列表列出隊伍用到的所有模型——模型名稱、廠商/平臺、版本號、訪問方式API還是網(wǎng)頁端、使用時間段。后面所有具體的記錄條目只需要引用這份清單里的key不用重復(fù)填寫工具信息。實際使用時你會發(fā)現(xiàn)這個設(shè)計非常省事。比如你們隊伍一共用了5個不同的模型其中某個模型只在第二天用了半天你只需要在清單里對應(yīng)位置填好然后在記錄正文里引用它。不需要每次記錄都重新寫一遍我們用了xx模型的xx版本信息冗余大幅降低。2.2 多交互場景的字段組織決定了記錄的顆粒度數(shù)學建模的AI使用不是單一形態(tài)。我梳理了一下至少有五類高頻場景文獻調(diào)研與信息檢索AI幫你找相關(guān)論文、總結(jié)研究現(xiàn)狀模型選擇與數(shù)學推導(dǎo)AI建議用什么模型、怎么建方程代碼實現(xiàn)與調(diào)試AI生成代碼、修復(fù)報錯論文寫作與潤色AI幫忙組織語言、生成英文摘要結(jié)果分析與可視化AI幫忙做數(shù)據(jù)解讀、生成圖表這五種場景要記錄的信息差異很大。比如代碼調(diào)試場景核心要記錄的是報錯信息-給AI的提問-AI給出的修改方案-最終是否解決而論文潤色場景核心是原文片段-潤色要求-潤色結(jié)果-是否采用。模板的做法是提供一套多場景記錄表每個場景單獨設(shè)計字段而不是一刀切地用一個通用表格硬套所有場景。比如說交互場景這個字段模板預(yù)設(shè)了幾個類別但你可以自己繼續(xù)添加、刪減。這也呼應(yīng)了標題里的支持多種交互場景——它不是一個死板的模板而是給你搭好了骨架場景分類和字段都由你按需調(diào)整。2.3 表格與自由文本搭配保證可讀性和可追溯性的平衡純表格記錄AI使用看起來很規(guī)整但很多細節(jié)沒法寫進去純文本記錄信息密度低評審翻起來太吃力。這個模板的做法是表格和自由文本混排每次AI使用先給一行表格摘要——時間、場景、使用模型、目的緊接著一段自由文本詳細描述你和AI的對話過程、你做的判斷和調(diào)整。這個設(shè)計很聰明。先讓摘要表格承擔快速檢索的功能評委想抽查某個環(huán)節(jié)只要掃一遍表格定位即可再看自由文本還原細節(jié)判斷你的AI使用是否合理、是否有實質(zhì)性的工程判斷。模板還預(yù)留了“人工干預(yù)說明”字段。競賽評審最關(guān)注的其實是你用AI生成了一個結(jié)果但你有沒有驗證它這個字段就是用來寫我檢查了什么、我修正了什么、我為什么認為AI輸出的結(jié)果是可信的。這個點在很多隊伍自己做的記錄里是完全缺失的。3. 基于XeLaTeX的編譯與自動分頁實操從環(huán)境配置到常見報錯3.1 為什么用XeLaTeX編譯而不是默認的pdfLaTeX這個模板從命名上就寫明基于XeLaT——即XeLaTeX編譯引擎。很多用過LaTeX的同學默認用的是pdfLaTeX但這個模板必須用XeLaTeX原因在于中文支持方案完全不同。XeLaTeX相比于pdfLaTeX的最大優(yōu)勢是原生支持Unicode和系統(tǒng)字體。數(shù)學建模競賽的報告肯定要寫中文如果用pdfLaTeX需要額外引入CJK宏包、配置中文字體操作煩瑣且效果不穩(wěn)定。而XeLaTeX配合xeCJK宏包可以直接調(diào)用系統(tǒng)字體比如宋體黑體微軟雅黑等中英混排的體驗非常自然。你可以這樣理解XeLaTeX就像一個自動識別語言的排版引擎它知道哪個字符是中文哪個是英文能自動切換字體和排版規(guī)則。pdfLaTeX則需要你手動告訴它這一段是中文否則輸出就是亂碼或豆腐塊。3.2 編譯環(huán)境準備一套最省心的配置方案我第一次拿到這個模板時直接雙擊.tex文件用默認編輯器打開編譯直接報錯。正確做法是先確認編譯器選擇是否正確。以TeXstudio為例需要做這幾步設(shè)置打開選項 → 設(shè)置TeXstudio構(gòu)建選項卡下把默認編譯器切換為XeLaTeX如果使用TeXLive發(fā)行版建議同時更新宏包命令行運行tlmgr update --all如果網(wǎng)絡(luò)允許如果用的是Overleaf在線平臺則更簡單——在菜單里找到編譯器選擇XeLaTeX即可不需要本地安裝任何發(fā)行版。模板中的.tex主文件開頭通常會有類似這樣的導(dǎo)言區(qū)配置\documentclass[11pt]{ctexart} \usepackage{xeCJK} \setCJKmainfont{SimSun} % 可替換為你需要的字體 \usepackage{longtable} \usepackage{enumitem}其中ctexart文檔類已經(jīng)幫你處理了大部分中文排版問題xeCJK負責中文字體適配longtable用于長表格跨頁分頁。3.3 自動分頁長內(nèi)容排版是怎么實現(xiàn)的自動分頁長內(nèi)容排版是這個模板的一個硬需求。AI使用記錄通常條目很多一個隊伍三天比賽下來可能產(chǎn)生30到50條記錄如果每條記錄占用一兩頁直接用普通表格排版表格跑到頁尾就會斷掉或者溢出頁面。模板采用longtable環(huán)境來處理長表格的分頁問題。它和tabular環(huán)境最大的不同是longtable支持跨頁斷行自動在每一頁重新顯示表頭不需要你手動把表格拆成多段。這在記錄AI使用詳情時非常重要——因為記錄是逐條追加的前期預(yù)估不了最終長度只能靠自動分頁解決。在長文本方面模板還用了一個技巧把摘要表格和詳細描述做成一個可重復(fù)的條目塊整個文檔的主體部分其實是一個條目塊的序列。每個塊內(nèi)部是固定結(jié)構(gòu)塊與塊之間可以連續(xù)排列遇到分頁邊界時由LaTeX自動處理不需要人工干預(yù)。我在實際使用中還發(fā)現(xiàn)如果單個描述段落特別長超過一頁會導(dǎo)致排版失控。這里有一個小技巧每條記錄的描述部分盡量控制在300字以內(nèi)如果確實需要更多細節(jié)拆成多個子條目記錄視覺效果和可讀性都會好很多。3.4 三分鐘解決最常見的編譯報錯我把這個模板給多支隊伍用過匯總了三個最高頻的報錯場景報錯一Font SimSun not found系統(tǒng)里沒有SimSun字體直接改導(dǎo)言區(qū)的字體配置即可\setCJKmainfont{Noto Serif CJK SC} % Linux/macOS可用 \setCJKmainfont{Microsoft YaHei} % Windows可用報錯二! LaTeX Error: File longtable.sty not found缺少宏包在TeX Live中通過包管理器安裝longtable宏包或在Overleaf的左側(cè)文件欄檢查是否上傳了模板自帶的.sty文件。報錯三編譯有結(jié)果但是中文全部變成空白編譯器選錯了檢查是否用了XeLaTeX而不是pdfLaTeX。這個問題在本地編輯器里最常出現(xiàn)因為你之前可能一直用默認編譯器編譯別的英文文檔系統(tǒng)記住了上次的設(shè)置直接沿用到了這個模板上。4. 定制AI模型清單和交互場景分類的兩種實用做法4.1 直接修改定義區(qū)的宏快速完成定制模板的定制入口一般集中在.tex文件頂部會有一組自定義命令或變量配置。比如定義當前隊伍使用的AI工具列表\newcommand{\toolA}{ChatGPT-4o} \newcommand{\toolB}{Claude 3.5 Sonnet} \newcommand{\toolC}{GitHub Copilot}后面所有記錄模塊引用這些宏命令后續(xù)如果換了模型只需改這一處全文自動同步。這就是可定制AI模型環(huán)境在技術(shù)落地上的具體體現(xiàn)。你可能覺得這不就是個查找替換嗎區(qū)別大了。用宏定義后記錄條目里只存一個\toolA而不會存死字符串。比賽過程中模型的版本可能發(fā)生變化比如第一天用ChatGPT-4第二天升級到ChatGPT-4o大量引用工具名的記錄會變得非?;靵y。宏定義方案下你只需要在文檔末尾追加一段模型版本變更說明并在宏定義區(qū)更新對應(yīng)字段即可。之前的記錄雖然顯示的是\toolA但通過版本變更說明可以讓讀者準確追溯到當時的模型版本。4.2 通過自定義環(huán)境添加新的交互場景記錄塊如果預(yù)設(shè)的幾種交互場景不夠用你可以通過自定義環(huán)境來擴展。比如你想增加一個數(shù)學公式驗證場景可以在模板的導(dǎo)言區(qū)新增一個自定義塊\newenvironment{aiFormulaCheck}[1]{ \subsection*{公式驗證記錄} \textbf{場景:} #1 \\ \begin{itemize} }{ \end{itemize} }然后正文里直接寫\begin{aiFormulaCheck}{驗證梯度推導(dǎo)正確性} \item 原始問題: 非凸函數(shù)梯度方向是否收斂 \item 給AI的輸入: 提供完整推導(dǎo)過程和停頓位置 \item AI輸出: 補全推導(dǎo)指出一處符號錯誤 \item 驗證方式: 手動重推并用數(shù)值梯度比對 \end{aiFormulaCheck}這樣你的記錄就不是局限在預(yù)設(shè)格式里而是可以針對自己隊伍的實際工作流定制專屬場景。我見過有的隊伍加了數(shù)學公式校驗場景有的加了英文摘要潤色場景還有的加了參考文獻篩選場景效果都很好。5. 隊伍協(xié)作管理中的使用經(jīng)驗版本控制、分工和展示順序5.1 多人同時編輯的版本同步方案別再用微信傳文件一個隊伍三個人比賽期間同時使用AI工具如果各自記錄在本地最后合并就是一場災(zāi)難。這個模板本身是純文本的.tex文件這意味著你完全可以用git做版本管理或者用Overleaf的多人實時協(xié)作功能。我的建議是如果你在Overleaf上使用模板直接開啟多人協(xié)作讓三個成員同時在瀏覽器里編輯不同章節(jié)。Overleaf會實時同步避免互相覆蓋。如果你用本地環(huán)境建議啟用git成員各自在自己的分支上記錄每天結(jié)束時合并到主分支。這里有一個實踐中的坑三個成員如果同時修改同一個文件的不同片段git在合并時大概率會產(chǎn)生沖突手動解決沖突需要理解LaTeX語法對不熟悉LaTeX的隊員不太友好。更好的做法是按章分文件——主文件用\input{}指令引入三個子文件比如ai_usage_day1.tex、ai_usage_day2.tex、ai_usage_day3.tex每人負責各自日期的文件沖突概率大幅下降。5.2 展示順序決定評委的閱讀效率AI使用記錄最終要作為競賽論文的一部分提交展示順序不是隨便排的建議按照比賽時間線→建模流程雙維度排列。時間線維度保證完全可追溯任何人可以按時間復(fù)現(xiàn)你們的建模過程流程維度則幫助評委快速理解你們在問題分析、模型建立、求解計算、論文撰寫四個階段分別如何使用AI。我實際測試過把每個賽題階段作為主分組組內(nèi)按時間排序是最符合評委閱讀習慣的編排方式。比如說第一階段問題分析下設(shè)幾條記錄時間從第一天上午到下午排列第二階段模型構(gòu)建另起一組。這種排列方式下評委能在最短時間內(nèi)定位他們用AI做了模型構(gòu)建的哪些事。模板標題里強調(diào)便于協(xié)作管理真正落實到使用環(huán)節(jié)關(guān)鍵是三個約定俗成的小規(guī)則每天結(jié)束時20分鐘統(tǒng)一更新記錄、記錄時順手填入人工干預(yù)說明、使用工具名稱前先檢查宏定義是否已經(jīng)添加。這三條規(guī)則堅持下來最終匯總時你會驚訝地發(fā)現(xiàn)AI使用報告幾乎不需要額外整理直接可以提交。6. 團隊記錄AI使用后的復(fù)盤價值可能比報告本身更值錢比賽結(jié)束后這份AI使用記錄除了提交給評審還應(yīng)該留一份作為團隊復(fù)盤素材。我見過不少隊伍只把AI使用記錄當成應(yīng)付規(guī)則的產(chǎn)物打完比賽文件就扔了這非常可惜。如果你想在賽后認真復(fù)盤一次建模過程這份記錄的價值比賽后總結(jié)大得多。因為它記錄了當時每個決策分支里AI給出的建議、你實際選擇的路徑、以及你沒有采納AI建議的原因。這些東西如果不記錄下來過幾天你只會記住最后用了什么方法中間被淘汰的思路完全想不起來。而恰恰是那些被淘汰的思路才是建模過程中最有價值的思考痕跡。根據(jù)我的經(jīng)驗賽后再看這份記錄你會發(fā)現(xiàn)自己對AI工具的依賴程度分布非常不均勻比如可能80%的AI交互集中在代碼調(diào)試和文本潤色上而對模型選擇、假設(shè)設(shè)置的深度對話偏少。這個發(fā)現(xiàn)看起來只是數(shù)據(jù)統(tǒng)計但反映的其實是團隊在關(guān)鍵節(jié)點上的核心思考能力。下一次比賽前你就可以有意地把AI用在更需要討論的地方。所以哪怕競賽規(guī)則不強制要求我也建議參賽隊給每個AI交互留一份記錄。這個習慣的價值不在一朝一夕等你積累了兩三次比賽的記錄后再翻看你會對整個團隊的協(xié)作模式、技術(shù)短板和判斷力成長有非常清晰的認知。本文還有配套的精品資源點擊獲取