Simon Willison 5 月 7 日发布了一个名为 Big Words 的小工具，地址是 https://tools.simonwillison.net/big-words。它做的事很简单：接收 URL 查询参数，把文本渲染成一页只有大字的简易演示幻灯片。

这不是一个新的 PPT 产品，也不像 Keynote、Google Slides 或 Canva 那样试图覆盖完整演示制作流程。它真正有价值的地方，是把一个演讲准备过程中的小摩擦压缩成一个 URL：当演示工具只接受网页地址时，文字页也可以被当作网页直接塞进去。

Big Words 解决的是“只接受 URL”的演示缝隙

Willison 写道，他在使用自己此前 vibe coded 的 macOS presentations tool 准备演讲时，想加入一页纯文字幻灯片。但这个演示工具只接受 URL，于是他临时做了 Big Words：一个通过 query string 控制内容和样式的页面。

原文给出的示例是：https://tools.simonwillison.net/big-words?text=simonwillison.net&gradient=1&size=9.5。其中 text 控制展示文字，gradient 控制渐变效果，size 控制字号。

双击页面，或在触屏设备上双击，可以打开设置表单。表单可调整文字、颜色、渐变、字体、字重、字号等选项。这些参数最终仍然体现在 URL 中，便于复制、保存和嵌入。

工具主要用途适合场景边界
Big Words用 URL 生成大字文字页技术演示中的临时文字页、标题页、提示页不提供完整排版、协作、导出和模板库
Keynote / PowerPoint制作完整演示文稿正式发布、教学、商务汇报文件和软件流程更重
Google Slides / Canva在线协作和模板化设计多人协作、品牌化演示对临时嵌入 URL 的个人流程未必最顺手
Marp / Reveal.js用 Markdown 或网页做技术演示开发者演示、版本管理需要一定配置和工具链习惯

这个对比能说明它的位置：Big Words 不是“更小的 PowerPoint”，而是“更方便的一页网页”。判断它好不好，不能用完整演示软件的标准，而要看它是否足够快、足够可复制、足够少打断演讲准备。

URL 化的价值，在于降低临时内容的管理成本

对开发者来说，URL 是一种天然的接口。它可以被粘贴进演示工具、浏览器、文档、脚本或笔记系统，也可以通过参数快速复现同一页面。Big Words 把文字内容和样式放进查询参数，本质上是把一张简单幻灯片变成了可分享、可修改的状态。

这类工具在技术演示里常见，但通常散落在个人脚本、CodePen、Observable notebook、静态 HTML 页面里。Willison 这次发布的事实锚点很小，却贴近真实工作：演讲者不是每次都需要打开完整设计软件，只是想插入一页“现在看这里”的大字。

受影响的人群也很明确。经常做技术分享的开发者、会议讲师、开源项目维护者，可能会在准备 demo 时少切一次软件、少维护一个临时图片文件。收益不大，但发生在高频、赶时间的场景里，就有实际意义。

它的限制同样清楚：轻量工具不能替代演示系统

Big Words 目前能看到的能力只围绕单页文字渲染：文字、颜色、渐变、字体、字重、字号。原文没有提到协作、模板库、导出、演讲者备注、动画、品牌资产管理，也没有提到用户规模、性能数据或商业化计划。

这层边界反而重要。许多工具一旦被包装成“新一代演示产品”，就会背上不必要的预期。Big Words 的合理观察点不是它会不会挑战 PowerPoint，而是它是否会继续作为 Willison tools 体系里的一枚小零件，被更多个人自动化流程调用。

还要看到一个前提：它依赖演示工具能加载外部网页，并且演示现场有稳定的本地或网络环境。如果演讲场地网络不可靠，用户仍需要提前测试或考虑离线方案。这是原文没有展开、但实际演示中很容易踩到的限制。

接下来最该观察的不是功能膨胀，而是参数接口是否保持简洁、页面是否足够稳定、是否方便被其他 URL-first 的演示工具嵌入。小工具的成败，有时就在于克制。