把 HyperCard 搬上浏览器，Decker 把脚本门槛降到了零

HyperCard 是 1987 年苹果推出的一套多媒体创作工具，用户可以用它做电子杂志、做游戏、做演示文档，整套东西没有代码门槛，把脚本、按钮、图形、声音塞进一张叫 stack 的卡片集合里。2026 年 7 月有一个叫 Decker 的项目把它重写了一遍，目标读者是那些想再玩一遍这种「无栈脚本」玩法的人。

Decker 不是一个简单的复古 cosplay。它把 HyperCard 的核心抽象——一张 deck 可以塞脚本、声音、图像、超文本和交互行为——完整保留了下来，但加进了现代人不可少的细节：深度 undo history、触控板滚轮支持、触屏支持、现代键盘导航、批量编辑操作。这些改进不是装饰，是为了让同一个 deck 在 2026 年的设备上能真的用起来。

视觉上 Decker 故意保持了经典 MacOS 的 1-bit 像素美学，作者称之为 ditherpunk。这种约束不是噱头，它迫使创作者在极度有限的色彩和分辨率里做表达，结果是那种 90 年代黑白屏幕的质感——有点像贝壳里的低多边形风格，看起来很复古但不土。

最让我意外的是 Decker 配套的脚本语言 Lil。它受 Lua 和 Q（kdb+ 用的 APL 家族函数式语言）的双重影响，语法对有编程经验的人来说很熟悉，但藏了几个让人惊讶的设计：隐式的标量-向量算术、内置 SQL-like 查询语言。这两个特性结合起来，写数据可视化和交互原型变得非常短，几行 Lil 就能搞定通常需要几十行 JavaScript 才能搞定的活儿。

Decker 的 deck 文件格式是行式文本，可以直接被 Git 和 SVN 这种传统源码管理工具处理。也就是说一个 deck 本质上就是一个能 diff、merge、code review 的纯文本文件，这对协作和版本管理来说是巨大的福音，也跟现代 web 项目里那种二进制 blob 满天飞的情况形成鲜明对比。

Decker 还附带一个叫 Lilt 的独立 Lil 解释器，依赖比 Decker 本身还少，可以编译成跨平台的 APE 可执行文件。这意味着你可以把 Lil 脚本当成一种「跨平台 shell 脚本」来用，POSIX AWK 上甚至也有 Lil 解释器。作者显然对工具的可移植性有执念。

用户可以用 Decker 做电子杂志、做笔记工具、做演示文稿、做冒险游戏、画 1-bit 像素画、做原型设计。社区还会定期举办创作活动，每个 deck 文件大小有限制，这种硬约束反而催生了很多创意实验。

它不像主流工具那样有内购、没有遥测、没有 AI 生成器集成、没有社交分享提示。文档里明确写「Decker 不包含广告、遥测、游戏化机制、slop 生成器集成或其他对用户隐私和自主性的侵犯」。这种清教徒式的产品立场在 2026 年的大厂 app 里几乎绝迹了，对应的用户群体也不会大，但他们的忠诚度极高。

把视角拉到更高的位置，Decker 其实在解决一个长期被忽视的问题：创作工具的「栈化」反噬。过去 20 年主流创作工具（Photoshop、Figma、Notion）越来越像 SaaS 平台，用户的数据和创作流程被锁死在私有云上。Decker 用纯文本格式 + 跨平台可执行解释器的方式回到了本地优先的传统，这种复古某种意义上是对云优先的反叛。

对普通开发者来说，Decker 至少有几个点值得借鉴。一是文档格式要尽可能文本化，能进 Git 才算真版本管理；二是脚本语言设计可以非常激进，不必被主流语言的兼容性绑死；三是视觉约束（1-bit、复古 MacOS）不是负担，是表达工具。

如果你是做交互式故事、做游戏原型、做小型数据可视化仪表盘、或者只是想做一个能跑 10 年的个人 wiki，Decker 可能比 Figma + Notion + Webflow 这套更合适，至少文件可以直接被 Git diff 比对。

创业找资源，上乌鸦部落。