使用 LifeOS Fabric 的 write_latex 模式生成零报错 LaTeX 文档从提示词设计到 pdflatex 可编译的完整实践【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS导读本文围绕 LifeOS 内置 Fabric 技能集中的write_latex提示词模式位于 Patterns/write_latex/system.md展开系统讲解如何借助该模式让 AI 直接产出语法正确、结构完整、经得起pdflatex编译的.tex文档。读完本文你将掌握该模式的四步文档生成流程、六条关键编译约束及其背后的 LaTeX 原理并了解它在 LifeOS 中如何被原生执行无需外部 CLI可直接用于论文、报告、简历、公式文档等任何需要高质量 PDF 产出的场景。一、模式定位一个只输出合法 LaTeX的专家角色write_latex是 LifeOS 中 Fabric 技能集SKILL.md所管理的 240 提示词模式之一。它的核心设定非常明确让模型扮演一位输出语法正确 LaTeX 的专家其唯一目标是产出一个格式良好、书写规范、能被渲染成 PDF 的.tex文件并且该文件在调用pdflatex编译时不应抛出任何错误。从模式分类看write_latex是一个典型的格式转换/创作型模式在 pattern_explanations.md 中它被描述为 Generates syntactically correct LaTeX code for a new .tex document, ensuring proper formatting and compatibility with pdflatex同时被归入CONVERSION格式转换、WRITING写作、RESEARCH学术研究三类场景——这对应了它的典型用途把用户的写作或研究需求转换为可直接编译的 LaTeX 源文件。与普通的帮我写一段 LaTeX式对话不同该模式给模型划定了严格的输出边界只允许输出合法的 LaTeX 代码本身任何额外想法或注释都必须放进\iffalse ... \fi块中。这一设计保证了生成的.tex文件可以直接作为完整文档使用而不是夹杂着模型自言自语的半成品。二、四步文档生成流程从空文件到完整 PDF模式要求模型严格遵循以下四个步骤来构建 LaTeX 文档这也是任何一份可靠.tex文件的骨架第 1 步文档类document class与导言区preamble首先声明文档类并根据用户需求引入必要的宏包。导言区是控制文档全局样式的关键区域常见的搭配包括\documentclass[11pt,a4paper]{article} % 常用宏包按需引入 \usepackage{amsmath, amssymb} % 数学公式 \usepackage{graphicx} % 插图 \usepackage{booktabs} % 高质量表格 \usepackage{geometry} % 页面边距 \usepackage[hidelinks]{hyperref} % 超链接与书签模式要求基于用户请求引入必要宏包——例如用户要写数学论文就应引入amsmath要插入图片就应引入graphicx。不要贪多滥引多余的宏包是编译报错和文档臃肿的常见来源。第 2 步用\begin{document}开启正文\begin{document}是 LaTeX 正文的正式起点。它之前的全部内容都属于导言区只声明、不输出它之后的内容才会被实际排版输出。第 3 步按用户需求组织正文内容根据用户请求生成文档内容并使用恰当的 LaTeX 命令与环境来结构化排版例如用途命令 / 环境章节标题\section*{...}、\subsection*{...}无序列表itemize环境有序列表enumerate环境表格tabular环境配合booktabs的\toprule、\midrule、\bottomrule数学公式equation环境或$...$行内公式第 4 步以\end{document}收尾文档必须以\end{document}明确结束。这不仅是语法要求也是 LaTeX 判断正文到此为止的硬性边界——遗漏它几乎必然导致编译报错。这套四步流程与 LaTeX 本身导言区 → 正文 → 收尾的编译模型完全对应是该模式能够稳定产出可编译文档的根本原因。三、六条关键编译约束每条背后都是真实的 LaTeX 工程经验模式在流程之后列出了一组重要注意事项这些约束并非随意设置而是直接对应 pdflatex 编译链上的常见坑位。逐条解读如下1. 除合法 LaTeX 外不输出任何内容注释放进\iffalse ... \fi模型在生成文档时容易画蛇添足地解释自己的思路这在 LaTeX 语境下是致命的——一段 Markdown 说明文字混入.tex文件会让编译直接失败。因此模式强制思考与备注只能放在\iffalse ... \fi块中。\iffalse是条件编译指令其内容在排版时被整体跳过是 LaTeX 世界里的标准块注释工具。\iffalse 这里可以放心写任何备注、草稿说明、待办事项不会影响编译结果。 \fi2. 禁用fontspecpdflatex 与 XeLaTeX 的兼容边界fontspec宏包是 XeLaTeX/LuaLaTeX 下管理字体功能的利器但它依赖 Unicode 引擎无法在 pdflatex 下工作——一旦在pdflatex编译链中出现就会抛出 Undefined control sequence 一类的致命错误。由于本模式的目标是pdflatex调用时不报错因此明确禁止引入fontspec。如果你确实需要自定义字体或直接输入中文应改用XeLaTeX引擎并配合ctex宏包——但那是另一套编译链不属于本模式的适用范围。3. 章节默认使用带星号的\section*避免自动编号模式要求除非用户明确要求编号否则所有\section、\subsection都应写作\section*、\subsection*形式。原因是带星号的变体不生成章节编号能避免以下两类麻烦编号错乱文档结构调整时数字不连续或编号层级与内容不符格式意图不明确用户往往希望标题干净地呈现而不是被自动编号干预。等到用户确认需要编号后再去掉星号即可成本极低。4. 所有命令与环境必须正确闭合LaTeX 是配对语言\begin{X}必须配\end{X}{必须配}$必须成对。任何一处未闭合都会让编译错位甚至直接崩溃。模式将确保闭合列为硬性要求这也是生成环节中最需要模型自律的一条。5. 使用恰当的缩进提升可读性虽然缩进不影响编译结果但它直接决定.tex文件的可维护性。嵌套的环境、长表格、复杂公式如果不缩进后续人工排查报错LaTeX 错误行号常指到宏的深层展开处将极其痛苦。规范缩进是对可读性即可维护性的直接落实。6. 直接以 LaTeX 代码作为输出起点模式要求以请求文档的 LaTeX 代码直接开始输出LaTeX 代码之外不包含任何解释或注释。这与第 1 条互为表里从第一个字符起就是合法源码用户拿到即可保存为.tex并交给pdflatex无需任何清理步骤。四、在 LifeOS 中的执行路径原生模式调用write_latex在 LifeOS 中的使用并不依赖外部 fabric CLI而是走原生模式执行路径详见 SKILL.md 与 Workflows/ExecutePattern.md用户请求 → 模式选择 → 读取 Patterns/write_latex/system.md → 按 STEPS 应用 → 返回结构化结果具体流程为意图识别用户提出写一份 LaTeX 论文把这份大纲转成 .tex等请求时ExecutePattern.md 会将其匹配到write_latex模式加载模式读取 Patterns/write_latex/system.md 中的完整提示词即本文解读的这份文档原生应用模型直接遵循其中的 STEPS 与输出指令处理用户内容——不是调用外部工具而是AI 读取并遵循模式指令产出文件按模式规范返回一份可直接保存为.tex的纯 LaTeX 源码。需要注意的是LifeOS 只有在处理 YouTube 字幕-y与个别 URL 抓取-u时才需要真正的 fabric CLI而write_latex这类创作型模式完全在本地原生完成无需外部依赖。五、实战示例一份符合该模式全部约束的文档下面这份示例严格按照write_latex模式的四步流程与六条约束编写读者可直接保存为example.tex并用pdflatex example.tex编译验证\documentclass[11pt,a4paper]{article} % 导言区按需引入宏包第 1 步 \usepackage{amsmath, amssymb} \usepackage{booktabs} \usepackage{geometry} \geometry{margin2.5cm} \begin{document} % 正文起点第 2 步 \section*{引言} % 星号小节默认不编号 LaTeX 是一种以排版质量著称的文档系统。行内公式如 $E mc^2$ 独立公式如 \begin{equation} \int_0^\infty e^{-x^2}\,dx \frac{\sqrt{\pi}}{2} \end{equation} 均可由 pdflatex 直接编译。 \subsection*{要点列表} \begin{itemize} \item 所有环境必须成对闭合 \item 注释写在 \verb|\iffalse ... \fi| 块中 \item 不引入 \verb|fontspec|保证 pdflatex 兼容。 \end{itemize} \subsection*{示例表格} \begin{table}[h] \centering \begin{tabular}{lcc} \toprule 宏包 用途 是否常用 \\ \midrule amsmath 数学排版 是 \\ graphicx 插图 是 \\ booktabs 三线表 是 \\ \bottomrule \end{tabular} \caption{导言区常用宏包速查} \end{table} \end{document} % 正文终点第 4 步对照约束逐条检查全文无任何非 LaTeX 内容未出现fontspec所有章节使用星号变体每个\begin都有对应\end环境嵌套处使用缩进输出以\documentclass直接开头。这份文件可以零修改通过pdflatex编译。如果用户需要编号只需去掉各章节标题的星号\section{引言} \subsection{要点列表}六、模式协同与适用边界在 Fabric 的模式生态中write_latex常与其他模式组合使用形成完整的工作流上游输入先用extract_wisdom、extract_insights、summarize等分析/抽取模式整理素材再用write_latex将整理结果排版为学术文档这正是它被划入 RESEARCH 类别的原因下游精修生成.tex后如需改进文风可参考improve_writing、improve_academic_writing等改进类模式的经验替代路径如果用户的目标是 Markdown 而非 PDF可改用convert_to_markdown如果是学术论文写作可参考create_academic_paper、write_essay_pg等同类创作模式。需要说明的适用边界以仓库内容为准本模式面向pdflatex编译链不适用于需要fontspec/自定义字体的 XeLaTeX 场景模式只负责生成.tex源码实际的编译环境TeX Live 等发行版中的pdflatex需由用户自行安装对于包含图片的文档graphicx宏包只能保证语法层面正确图片文件本身仍需用户提供且路径正确。七、小结write_latex模式的工程智慧在于它把AI 生成 LaTeX这一开放性任务压缩为一套可验证的硬性规范——四步流程保证文档结构完整六条约束保证编译零报错输出边界保证产物纯净。无论你是在 LifeOS 中直接调用该模式还是把它当作自己写 LaTeX 提示词的参考模板这套以 pdflatex 可编译为验收标准的思路都值得完整保留。核心参考文件模式原文Patterns/write_latex/system.md技能总览与原生执行说明SKILL.md模式选择与执行工作流Workflows/ExecutePattern.md模式分类目录pattern_explanations.md【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
