Qwen 3.8 27B 实测:几分钟生成一个网页工具,后端却是空的

一句话就能出个网页

最近开发者圈里在传一件事。一款 27B 参数的国产模型,生成网页的速度快得离谱。一句提示词丢进去,等上几分钟,一个能点能用的页面就出来了。

看到生成速度时的第一反应

做网页是 AI编程里最费工的活。放在以前,需求要磨几周,原型要画,框架要搭,样式还得一点点调。现在这些动作被压成了一句话。

有位叫 Alok 的工程师更狠。他把 Qwen 3.8 27B 和一个推理加速引擎叠在一起,做成了一台离线的电脑桌面。里面的浏览器全程不联网,也不去别的网站抓页面。

输入网站名字,再挑一个年代,它自己理解,现场生成一整套界面。

Alok 讲离线浏览器的推文

他的说法很直白。整个互联网都能想象出来,那就不用真的去访问。

想看 1999 年那种老式版本,可以。

想提前逛逛 2045 年的未来版本,也没问题。

速度更吓人。生成一个搜索首页只用了 6.78 秒。再从这个首页里搜出视频网站,用时 6.07 秒。摘要和结果卡片一起给齐。

从搜索首页搜出视频网站的耗时

两道实测,一道惊喜一道露馅

光看别人演示不算数。我也调了 API Key,原地跑了两道题。

一道是给马上要开周会的产品经理做个数据分析的救急工具。另一道是开一个抢票页面。

实测一交给模型的提示词

先看第一道。要求写得很细。脏数据要自己识别,核心指标要汇总,营收要算出来,还得配一张柱状图。

最后除了校对好的表格,还要给一份能直接拿去汇报的总结。

结果有点出乎意料。从下达指令到工具生成,全程不到 5 分钟。文件刚拖进去,转眼就处理完了。

五项要求全部落地,算出来的数据也没错。

工具生成时的统计条

更关键的是体积。整个小工具只有 52KB,比一张手机照片还小。装 App 这一步直接省了。

五项要求全部落地

这道题让我想明白一件事。平时想找个顺手的 AI工具,往往要先搜教程,再挑软件,下载安装,最后还得从头学操作。一圈下来人很累,工具未必好用。

现在换个思路。需要什么就写清楚,让模型当场造一个。

文件拖进工具后自动处理完

当然,偷懒也有代价。图省事只丢一句话,拿回来的常常是个能看不能用的空壳。

第二道题就露馅了。我让它做一个抢票页面,看看能不能混进抢票大军,真帮我抢到一张去外地的高铁票。

页面出来的那一下,我差点以为网站连夜招了个外包。

配色和车次列表都在,出发时间、席座价格也标了出来。余票数量同样没落下。

乘车人能勾选。预订按钮能点。最后还会郑重地弹出一个购票成功的提示。

生成的抢票页面

十年前做这样一套页面,至少要产品经理写需求,设计师出稿,前端切页面写交互,测试再挨个把按钮点一遍。

现在我只写了一段提示词。喝杯茶的工夫,它把这几拨活全演完了。

页面上的购票成功提示

问题是后端没跟上。

我哼着小曲拿起手机才发现,真实的出行订单干干净净。得亏没真指望它抢票,不然这趟旅程就泡汤了。

后端没跟上

真正的边界在后端

这就是这套本事真正的边界。

它生成的页面能帮你快速做出一个 AI小工具,也能帮你提效。但它默认不接实时数据,不接账户,也不接支付。

任务一旦碰上身份验证、真实交易或者外部服务,它就没招了。它能做的,只是交出一个足够逼真的外壳。

离线桌面里的浏览器界面

Alok 那台离线电脑也一样。生成的视频网页看起来像模像样,里面的视频却一个都打不开,连封面也没有。

所以这款模型为什么会火,答案不难猜。它把做网页和做小工具的门槛打了下来。

以前要立项、排工期才能开工的事,现在一句提示词加几分钟,就能跑出一个能上手的版本。

生成页面与交付产品的距离

不过一句话生成网页,不等于一句话交付产品。

它能在离线状态下把页面做出来。离真正替人办事,还有很长的路。

加速引擎的付费页面

那句提速是绑卡换来的

还有件事得说明。

那 1950 词元每秒的极限速度,是靠叠加加速引擎换来的。而用这个引擎得绑一张国外银行卡,价格不便宜,门槛也不低。

为了让人能照着复现,作者干脆去掉了加速这一环,从零搭了个生成界面。调个 API Key 就能跑,模型还是同一个。

宁可多花几分钟把要求写清楚,也别指望它替你补上后端。