Typst 0.15.1 適合科研論文，但只建議新論文、課程報告或能控制模板的課題組優先試用；正在投稿、依賴複雜 LaTeX 宏套件的專案，應先保留原環境，再用真實樣本做小範圍驗收。

本週建議動作：複製一份論文專案，放入真實文獻庫、學校或期刊模板，以及一章包含公式、圖表、交叉引用和附錄的內容，先確認能否穩定產出符合提交要求的 PDF，再決定遷移或雙軌。

最後更新於 2026 年 9 月 21 日；版本日期與功能資料核實自 Typst 0.15 官方發布說明、Typst 0.15.1 官方變更記錄 及相關官方文件。

這篇文章適合三類讀者：準備開始新論文、想判斷 Typst 0.15.1 能否取代現有 LaTeX 工作流的研究生；正在維護舊論文或投稿模板、需要評估遷移風險的博士生；以及要替課題組建立可重現、可交付論文環境的高校技術支援人員。

01

先按專案狀態決定遷移幅度

Typst 0.15 於 2026 年 6 月 15 日發布，Typst 0.15.1 於 2026 年 7 月 17 日更新；日期與版本狀態應以官方發布資料為準，而不是以網路文章或套件管理器顯示的舊版本判斷。

這個版本適合用來驗證新的論文寫作流程，但「編輯體驗順暢」不等於「符合學校提交要求」。科研論文至少有三個不同層次：

  • 寫作層：章節、公式、圖表、腳註和交叉引用能否正常編輯。
  • 排版層：模板、字型、引用樣式、目錄、附錄和浮動物件是否符合規範。
  • 交付層：最終 PDF 是否能通過學校、期刊或导师的格式檢查，並且可由其他成員重現。
論文情境 預設選擇 不應忽略的驗收項目
新建論文或課程報告 優先試用 Typst 0.15.1 真實公式、文獻、中文排版與 PDF
已開始撰寫但尚未投稿 小範圍轉換，必要時雙軌 原有宏、表格、附錄和引用條目
正在投稿或接近定稿 保留 LaTeX 原環境 期刊類別檔、出版社規範和歷史腳本
課題組長期維護模板 先建立驗收分支 模板共享、版本鎖定、審閱和回退

Typst 和 LaTeX 哪個更適合科研論文？沒有脫離專案條件的固定答案。新專案若重視較簡潔的文件結構，可以先用 Typst；若已有大量 LaTeX 宏套件、出版社類別檔或多年累積的模板，LaTeX 的既有相容性通常更有價值。比較重點不是誰「更快」，而是誰能在截止日期前穩定交付可接受的 PDF。

02

新論文先建立最小可交付樣本

新論文作者不應一開始就搬遷整個專案。先建立最小樣本，能更快識別是語法問題、模板問題，還是學校規範本身不適合轉換。

建議至少放入以下內容：

  • 一個章節標題和一個子章節；
  • 一條數學公式；
  • 一張圖片與一個表格；
  • 一次交叉引用；
  • 一條腳註和一條中文段落；
  • 一個 .bib 文獻條目；
  • 一次 PDF 匯出與重新編譯。

Typst 官方文件確認可使用 BibLaTeX 檔案、Hayagriva 以及多種引用樣式，但這只代表格式能力存在，不代表每所大學的文獻格式都能直接符合要求。應將實際 .bib 檔與學校提供的引用範例一併測試，相關格式以官方 bibliography 參考文件為準。

可以先在命令列建立一個最小流程：

typst compile main.typ build/thesis.pdf

預期結果不是「命令成功結束」而已，而是：

build/thesis.pdf

接下來應人工檢查 PDF 的頁碼、字型、公式、圖表位置、書籤、文獻排序和中文標點。官方 PDF 文件可用於確認匯出能力，但學校是否接受該 PDF，仍必須由目標院系的提交規範或實際審核流程確認。Typst PDF 參考文件提供的是技術能力說明，不是任何高校的格式承諾。

03

在研論文先保護模板與文獻庫

正在撰寫中的論文最容易低估遷移成本。表面上只是把正文檔案換成另一種標記語法，實際上可能牽涉自訂宏、複雜表格、演算法環境、補充材料、圖表路徑、參考文獻欄位，以及導師多年修改過的格式細節。

第一步：複製，而不是覆蓋

先複製原始論文目錄和文獻庫，保留原有編譯方式。新目錄應記錄：

  • 原始模板檔案與版本；
  • .bib 文獻資料；
  • 圖片、資料表和補充材料；
  • 編譯命令與必要環境變數；
  • 目前已提交或已獲導師確認的 PDF。

若轉換失敗，回退應該是刪除測試分支，而不是重新拼回一份被改壞的主論文。

第二步：用真實內容測試否決項

先測最可能阻止遷移的部分：

  • 學校論文模板或期刊模板；
  • 自訂宏與大量外部套件；
  • 演算法、長表格和跨頁表格；
  • 附錄、補充材料與多檔案引用；
  • 現有 BibLaTeX 條目、特殊作者欄位和引用樣式；
  • 中英文混排、數學字型及學校指定中文字型。

