用 AI 生成一个数据看板、活动页或产品原型,可能只要几分钟。但要把成果发给别人看,麻烦才刚开始:压缩包发过去,对方解压后样式全乱;截图发群里,交互没了;想正式部署,又要买服务器、配域名、搞 HTTPS。AI 把建站变快了,但“上线”这最后一公里,还是卡人。
贝锐花生壳最近推出的静态网站托管,想做的就是把这最后一公里变短。它给了两条路:一条给不想碰命令行的人,一条给开发者和 AI 工作流。
不想折腾?拖进去就行
打开 drop.ficp.fun,把 HTML 文件、ZIP 压缩包或整个网页文件夹拖进页面,几秒后就能拿到一条公网链接。
不用先注册,上传完再登录贝锐账号认领,链接就能长期保留。对设计师交付原型、运营发活动页、求职者分享在线简历来说,从打开页面到复制链接,通常不超过一分钟。它像发文件一样发网站。区别是,对方点开看到的是完整网页,不是需要解压的附件。
开发者?一行命令上线
如果你习惯命令行,花生壳提供了 hsk-cli。Windows、macOS、Linux 都能用。
核心操作很直接:
hsk-cli host ./dist/
本地构建产物上传到云端,返回公网地址。
hsk-cli deploy
自动执行构建再发布,把前端项目上线压缩成一条命令。
更有意思的是,它适合和 AI Agent 配合。你只需要对 AI 说:“帮我把这个文件夹用花生壳 CLI 托管上线。”智能体就能自动完成下载、安装、运行。hsk-cli 支持 --json 结构化输出,也是为了方便 AI 解析和自动调用。
一句话,AI 生成的内容,就能从本地文件变成可分享的公网页面。
新上线的小程序:手机上就能认领和管理
花生壳最近上线了 AI 小程序,把静态托管的“后半程”搬到了手机端。
上传资源后,可以通过花生壳 AI 小程序快速认领资源,并且直接查看和管理自己已经发布的资源。这意味着你不需要再专门打开电脑登录控制台——在路上、在会议室、在客户现场,掏出手机就能确认发布状态、找到之前的链接、或者关掉不再需要公开的页面。
对于经常需要把网页成果分享给别人的角色来说,这个入口的实用性很直接:AI 生成完内容,发布出去,手机收到提醒,顺手在小程序里认领、复制链接、发给对方。从生成到分享,全程不需要回到电脑前。
自定义域名前缀:链接好看,也更专业
默认生成的公网地址是一串随机字符,能用,但不好记。
花生壳支持在控制台为发布后的资源设置自定义公网域名前缀,把随机地址改成你喜欢的名字,比如 mysite.ficp.funyourcompany.ficp.funmpany.ficp.fun,链接更好记、也更专业。
配置方式不复杂:进入控制台的静态托管应用页面,选择资源,在“自定义域名”列中添加,输入子域名前缀即可。格式要求不少于六个字符,支持数字、字母和中横线。
这个能力的价值在于场景适配。向甲方交付报告,用客户能记住的域名前缀,比发一串乱码专业得多;对外展示作品集,一个有意义的链接本身就是品牌的一部分;部署内部系统,同事之间传递地址也不用反复确认哪个字符对应哪个字母。
需要注意的是,好前缀先到先得。有心仪的名字,建议尽早设置,避免被其他人抢先使用。
它解决的不是“部署”,是“发出去”
静态网站托管听起来技术,但花生壳抓住的是几个很具体的分享痛点。
链接不失效。 传统快传工具生成的链接,常常几小时后就过期。通过花生壳发布并认领到账号的资源,可以长期保留、持续访问。需要下线时,在控制台一键关闭。
设备离线也能看。 文件上传后由云端托管。你的电脑关机、断网,已经生成的公网地址照样打开。对作品集、产品文档这类需要长期展示的页面,这比“临时预览”有用得多。
微信里能直接打开。 使用已备案的国内域名节点,链接在微信等国内社交环境里没有拦截和安全提示。这个细节很关键——一个在微信里打不开的链接,等于没发。
可以自定义前缀。 这一条前面详细说过,即发布后能在控制台把公网地址改成有意义的名称,替代随机字符。给客户交付报告或展示作品集时,专业感立刻不一样。
这些场景最用得上
AI 生成内容的即时分享:AI 做的 HTML 报告、交互演示、数据看板,往往是单文件。拖进去或敲一行命令,领导、客户在手机上点开就能看,格式不乱。
前端开发日常预览:npm run build 后的 dist 目录直接发布,即开即测,不用为临时 demo 搭测试环境。
产品原型远程评审:Axure、Figma 导出的交互原型上传后生成链接,研发和客户在浏览器里直接体验,不用解压、安装、打开本地文件。
此外,在线简历、作品集、课程资料页、活动落地页,也都可以拖拽或一条命令完成发布。
和 GitHub Pages、Vercel 有什么不同
GitHub Pages、Vercel、Cloudflare Pages 面向的是完整项目部署,强调 Git 集成和 CI/CD。花生壳静态网站托管更像“即时发布”:不要求项目有构建流程,不绑定代码仓库,甚至不要求用户理解什么是静态站点。
功能深度不是它的主打,轻量才是。很多场景并不需要一个正式站点,只需要一个能打开的链接。拖进去,拿到链接,分享出去,就够了。
从更长远的视角看,hsk-cli 和 AI Agent 的结合可能更有想象力。当 AI 能自己调用工具发布和更新内容,用户改完文件后只需说“帮我更新刚才那个资源”,链接保持不变——发布这件事,就从人的操作里彻底隐去了。
这或许才是 AI 时代内容工作流该有的样子:生成即发布,发布即分享。
评论
更多评论