今日精选：三个值得关注的开发者工具
2026 年 5 月 29 日，今天的三个推荐都和"让开发者少踩坑"有关。
DBOS：用 Postgres 搞定持久化工作流
做过后端的人都遇到过这种场景：一个任务跑到一半，服务器挂了，恢复起来要写一堆重试逻辑。DBOS 的思路很简单——既然你的数据已经在 Postgres 里了，干嘛不直接让 Postgres 来当工作流调度器？
DBOS 来自 MIT 和斯坦福的研究团队，GitHub 上有 3.9K star。它的用法很轻量：装一个 Python 库，连上你现有的 Postgres，然后给函数加 @DBOS.workflow() 和 @DBOS.step() 装饰器。工作流每完成一步，状态自动存到 Postgres。崩溃后重启，从上次完成的地方接着跑。
这个工具最近在 Hacker News 上拿了 262 分，讨论里有人说"终于不用再搭 Temporal 了"。它对 AI Agent 场景也有原生支持，和 OpenAI Agents SDK、LlamaIndex 都能对接。如果你的项目已经在用 Postgres，可以试试。
🔗 DBOS 官网
Multiplayer：让 AI 编程助手直接修生产环境的 bug
现在用 Claude Code、Cursor 这类 AI 编程助手写代码的人越来越多，但有个问题一直没解决好：AI 写的 PR 质量参差不齐。原因很简单，AI 没见过生产环境的真实数据，只能靠日志和你描述的症状去猜。
Multiplayer 做的事是把 AI 编程助手直接接到你的生产环境。它会围绕 bug 发生的时间窗口抓取相关数据，喂给 AI 助手，让它基于真实上下文生成修复代码。不是全量采集，只抓和问题相关的那一小段。
这个工具有开源版本（即将在 2026 年 5 月上线），托管版 $12/月/用户。已有的客户包括 IKEA 和 Walmart。装起来也简单，npm install -g @multiplayer-app/cli && multiplayer 就行。
Coalton：给 Common Lisp 加上 Haskell 的类型系统
Common Lisp 是门很自由的语言，但自由的代价是类型安全基本靠自觉。Coalton 想解决这个问题——它在 Common Lisp 上面加了一层静态类型系统，类型类、代数数据类型、类型推导都有，思路来自 Haskell 和 OCaml。
和大多数新语言不同，Coalton 不需要新的运行时。它编译成 Common Lisp 代码，跑在 SBCL 上。你可以在同一个文件里混着写 Lisp 和 Coalton，类型检查在编译期完成。如果类型对不上，编译器直接报错，不会等到运行时才炸。
这个项目从 2018 年开发到现在，GitHub 1.7K star。比较有意思的是它已经在国防和量子计算领域有生产使用。如果你是 Lisp 用户，又想要类型安全但不想换语言，Coalton 值得看看。