只要其中一項是投稿硬性要求，且無法在截止日前以可重現方式驗證，就應保留 LaTeX 作為交付環境。Typst 可以用於新章節或獨立報告試驗，但不應因為一次成功匯出就宣布整個專案已完成遷移。

04

跨平台課題組應先分離工具需求

Typst 本身不要求 Mac。Windows、Linux、Apple Silicon Mac 或瀏覽器環境都可以開始寫作，因此只為了使用 Typst 而購買或租用 Mac，通常不是必要條件。

課題組需要先回答的是：論文寫作是否同時依賴 macOS 專屬工具鏈。若只是編輯 Typst、管理文獻和匯出 PDF，本地 CLI 或瀏覽器環境可能已足夠；若還需要 macOS 專屬科研軟體、Apple 平台測試、特定字型處理或既有 Mac 工具，遠端 macOS 工作區才有額外價值。若需要先了解遠端 Mac 可承擔哪些科研環境工作，也可以參考 NodeMini 的遠端 Mac 服務說明，但不要把它當成 Typst 的必要安裝條件。

瀏覽器協作和 Git 同步也不能混為一談。前者方便導師審閱與即時預覽，後者更適合團隊保留提交記錄、模板版本和可回退狀態。可參考官方網頁應用文件及Git 同步說明，再按照論文資料敏感程度決定是否使用雲端協作。

沒有 Mac 能不能使用 Typst 寫論文？可以。Typst 的核心寫作和 PDF 匯出不以 Mac 為必要條件；只有當整個論文工作流包含 macOS 專屬軟體、字型或 Apple 平台驗證時，才需要補充遠端 Mac。涉及敏感研究資料時，還應先核對學校的資料處理規定，不要因為方便協作而直接上傳未經批准的研究資料。

05

高校技術支援的驗收清單

高校技術支援不應只記錄「能不能編譯」。建議每個項目都寫下測試檔案、預期結果、實際結果、負責人及回退方案，並把「技術成功」與「學校可提交」分開判定。

  • [ ] 固定 Typst 0.15.1 的版本來源，記錄 CLI 或網頁環境。
  • [ ] 使用真實或脫敏論文樣本測試章節、公式、圖表、腳註和交叉引用。
  • [ ] 導入現有 .bib 檔，核對作者、年份、期刊名稱、網址及引用排序。
  • [ ] 以學校或期刊的真實模板測試頁面尺寸、標題頁、目錄、頁碼和附錄。
  • [ ] 測試指定中文字型及中英文混排，記錄不同作業系統的顯示差異。
  • [ ] 匯出 PDF 後檢查字型嵌入、書籤、檔案開啟、圖片解析度和元資料。
  • [ ] 由另一位成員在乾淨環境重新編譯，不依賴作者電腦上的隱藏檔案。
  • [ ] 保留源檔、模板、字型說明、文獻庫、編譯命令和最後交付 PDF。
  • [ ] 為不相容的宏、表格或引用樣式設定回退到 LaTeX 的條件。

Typst 0.15.1 支援 BibLaTeX 和學校論文模板嗎？它確認支援 BibLaTeX 檔案與文獻處理，但學校模板的相容性不能由這項功能直接推論。學校模板若包含大量 LaTeX 宏套件、類別檔或固定腳本，必須用實際模板測試；沒有通過測試前，只能說「具備文獻處理能力」，不能說「符合該校提交規範」。

Typst 論文專案如何驗證 PDF 格式和參考文獻？先用固定版本編譯，再逐項比對模板要求、引用樣式和文獻清單，最後由不熟悉專案的人在乾淨環境重新匯出。若只打開 PDF 看幾頁，沒有核對字型、頁碼、交叉引用、附錄和文獻排序，驗收仍然不完整。

06

最終選擇：遷移、保留或雙軌

對新論文而言，Typst 0.15.1 值得用最小樣本開始試用；對正在投稿或依賴複雜 LaTeX 宏套件的專案，保留原環境比追求新排版工具更穩妥；對課題組而言，Typst 與 LaTeX 雙軌往往是較安全的過渡方式。真正的判定依據，是模板、文獻、字型和最終 PDF 是否已用真實樣本驗證。

若目前方案是固定在 Windows 或 Linux 工作站上處理論文，優點是既有環境熟悉，但遇到 macOS 專屬科研軟體、Apple 平台測試或特定字型工具時，可能需要額外轉移檔案、重建依賴，並承擔本機環境差異。直接購買 Mac 又會把一次性的硬體成本和後續維護責任提前綁定。若課題組只是短期驗證 macOS 工具鏈，透過 NodeMini 租用遠端 Mac 會比為了 Typst 本身更合理：它不是 Typst 的必要條件，而是用於補足特定 macOS 工作流的測試環境。可先查看遠端 macOS 科研軟體驗收方向，再判斷是否真的需要租用。

最穩妥的做法，是先用真實論文樣例驗收，再決定遷移或雙軌；若只需要 Typst 寫作，不必為它單獨租用 Mac，若同時需要 macOS 專屬科研軟體、字型、圖形工具或 Apple 平台測試，才把 NodeMini 的遠端 Mac 納入整體論文環境方案。