先看证据
一段公式，开始拥有自己的链接
Simon Willison 于 2026 年 10 月 15 日发布了一款 LaTeX renderer。它把 LaTeX 源码放在 URL 的 fragment，也就是 `#` 后面的部分，并据此渲染内容；如果链接里没有 fragment，页面就显示编辑器，用户可以粘贴源码，再切换到渲染视图。它面向一个窄而常见的需求：查看一段公式，并把它保存或交给别人，而不必先建立一份完整文档。
这次设计值得读，不是因为公式终于能在网页上排版，而是因为内容从编辑器状态转移到了链接里。平常的在线编辑器往往要求接收者打开应用、找到文档或重新输入内容；这里，链接本身就指向一份可呈现的源码。收藏、转发和查看因此被收进同一个入口，工具也从一个临时输入框变成了轻量的内容载体。
页面还允许用户在渲染结果和源码编辑之间切换，并支持把渲染视图做成可收藏的链接。这个交互保留了源码作为可修改对象的地位，而不是只交付一张公式图片。对需要在问题讨论、技术文档或聊天里传递表达式的人来说，减少的不是公式输入本身，而是“写好之后怎样让别人看到同一份内容”这段额外流程。
链接不只是地址，也开始承担格式
这个思路受到 Tiny Little Office 启发。Paul Ford 与 Aboard Foundary 的这组网页应用覆盖文字处理、提纲、演示文稿、表格、计算器、绘图和行程规划等工具，标志性做法是把文档数据放进 URL fragment，让生成的内容能通过链接保存和分享。Willison 借用的不是其中某个编辑器，而是“让链接携带作品”的组织方式，再把它用于 LaTeX。
Tiny Little Office 还提供 `llms.txt`，说明 Agent 怎样构造可以呈现文档的 URL。材料提到，Claude 曾利用这份说明生成一个解释 URL 格式的演示文稿链接。这说明，当内容编码规则明确时，链接可以成为人和 Agent 共同使用的接口。不过，现有材料没有说 LaTeX renderer 提供了同类说明，也没有证明 Agent 已能稳定地按其格式生成内容，两者不能混为一谈。
Willison 给 Claude Code 的开发提示还提出了一个压缩方向：支持带特定前缀的形式，并用针对 LaTeX 优化的自定义字典压缩源码。这是一个重要的设计目标，因为内容一旦进入 URL，长度就会影响它是否适合复制、转发和保存。但材料没有给出编码格式、压缩前后的长度或兼容策略，所以目前能确认的是这项需求被纳入设计提示，而不是它对长源码的效果已经得到验证。
渲染链路也是安全边界
把源码直接交给网页渲染，意味着页面必须处理来自链接或用户粘贴的输入。Willison 提到，他让 Claude Code 参考自己已有的 SVG in Markdown 工具，用 sandbox iframe 作为应对 XSS 风险的隔离机制；这款 LaTeX 工具也列出了 DOMPurify。这里的工程判断很实际：内容预览并不只是排版问题，用户输入进入浏览器之后，哪些行为被允许、渲染结果与页面其他部分如何隔开，也属于功能设计的一部分。
材料列出的依赖版本是 Pako 2.1.0、MathJax 4.1.3、faster-latex 0.3.1 和 DOMPurify 3.4.16。这个清单可以帮助维护者确认实现涉及哪些组件，但来源没有逐一说明它们在调用链中的职责，也没有提供安全测试或威胁模型。因此，不能仅凭出现了 sandbox iframe 和净化库，就断言输入已经安全。实际采用者仍需核对隔离配置、输入处理路径和依赖更新方式，尤其要看外部内容如何进入渲染器。
轻量分享换来格式维护责任
这类工具的吸引力在于少一层基础设施：内容可以通过链接被保存和转发，不必先把它变成一份独立文件。材料还说，LaTeX renderer 从已有的 SVG in Markdown 工具借用了 URL 或 Gist 加载功能，因而不只处理直接写进 fragment 的内容，也有从外部位置取内容的路径。对个人工具而言，这能让“拿到一段源码并查看”变得顺手，但也把输入来源扩展到了用户当前页面之外。
一旦链接成了内容格式，维护者就要面对格式能否长期解码、链接长度是否可用、旧链接遇到页面更新会怎样等问题。现有材料没有说明链接的访问控制、失效机制、容量限制或向后兼容方案，也没有提供压缩效果数据。技术负责人可以把这种模式用于轻量、低风险的分享场景，但若要承载团队文档或重要工作流，应先写清格式演进、外部输入边界和失效时的处理方式。链接让工具更容易传播，也让工具的维护责任随链接一起传播。