夜雨聆风大概三周前刷到一条推，是 Simon Willison——vLLM 那条流行路的，不，等等，他是 Django 的联合创始人，也是做 Datasette 的那个人——他说他正在用 Claude Opus 做一个奇怪的东西。
把 Python 后端应用跑进浏览器里。
不是用 Flask 接口，不是 API，是字面意义上的：打开网页，Python ASGI 应用在你的浏览器里启动、处理请求、返回页面。
我第一反应是：等一下，这不就是——不需要服务器？
先搞清楚这到底是怎么做到的
听起来有点魔法，解释起来其实没那么复杂。
关键是两个技术的组合：Pyodide 和 Service Worker。
Pyodide 是什么？简单说，把 CPython 解释器用 WebAssembly 编译了一遍，然后装进浏览器。也就是说，你的浏览器里可以真正运行 Python 代码——不是远程调用，不是模拟，是真实执行。这个项目已经做了好几年，2022 年 Mozilla 就在用了。
Service Worker 是浏览器里的一个拦截层。你可以理解成：浏览器在发网络请求之前，先过一道"守门员"。守门员说"这个请求我来处理，不需要去服务器"——就直接在浏览器本地生成响应了。
把这两个组合起来，就可以实现：浏览器发请求 → Service Worker 拦截 → Pyodide 里的 Python ASGI 应用处理 → 返回页面。
全程没有服务器参与。
Datasette Lite（也是 Simon 做的）四年前就在用 Pyodide 了，但之前有个问题：Python 应用里不能执行 <script> 标签里的 JavaScript，因为技术限制。新方案解决了这个问题——就是这次用 Service Worker 做的改进。
这件事是用 Claude Opus 4.8 辅助完成开发的。
独立开发者视角：这意味着什么
先说最直接的。
如果你在做一个工具类的 Web 产品，比如数据分析工具、代码格式化工具、文档处理工具——这套方案意味着：你可以把整个应用的运行成本降到接近零。
不需要买服务器。不需要部署。用户打开网页，应用在他们自己的浏览器里跑。你的成本只剩一个 CDN 分发静态文件。
我认识的几个做独立开发的朋友，最大的成本压力之一就是服务器——用 Vercel 之类的平台，小流量还好，一旦有人分享爆了、流量暴增，账单直接翻几十倍。去年双十一大家在群里抱怨，某人的小工具被知乎分享了，一夜账单涨了2000块，差点决定关站。
浏览器端运行的应用没有这个问题。流量涨再多，不关你的事。
当然也有代价——我承认这里有一些明显的局限：
首先是性能。Pyodide 启动慢，第一次加载要几秒甚至十几秒，WebAssembly 的运行速度也不如原生。对于计算密集型应用，体验会差。
其次是数据。用户数据存在本地浏览器里，跨设备同步是问题，不适合需要持久化数据的应用。
第三是生态。不是所有 Python 包都能在 Pyodide 里用——有 C 扩展的包编译起来很麻烦，比如 NumPy 可以，但很多机器学习库不行。
所以适合用这套方案的，是那种轻量、一次性、工具型的应用。比如 CSV 分析工具、Markdown 渲染器、代码格式化工具、数据可视化生成器。不适合做社交网络或者 SaaS 应用。
AI辅助开发这件事，才是我更想聊的
Simon 在文章里特别提到：这个项目是和 Claude Opus 4.8 协作完成的。
他没有说"我叫AI帮我写了代码"。他说的是——在解决 Service Worker 和 ASGI 之间的协议对接问题时，Claude 给他提供了关键的技术路径，帮他绕过了之前 Datasette Lite 卡了很久的一个障碍。
这件事让我觉得有意思，不是因为"AI写代码"本身——这已经不是新闻了。有意思的是：AI在这里扮演的角色是技术探路者，而不是"代码打工仔"。
说人话：以前独立开发者做东西，卡在一个技术难题上，选项是：查文档、Stack Overflow、等大神回帖，周期以天计。现在选项多了一个：把问题扔给AI，让它给你走几条路试一下。
这个"试路"的时间成本从以前的几天压缩到几小时甚至几十分钟。对独立开发者来说，意味着什么？
意味着以前因为"技术太难了，搞起来要很久"而被搁置的想法，现在的执行门槛降了一大截。
不是说AI能替你写完整个应用——那个现阶段还做不到，坑挺多的，我不想吹过头。但"技术探路"这一步，AI现在做得还不错。
这件事的本质是：工具的边界在移动
把视角拉远一点。
Pyodide 在浏览器里跑 Python 这件事，不是凭空发明的新技术。这个项目从2018年就有了。Service Worker 的机制更早，2015年就进了浏览器规范。
为什么是现在才有人把这两个东西这样组合？
我觉得有两个原因。
一个是AI。Simon 明确说，这个架构的关键细节是在和 Claude 讨论时想清楚的。没有 AI 辅助的技术探路，这个组合可能还要再等一段时间。
另一个是独立开发者对"零成本部署"越来越强烈的需求。越来越多的人在做小工具、小产品，越来越多的人不想为了一个每天100个用户的工具去付服务器钱。市场需求在那里，技术工具也在那里，缺的只是有人把它们拼起来。
现在有人拼了。
对独立开发者来说，值得记住这个方案名字：浏览器端 Python ASGI。不一定现在就用得上，但放在工具箱里，它出现的时候你会认出它。
写这篇的时候顺带看了一下 Pyodide 的 GitHub，4.2k star。这个数字挺冷静的——知道的人不多，但知道的人都在用。
数据来源：
Simon Willison's Weblog: Running Python ASGI apps in the browser via Pyodide + a service worker (2026-05-30) ic.work: Python后端跑进浏览器：这次有点不一样 (2026-05-31) GitHub: pyodide/pyodide repo Pyodide 项目主页 pyodide.com
