Cloudflare国内受限？国产这次争气了，无需自备案，0元上线

前言

随着WorkBuddy、Claude Code这类Agent工具逐渐普及，个人开发的门槛确实低了不少，在熊猫看来这其实算是一种AI 平权，只要有想法、能把需求讲清楚，再准备足够的Token，即便不会写代码，也能做出一个专属于自己的项目。

如今市面上的AI项目并不少，熊猫每天不说刷到十多个，七八个肯定是有的。但工具做出来只是第一步，个人项目想要推广和展示，总不能把代码压缩包直接丢给别人，再让人家下载、解压、双击打开吧？

最直观的办法，当然是给项目单独做一个官网或者介绍页。它能做什么、适合谁用、实际效果如何，全都摆在网页里，别人打开链接就能看明白。

问题也随之而来：Agent 把网页做好了，怎么才能最快发布到公网？

海外好用，国内卡壳

这类工具里，最近讨论度比较高的是Cloudflare Drop，它的思路没问题，文件夹或者ZIP拖进去，很快就能拿到一个公网地址。

熊猫也顺手试了几次，结果并没有想象中顺利。网页文件上传以后，经常直接提示Something went wrong，能做的只有重试。

问题还不止上传，即便顺利生成地址，最终拿到的也是workers.dev链接，在熊猫这几次国内网络测试中，访问并不稳定，发到微信里还有概率碰到安全提示。

Cloudflare Drop当然不是不能用，海外网络环境下依然很方便，但一个分享工具，最后交出去的链接别人打不开，前面的“一键发布”就只完成了一半。

也正因为踩到了这些问题，后来看到花生壳Drop时，熊猫关注的已经不是“能不能拖拽上传”，而是国内用户更在意的另一套标准：

单个 HTML 能不能直接传？ZIP 和文件夹能不能接？需不需要买服务器？访问地址有没有备案？微信里能不能直接打开？

实测下来，花生壳基本都接住了。

拖拽即发，备案直开

花生壳Drop没有搞出一堆需要学习的新概念，和Cloudflare Drop操作思路一样打开页面，把网页拖进去，等平台完成检查，一个公网地址就出来了。

它同时支持完整文件夹、ZIP压缩包和单个HTML。当前限制为单文件小于25MB、文件数量少于2000个、项目总大小小于100MB，放个人项目官网、工作汇报和前端Demo，完全是够用的。

这里最实用的是单HTML直传，很多Agent为了方便交付，会把CSS和JavaScript全部塞进一个文件，Cloudflare Drop还要先套文件夹或者压缩成ZIP，花生壳直接选中index.html就能上传，少一步就是少一步。

登录花生壳账号认领，控制台里，单个index.html和完整项目ZIP都能统一管理，访问入口也会保留下来。

更关键的是，页面使用花生壳提供的国内访问地址，平台域名已经完成备案，自己不用买服务器，不用准备域名，也不用为了展示一个小页面单独折腾备案材料。

到这里，连续几个利益点就全串起来了，0 元、免服务器、免部署、单文件直传、国内可访问。

说白了，花生壳Drop省掉的不是多高深的技术，而是发布前后那些最烦人的零碎步骤，这点对会部署的人有用，对完全不懂服务器的小白就更友好了。

单页能跑，目录也行

恰好熊猫自己也写了个小项目KOLFlow，目前已经稳定更新了差不多半年，一直没有专门的宣传页，既然要测，那就不拿“Hello World”糊弄人，直接让Codex给它做一个官方网站。

第一版要求很明确，所有CSS和JavaScript都写进单个HTML，不依赖任何外部组件；页面要覆盖项目重点功能，同时加入动画、深色模式和项目跳转链接，生成以后只保存到本地，不启动服务器。

Agent最后交付的就是一个index.html。把文件拖进花生壳Drop，完成检测，再登录认领，原本躺在电脑里的文件就变成了一个可以直接转发的网页。

打开地址，KOLFlow的导航、项目介绍、深色模式和GitHub跳转都能正常使用，页面里的交互动效也没有被吃掉。

整个过程基本就是一次拖拽，没有Git命令，没有服务器面板，也没有DNS配置。

当然，只测一个HTML还不够，第二版熊猫让AI生成了完整项目结构，压缩包里除了index.html，还有assets、README、robots.txt和站点清单文件，塞入了非常多的动效，甚至还有3D效果，更接近一个正常的前端官网。

把ZIP上传到Drop以后，只要项目里的资源使用正确的相对路径，样式、图片和动画都能正常加载，开场的KOLFLOW/READY动画也完整跑了出来。

所以别把“静态网页”理解成一张不会动的说明页，常见的前端动画、交互式图表甚至部分3D展示，只要运算发生在浏览器里，不依赖后端服务，Drop一样可以托管。

静态不够，CLI补位

Drop的边界也很明确，它负责静态文件，Node.js、Python、API、WebSocket这类需要持续运行的服务，单靠拖文件肯定解决不了。

花生壳为这类项目准备了HSK-CLI。简单理解，host可以托管现成文件或目录，deploy会先构建前端项目再上传，tunnel则负责把电脑或NAS上正在运行的端口映射到公网。

为了验证动态服务，熊猫让Codex在本地创建了一个Node.js+Express网络诊断面板，监听3000端口。页面需要读取主机名、系统信息、运行时间、局域网地址、网关和DNS，还要支持Ping、DNS解析以及端口连通性检测。

Codex会先读取HSK-CLI的执行说明，再完成安装和调用，自己不需要研究一大串参数，也不用手动复制命令，Agent会把“创建项目、启动服务、验证本地地址、建立公网映射”这一串流程接着跑完。

映射创建以后，浏览器会打开花生壳认领页，页面会给出公网地址，登录账号认领后，临时资源便可以正式访问。

通过公网地址打开页面，本机的Windows版本、系统架构、运行时间以及网络状态都被正常读取，后端服务也显示在线。这就不是把HTML放到云端了，而是公网请求确实穿透到了本地3000端口。

这套方式解决了Drop管不了的动态服务，不过Drop本身是不能运行Node.js、Python和数据库服务，所以本地电脑或NAS必须保持开机，项目进程也要持续运行，服务一停，外面的链接自然跟着失效。

另外，花生壳CLI创建的内网穿透服务是有24小时时限的，控制台会显示剩余有效时间，不过拿来演示、测试和临时协作也很方便了。

花生壳这一套组合拳就很清楚了，做好的静态页面，拖进Drop最省事，需要后端和本地运行环境的项目，再让HSK-CLI出场。

该拖的时候拖，该穿透的时候穿透。

微信里开，才算闭环

网页能上线是一回事，别人能不能顺手打开是另一回事。

熊猫把Drop生成的链接发到微信，聊天里点开链接以后，ficp.fun可以正常加载，KOLFlow的开场动画、响应式布局和页面内容也都能完整显示，微信也没出现拦截和安全提示。

这才是熊猫觉得它有用的地方。

现在Agent生成网页已经很快了，工作汇报、活动介绍、在线简历、产品Demo、NAS导航，甚至一份调研资料，都能直接做成页面，真正耽误时间的，往往是做完以后怎么交付。

Cloudflare Drop可能卡在上传和国内访问，为一个临时页面购买云服务器又没必要，花生壳Drop做的事情很简单，把“本地文件”变成“微信里能直接点开的链接”。

功能听起来不复杂，但场景对了，就挺省事。

写在最后

Cloudflare Drop的产品思路没有问题，海外环境下依然很好用，但到了国内，上传成功率、workers.dev的访问以及微信分享，都可能成为最后那道坎。

花生壳Drop它只是把国内用户真正关心的几个点放到了一起，单HTML直传、ZIP与文件夹托管、平台域名已备案、国内直接访问、微信内直接打开。

再加上HSK-CLI对动态服务的补位，静态文件和本地服务都有了对应出口。目前Drop与CLI都能0元使用，这才是这套方案最有吸引力的地方。

对于刚用Agent做完页面、只想赶紧发给别人看的人来说，这就够了。

以上便是本次分享的全部内容了。如果你觉得还算有趣或对你有所帮助，不妨点赞收藏，最后也希望能得到你的关注，咱们下期见！

关注熊猫